[发明专利]一种资源预留协议链路的最大传输单元实现方法及设备

说明书

本申请是对2008年11月29日提交中国国家知识产权局，申请号为200810180104.X，发明名称为“一种资源预留协议链路的最大传输单元实现方法及设备”的中国专利申请的分案申请。

技术领域

本发明涉及通信技术领域，尤其涉及一种资源预留协议链路的最大传输单元实现方法及设备。

背景技术

随着Internet技术的发展及广泛应用，对骨干网络提出了更高的要求，人们希望IP(Internet Protocol，互联网协议)网络不仅能够提供E-Mail、上网等服务，还能够提供宽带、实时性业务。虽然ATM(Asynchronous Transfer  Mode，异步传输模式)能够提供多种业务的交换技术，但是由于实际的网络中已经普遍采用IP技术，纯ATM网络已经不能满足需求。MPLS(MultiProtocol Label Switch，多协议标签交换)就是在这种背景下产生的，吸收了ATM的标签交换的一些特征，集成了IP路由技术的灵活性和二层交换的简捷性。

RSVP(Resource Reservation Protocol，资源预留协议)是网络控制协议，为集中式服务网络而设计的，针对单一的流请求资源，工作于IP层之上，在协议栈中处于传输层的位置。RSVP用来在IP网络中预留资源，先在网络中预留能够达到QoS(Quality of Service，服务质量)要求的资源，然后再传输数据，这样就能达到严格的QoS的要求。

RSVP进行资源预留需要先通过预留请求通知下游路由器，然后下游路由器将预留成功的确认发送给上游路由器。其中，预留请求通过Path消息完成，预留成功的确认通过Resv消息完成。但是，只要传输路径中一个路由器不能满足预留请求就会路径建立失败，因此上游路由器需要通过ADSPEC对象与下游路由器协商或了解路径情况后再发出预留请求。

RSVP预留请求包括一个流描述符，该流描述符中包含流规范信息和过滤规则信息。其中，流规范指明需要的QoS，在路由器处用于包调度；过滤规则指明接收QoS的一系列数据包，在路由器处用于包分类。RSVP消息承载了来自接收者的预留请求，向上游路由器传递给发送者，对每个中间路由器一个预留请求触发两个基本动作：(1)通过准入控制和策略控制的验证后，在一条链路上预留资源；(2)向上游路由器转发请求，因为存在预留的合并，转发的请求可能和从下游路由器收到的不同。

RSVP-TE通过扩展RSVP支持TE，通过加入标签分发功能使MPLS实现TE，所以RSVP-TE是在MPLS网络中运行的。这对MPLS网络中的标签交换路由器提出了新要求，要支持RSVP相关的内容。

按照RFC2205中的描述，对于Shared-Explicit(共享显式)风格，对于同一个发送者需要对预留消息进行merge(合并)，如果只考虑单播的情况，流S1从接口c转发，到达路由器R1；流S2、S3从接口d转发，分别到达路由器R2、R3。R2、R3只为S2、S3申请资源，以共享过滤风格为例，则预留结果如图1所示。

RSVP TE协议通过Path消息创建LSP(Label Switched Path，标签交换路径)路径，并且预留资源。其中LSP建立过程如图2所示，由上游路由器发起，在path消息中携带预留请求，由resv消息实现资源预留，同时在各路由器中生成各种状态块。由path中的ADSPEC对象沿LSP的路径收集链路的MTU(Maximum Transmission Unit，最大传输单元)，一条沿LSP的路径收集链路的最大传输单元为从源地址到目的地址所经过所有IP跳的最大传输单元的最小值；然后由engress节点将最小的MTU值通过resv消息中的FLOWSPEC对象逐跳带到ingress。

ADSPEC具体报文格式如图3所示，ADSPEC对象继承自RSVP协议，字段比较复杂，在RSVP TE实际使用中只使用Composed MTU字段表示收集的MTU。FLOWSPEC具体报文格式如图4所示，FLOWSPEC对象也继承自RSVP协议，在RSVP TE的实际运用中使用Maximum Packet Size标识LSP链路的最小MTU。

现有协议对MTU实现的说明如图5所示，ABC 3台设备级联，由A建立2条LSP隧道到C，其中，LSP1是通过链路1a-b-e-f，LSP2通过链路2c-d-e-f；经过链路1abef到C的MTU为100，经过链路2cdef到C的MTU为110。