MPLSTERSVP工作原理详解实战手册

1、在文档开始之前，我认为mpls te的信令协议是有必要知道的。rsvp-te-协议本身比较成熟，已经规模应用。-基于软状态，扩展性比较差。cd-ldp-协议比较新，不太成熟，基本没有应用。-基于硬状态，扩展性比较好。但是，最终还是市场来决定,rsvp因为先把茅坑占了，所以，一说到mpls te,大多数厂商都支持rsvp-te.很少厂商支持cd-ldp协议。貌似，rsvp-te已经是一个业内的标准了。所以学习mpls te有必要了解rsvp的运作。rsvp的相关知识点有下面几点：rsvp基础rsvp分组rsvp操作现实世界中的rsvp.rsvp协议类型是46,虽然把rsvp封装在udp中是又可能

2、的，但是mpls te从来不会把rsvp封装在udp中。rsvp是拿来做什么的？我们都知道标签分发有几种方式：mpls ldp/tdp,这个是标准，用来分发mpls标签的协议。rsvp,用于mpls te中的标签分发。和ldp工作没有交集。还有一个就是bgp对vrf路由的标签分发。rsvp不是路由协议，任何路由决定都是igp和cspf做出的决定.（如果cspf还有疑问，请参考 , mpls cspf工作原理详解和相关实验），rsvp唯一的工作就是通告和维护网络中的保留资源。mpls te中，rsvp在控制平面层保留带宽，所以没有对流量的转发平面上做任何控制。rsvp有三种基本的功能：路径的建立

3、和维护路径拆除错误通告。rsvp的主要消息类型如下：一共有7类是主要应用。关于rsvp信令的建立，简单说来，就2个步骤，原始节点向目的router发送 rsvp path消息，然后目的路由器收到path请求以后，向原始节点回复一个resv.那么，一个te隧道就建立成功了。根据eric osborne ccie 4122的著作mpls te流量工程中所描述的，这里我们来看一个rsvp是如何建立一条通路的。下面就是一条路径建立的详细过程：在隧道首端完成cspf的路径计算路径计算好了，首端节点向目的节点通过下一跳发送rsvp path请求。收到path请求的下游路由器会首先检查报文格式是否正确，然后

4、检查path消息中的预留申请的带宽。该过程叫准入控制。当准入控制成功以后，那么下游路由器会产生一个新的path请求，然后发送给通往目的路由节点的下一跳again。直到发送到最后一个节点。也就是mpls te隧道尾端的最后一个路由器。末节点路由器当收到了上游的path 请求以后会回复rsvp resv消息进行回应。也是一跳一跳的，逐跳反馈到原始节点。这里再resv报文中，不仅仅是对上游路由器的一个ack回应，也包含了上游路由器沿te lsp向尾端发送分组所用的标签。说了那么多，来两个实际的例子：在这里一共有10个步骤，在这个例子中，假设r1已经完成了cspf路径的计算，并且知道它需要沿路径r1-

5、>r2->r3->r5->r6->r7保留带宽。第一步：r1向r2发送rsvp path请求，r2收到这个报文后，检查报文格式语法上是正确的，然后检查te链路管理器，确定r1请求的带宽实际可用(实际上就是在r2上面进行比较ip rsvp bandwidth带宽，只要送过来的请求小于物理的rsvp分配的带宽，就算通过.第二步：r2向r3发送path，r3对path消息进行同样的验证。第三步：r3向r5发送path，r5对path消息进行同样的验证。第四步：r5向r6发送path，r6对path消息进行同样的验证。第五步：r6向r7发送path，r7对path消息进行

6、同样的验证。第六步：r7因为是末节点，所以会返回一个显式空标签给r6.第七步：r6发送一个rsve给r5，分发标签为42.第八步：r5向r3发送rsve,分发标签100.第九步：r3向r2发送rsve,分发标签21.第十步：r2向r1发送rsve,分发标签18.有了上面对于rsvp的说明，那么我们再进行逆向思维思考一下，根据这个原理，请求方发送rsvp path给下游路由器，下游路由器就要比较预留带宽和回应rsve,进行标签的分发。对应在设备的配置上面，至少应该做下面的事情：在路径上的每台路由器接口上面，都应该把mpls ip, mpls ldp,ip rsvp bandwidth xxx,m

7、pls traffic-eng tunnel都打开。因为每个接口都要进行预留带宽的比较，如果没有配置如何进行比较呢？如果rsvp交互不成功，那么te隧道如何能建立起来呢？这就是为什么要再所有路由器上把相关流量工程的配置都加上去了。对于mpls te配置感兴趣的同学可以参考一下：mpls te 流量工程路径选择原理和配置模板 for cisco.如果有了上面的原理概念以后，下面就是一个具体的信令交互图了.如果从信令的交互的角度来讲，下面是我整合的信令交互的步骤：这里如果认真阅读报文交互内容，我们会发现，r1发送rsvp path到r3的loopback 0，请求te的建立。然后r3逐一给r2，r

8、2给r1进行rsvp的标签分配。实际上rsvp分组我没有细看，报文格式比较复杂，而且种类繁多。我只能暂时先坐一个原理性了解。以后有空再慢慢深入。到现在为止，详细的原理已经有一堆了，但是真正的实际动手实验还没有做。下面有一些命令，至少，需要很熟悉的应用，才对得起已经学习的那么久的rsvp的原理：show ip rsvp countersshow ip rsvp interfaceshow ip rsvp neighborshow ip rsvp reservationshow ip rsvp counters,该命令显示了路由器启动时，在每一个接口上已经产生的rsvp消息类型的统计.在这个命令里

9、面我认为主要看path 和resv报文的收发 情况，就可以判断是否是te的rsvp出了问题，如果发送了path,也收到了resv，问题应该不会在rsvp上面至少。还有一个命令，是关于rsvp接口的邻居：也可以显示show ip rsvp neighbor detail进行深度排查，不过进行初步排查，只要x.x.x.x后面显示的是rsvp，那么邻居就没有问题。这里有一个很重要的概念，rsvp是没有显式的邻居发现阶段，意思就是，如果两个直连的接口激活了rsvp，你show ip rsvp neighbor是没有邻居的，邻居的建立，是要他们相互看到对方的rsvp path和resv消息以后才能建立邻

10、居。通过show ip rsvp interface,可以看到当前r3上面g3/0对于隧道分配的实际带宽是1024k,而预留带宽为4096k.呵呵，最后一个命令，当隧道建立起来，如果有逻辑上的问题，可以用上面的命令进行故障排查。逐跳进行检测。总结：我把上面的四个命令按照逻辑顺序做一个小的总结，如果mpls te隧道要正常的建立起来，那么首先按照rsvp的原理，show ip rsvp counters interface xxxx,应该可以看到发送的rsvp path和接收到的rsvp resv是几乎相等的，否则光发不收，不发不收都不正常，需要沿链路检查所有接口下面的配置是否正确。如果show ip rsvp counters正确，在看show ip rsvp neighbor也是应该有的，然后再来沿途检查预留