CN101753410B - 一种资源预留协议链路的最大传输单元实现方法及设备 - Google Patents
一种资源预留协议链路的最大传输单元实现方法及设备 Download PDFInfo
- Publication number
- CN101753410B CN101753410B CN200810180104XA CN200810180104A CN101753410B CN 101753410 B CN101753410 B CN 101753410B CN 200810180104X A CN200810180104X A CN 200810180104XA CN 200810180104 A CN200810180104 A CN 200810180104A CN 101753410 B CN101753410 B CN 101753410B
- Authority
- CN
- China
- Prior art keywords
- mtu
- router
- message
- resv message
- link
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明实施例公开了一种资源预留协议链路的最大传输单元实现方法及设备,所述方法包括:生成携带对应每个发送路由器MTU值的resv消息;将所述携带MTU值的resv消息发送给上游路由器。本发明实施例中,通过对RSVP消息的扩展,在resv消息进行合并时能将链路实际的带宽值正确的携带给发送者,保证每条链路上MTU的信息一致;或者在有多条LSP链路的情况下不对多条resv消息进行合并,保证每条链路上MTU的信息一致。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种资源预留协议链路的最大传输单元实现方法及设备。
背景技术
随着Internet技术的发展及广泛应用,对骨干网络提出了更高的要求,人们希望IP(Internet Protocol,互联网协议)网络不仅能够提供E-Mail、上网等服务,还能够提供宽带、实时性业务。虽然ATM(Asynchronous TransferMode,异步传输模式)能够提供多种业务的交换技术,但是由于实际的网络中已经普遍采用IP技术,纯ATM网络已经不能满足需求。MPLS(MultiProtocolLabel 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。
如图6所示,A向B发送的path消息中分别携带的MTU为100与120,由B向C下发的path消息中分别携带的MTU为100与110。在resv的处理中,因为2条B到C链路的phop(上一跳)相同,resv会发生merge(合并),在C向B发送的resv消息中会携带比较大的MTU,B在处理时会将resv消息中携带的MTU与本地存储的MTU比较,取相对较小的MTU值上报给控制模块。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
现有技术中,如图7所示,由A建立2条LSP隧道到D,一条通过a-c-d链路,一条通过b-c-e链路。A经过链路b到C的MTU为110,经过链路a到C的MTU为100。按照实际组网应该是LSP1 MTU为90,LSP2MTU为80,因为merge在C发生merge,发向B的resv消息中只能携带一个MTU值,无论是带80,还是90都会导致上游路由器的某一条LSP MTU值与链路实际值不符。
发明内容
本发明实施例提供了一种资源预留协议链路的最大传输单元实现方法及设备,将链路实际的带宽值正确的携带给发送者。
为达到上述目的,本发明实施例提供了一种资源预留协议链路的最大传输单元实现方法,包括:
生成携带对应每个发送路由器MTU值的resv消息;
将所述携带MTU值的resv消息发送给上游路由器。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现方法,包括:
接收上游路由器发送的同一会话的多个path消息,所述多个path消息中分别携带最大传输单元MTU值;
判断所述多个MTU值是否相同,如果不同,将所述不同MTU值的path消息与入接口关联,形成新path消息,将所述新path消息发送给下游路由器,使所述下游路由器根据所述新path消息中的关联信息区分不同上游路由器。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现设备,包括:
生成单元,用于生成携带对应每个发送路由器MTU值的resv消息;
发送单元,用于将所述携带MTU值的resv消息发送给上游路由器。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现设备,包括:
接收单元,用于接收上游路由器发送的同一会话的多个path消息,所述多个path消息中分别携带最大传输单元MTU值;
判断单元,用于判断所述多个MTU值是否相同;
关联单元,用于将不同MTU值的path消息与入接口关联,形成新path消息,将所述新path消息发送给下游路由器,使所述下游路由器根据所述新path消息中的关联信息区分不同上游路由器。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现设备,包括:
第一接收单元,用于接收来自上游路由器的携带关联信息的path消息;
第二接收单元,用于接收来自下游路由器的同一会话中的多个resv消息;
处理单元,用于根据所述path消息中的关联信息不对所述多个resv消息进行合并:具体为将所述多个resv消息分别发送给根据所述关联消息区分的不同上游路由器。
与现有技术相比,本发明实施例至少存在以下优点:
本发明实施例中,通过对RSVP消息的扩展,在resv消息进行合并时能将链路实际的带宽值正确的携带给发送者,保证每条链路上MTU的信息一致;或者在有多条LSP链路的情况下不对多条resv消息进行合并,保证每条链路上MTU的信息一致。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术中共享过滤风格预留结果示意图;
图2是现有技术中LSP建立过程示意图;
图3是现有技术中ADSPEC报文格式示意图;
图4是现有技术中FLOWSPEC报文格式示意图;
图5是现有技术中MTU实现示意图;
图6是现有技术中实际组网LSP示意图;
图7是现有技术中resv的处理示意图;
图8是本发明实施例中一种资源预留协议链路的最大传输单元实现方法流程图;
图9是本发明实施例中FILTERSPEC报文中需要扩展的字段示意图;
图10是本发明实施例中在se风格resv报文中位置示意图;
图11是本发明实施例中一种资源预留协议链路的最大传输单元实现方法流程图;
图12是本发明实施例中一种资源预留协议链路的最大传输单元实现设备结构图;
图13是本发明实施例中一种资源预留协议链路的最大传输单元实现设备结构图;
图14是本发明实施例中一种资源预留协议链路的最大传输单元实现设备结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例
本发明实施例提供了一种资源预留协议链路的最大传输单元实现方法,如图8所示,包括:
步骤801,生成携带对应每个发送路由器MTU值的resv消息。其中,携带对应每个发送路由器MTU值的resv消息具体为:通过resv消息中的FILTERSPEC对象标识每个发送路由器唯一的MTU值,具体地,例如在FILTERSPEC对象中的must be zero字段,也可以采用FILTERSPEC对象中的其他可用字段;或通过resv消息中的与FILTERSPEC对等位置的对象标识每个发送路由器唯一的MTU值。
步骤802,将所述携带MTU值的resv消息发送给上游路由器。
例如,将现有的filter spec对象扩展,为对应每个发送路由器标识唯一的链路MTU信息,使用FILTERSPEC中的第二组4字节中的must be zero字段(0-16)携带新增信息。如图9所示:该值最大为65535,鉴于现在核心网络的使用,MTU值不会达到这么大,故完全满足现有网络的实现。
又例如,可以通过扩展新的对象来携带MTU值信息,不对现有协议造成影响,将携带MTU值信息的字段放到与FILTERSPEC等价的位置,这样对应每条LSP有一个单独的MTU的信息,如图10所示。
该字段在se风格resv报文中位置如下所示:
本实施例主要是扩展新的对象来保证链路上MTU的信息一致,而在与其他厂商的互通时又不会影响到其他厂商设备,保证协议上的稳定性。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现方法,如图11所示,包括:
步骤1101,接收上游路由器发送的同一会话的多个path消息,所述多个path消息中分别携带最大传输单元MTU值;
步骤1102,判断所述多个MTU值是否相同,如果不同,将所述不同MTU值的path消息与入接口关联,形成新path消息,将所述新path消息发送给下游路由器,使所述下游路由器根据所述新path消息中的关联信息区分不同上游路由器,不对resv进行合并。
其中,步骤1102之后还可以包括:
接收下游路由器发送的同一会话中的多个resv消息;
判断所述多个resv消息中的MTU值是否一致,如果不一致,不对MTU进行合并。
例如,通过对path消息中的lih(用于标识接口)进行计算得到新的path消息,使得下游路由器在phop(上一跳路由器)相同时不合并resv消息。具体如图7所示,在B路由器如发现上游路由器发送的对应同一个session(会话)的多个path消息中的MTU值不同,则将不同MTU值与原有lih计算得到新的lih值并与接口关联,形成与接口具有对应关系的新path消息,然后将新path消息下发给下游路由器。因为在path消息中的phop对象不一样,使得下游路由器C认为有多个phop,而不合并resv消息。在C路由器接收到D路由器的同一个session中的不同resv消息后,则对不同的resv消息不进行合并,可以保证下游路由器的MTU能被多个resv消息正确的携带至上游路由器。
本实施例中,在有多条LSP链路的情况下不对多条resv消息进行合并,保证每条链路上MTU的信息一致。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现设备,如图12所示,包括:生成单元1210,用于生成携带对应每个发送路由器MTU值的resv消息;发送单元1220,用于将所述携带MTU值的resv消息发送给上游路由器。
其中,生成单元1210包括:第一生成子单元1211,用于通过resv消息中的FILTERSPEC中的must be zero字段标识每个发送路由器唯一的MTU值;或第二生成子单元1212,用于通过resv消息中的与FILTERSPEC对等位置的对象标识每个发送路由器唯一的MTU值。
本实施例中,提供一种资源预留协议链路的最大传输单元实现设备,通过扩展新的对象来保证链路上MTU的信息一致,而在与其他厂商的互通时又不会影响到其他厂商设备,保证协议上的稳定性。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现设备,如图13所示,包括:接收单元1310,用于接收上游路由器发送的同一会话的多个path消息,所述多个path消息中分别携带最大传输单元MTU值;判断单元1320,用于判断所述多个MTU值是否相同;关联单元1330,用于将不同MTU值的path消息与入接口关联,形成新path消息,将所述新path消息发送给下游路由器,使所述下游路由器根据所述新path消息中的关联信息区分不同上游路由器,不对resv进行合并。
其中,所述关联信息为根据所述不同MTU值与所述多个path中原有lih计算得到的新lih值。
本实施例中,提供一种资源预留协议链路的最大传输单元实现设备,通过在发送给下游路由器的path消息中携带关联信息,使下游路由器在有多条LSP链路的情况下不对多条resv消息进行合并,保证每条链路上MTU的信息一致。
本发明实施例提供了一种资源预留协议链路的最大传输单元实现设备,如图14所示,包括:第一接收单元1410,用于接收来自上游路由器的携带关联信息的path消息;第二接收单元1420,用于接收来自下游路由器的同一会话中的多个resv消息;处理单元1430,用于根据所述path消息中的关联信息不对所述多个resv消息进行合并:具体为将所述多个resv消息分别发送给根据所述关联消息区分的不同上游路由器。
其中,所述关联信息为所述上游路由器根据多个path消息中不同MTU值与所述多个path中原有lih计算得到的新lih值。
本实施例中,提供一种资源预留协议链路的最大传输单元实现设备,根据来自上游路由器的携带关联信息的path消息,在有多条LSP链路的情况下不对多条resv消息进行合并,保证每条链路上MTU的信息一致。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可以通过硬件实现,也可以借助软件加必要的通用硬件平台的方式来实现基于这样的理解,本发明的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (2)
1.一种资源预留协议链路的最大传输单元实现方法,其特征在于,包括:
生成携带对应每个发送路由器最大传输单元MTU值的resv消息;
所述携带对应每个发送路由器MTU值的resv消息具体为:
通过resv消息中的FILTERSPEC对象标识每个发送路由器唯一的MTU值;或
通过resv消息中的与FILTERSPEC对等位置的对象标识每个发送路由器唯一的MTU值;
将所述携带MTU值的resv消息发送给上游路由器。
2.一种资源预留协议链路的最大传输单元实现设备,其特征在于,包括:
生成单元,用于生成携带对应每个发送路由器最大传输单元MTU值的resv消息;
发送单元,用于将所述携带MTU值的resv消息发送给上游路由器;
所述生成单元包括:
第一生成子单元,用于通过resv消息中的FILTERSPEC对象标识每个发送路由器唯一的MTU值;或
第二生成子单元,用于通过resv消息中的与FILTERSPEC对等位置的对象标识每个发送路由器唯一的MTU值。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810180104XA CN101753410B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
CN201210030869.1A CN103051562B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810180104XA CN101753410B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210030869.1A Division CN103051562B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101753410A CN101753410A (zh) | 2010-06-23 |
CN101753410B true CN101753410B (zh) | 2012-08-08 |
Family
ID=42479843
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210030869.1A Expired - Fee Related CN103051562B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
CN200810180104XA Expired - Fee Related CN101753410B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210030869.1A Expired - Fee Related CN103051562B (zh) | 2008-12-01 | 2008-12-01 | 一种资源预留协议链路的最大传输单元实现方法及设备 |
Country Status (1)
Country | Link |
---|---|
CN (2) | CN103051562B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106303749A (zh) * | 2016-08-30 | 2017-01-04 | 武汉全乐科技有限公司 | 一种基于rsvp‑te的rtmp视频播放方法 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992638A (zh) * | 2005-12-26 | 2007-07-04 | 华为技术有限公司 | 在网络中获取路径最大传输单元的方法及系统 |
CN101212455A (zh) * | 2006-12-27 | 2008-07-02 | 华为技术有限公司 | 一种链路聚合控制方法及装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3985638B2 (ja) * | 2002-09-11 | 2007-10-03 | 日本電気株式会社 | Rsvp代理応答ルータ、rsvp代理応答システム及びそれに用いるrsvp代理応答方法 |
CN100387023C (zh) * | 2004-04-26 | 2008-05-07 | 华为技术有限公司 | 流状态建立的方法 |
CN101330445B (zh) * | 2007-06-21 | 2011-08-24 | 华为技术有限公司 | 承载路径的实现方法及其装置、系统 |
-
2008
- 2008-12-01 CN CN201210030869.1A patent/CN103051562B/zh not_active Expired - Fee Related
- 2008-12-01 CN CN200810180104XA patent/CN101753410B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1992638A (zh) * | 2005-12-26 | 2007-07-04 | 华为技术有限公司 | 在网络中获取路径最大传输单元的方法及系统 |
CN101212455A (zh) * | 2006-12-27 | 2008-07-02 | 华为技术有限公司 | 一种链路聚合控制方法及装置 |
Non-Patent Citations (1)
Title |
---|
J. Wroclawski.《2.3.2.Determining Path MTU》.《RFC2210:The Use of RSVP with IETF Integrated Services》.1997,第8-10页. * |
Also Published As
Publication number | Publication date |
---|---|
CN103051562B (zh) | 2015-09-09 |
CN103051562A (zh) | 2013-04-17 |
CN101753410A (zh) | 2010-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Alvarez | QoS for IP/MPLS networks | |
US8189482B2 (en) | Probing-based mechanism to reduce preemption perturbation caused by higher priority tunnel establishment in a computer network | |
CN102638388B (zh) | 流标签的协商方法、相关装置以及系统 | |
US7801036B2 (en) | Fairness of capacity allocation for an MPLS-based VPN | |
JP4612987B2 (ja) | マルチプロトコルラベルスイッチングベースのポイント対マルチポイント・トラフィックルーチング方法 | |
US7570649B2 (en) | Forwarding state sharing between multiple traffic paths in a communication network | |
CN100461755C (zh) | 基于mpls te隧道的数据报文传输方法和节点设备 | |
CN100563202C (zh) | 提供差分服务的方法 | |
US7693055B2 (en) | Optimization of distributed tunnel rerouting in a computer network with intermediate node feedback | |
CN101406023B (zh) | 实现多协议标签交换网络差分业务流量工程的方法和系统 | |
CN103746931A (zh) | 在服务应用后用网络设备维持负载均衡 | |
US20110299553A1 (en) | Technique for Reducing Resources Allocated to an Existing Reservation in a Data Network | |
WO2017124709A1 (zh) | 流量工程隧道建立方法和装置 | |
CN113395735B (zh) | 一种报文传输方法、装置和网络设备 | |
Gupta et al. | Ordering storage elements in a single scan chain | |
CN102119517A (zh) | 用于多拓扑支持的系统和方法 | |
JP2009519666A (ja) | ネットワーク・トンネル間の資源共有 | |
US9137159B2 (en) | RSVP-TE MP2MP solution | |
CN101753410B (zh) | 一种资源预留协议链路的最大传输单元实现方法及设备 | |
Semeria | RSVP signaling extensions for MPLS traffic engineering | |
KR100585934B1 (ko) | 라우터에서의 트래픽 조절기의 파라미터 및 서비스 클래스정의 규칙 테이블의 동적 관리 방법 | |
CN102904809B (zh) | 标签转发路径的带宽资源管理方法、装置和系统 | |
Sun | Research on QoS of next generation network based on MPLS | |
Tan | MPLS for Metropolitan Area Networks | |
Odinma et al. | Quality of service mechanisms and challenges for IP networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120808 Termination date: 20181201 |
|
CF01 | Termination of patent right due to non-payment of annual fee |