mplstersvp工作原理详解实战手册.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
在文档开始之前,我认为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中是又可能的,但是MPLS TE从来不会把RSVP封装在UDP中。 RSVP是拿来做什么的? 我们都知道标签分发有几种方式: MPLS LDP/TDP,这个是标准,用来分发mpls标签的协议。 RSVP,用于MPLS TE中的标签分发。和LDP工作没有交集。 还有一个就是BGP对vrf路由的标签分发。 RSVP不是路由协议,任何路由决定都是IGP和CSPF做出的决定.(如果CSPF还有疑问,请参考http://361531./351531/657115 , MPLS CSPF工作原理详解和相关实验),RSVP唯一的工作就是通告和维护网络中的保留资源。MPLS TE中,RSVP在控制平面层保留带宽,所以没有对流量的转发平面上做任何控制。 RSVP有三种基本的功能: ■路径的建立和维护 ■路径拆除 ■错误通告。 RSVP的主要消息类型如下:一共有7类是主要应用。 关于RSVP信令的建立,简单说来,就2个步骤,原始节点向目的Router发送 RSVP path消息,然后目的路由器收到path请求以后,向原始节点回复一个RESV.那么,一个TE隧道就建立成功了。 根据Eric Osborne CCIE 4122的著作MPLS TE流量工程中所描述的,这里我们来看一个RSVP是如何建立一条通路的。下面就是一条路径建立的详细过程: ■在隧道首端完成CSPF的路径计算 ■路径计算好了,首端节点向目的节点通过下一跳发送RSVP path请求。 ■收到path请求的下游路由器会首先检查报文格式是否正确,然后检查path消息中的预留申请的带宽。该过程叫准入控制。 ■当准入控制成功以后,那么下游路由器会产生一个新的path请求,然后发送给通往目的路由节点的下一跳again。直到发送到最后一个节点。也就是MPLS TE隧道尾端的最后一个路由器。 ■末节点路由器当收到了上游的path 请求以后会回复RSVP Resv消息进行回应。也是一跳一跳的,逐跳反馈到原始节点。 这里再Resv报文中,不仅仅是对上游路由器的一个ACK回应,也包含了上游路由器沿TE LSP向尾端发送分组所用的标签。 说了那么多,来两个实际的例子: 在这里一共有10个步骤,在这个例子中,假设R1已经完成了CSPF路径的计算,并且知道它需要沿路径R1-gt;R2-gt;R3-gt;R5-gt;R6-gt;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消息进行同样的验证。 第六步: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,mpls traffic-eng tunnel都打开。 因为每个接口都要进行预留带宽的比较,如果没有配置如何进行比较呢?如果rsvp交互不成功,那么TE隧道如何能建立起来呢? 这就是为什么要再所有路由器上把相关流量工程的配置都加上去

文档评论(0)

xina171127 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档