CN106302186A - 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 - Google Patents
一种发送rsvp消息的方法和装置、接收rsvp消息的装置 Download PDFInfo
- Publication number
- CN106302186A CN106302186A CN201510325818.5A CN201510325818A CN106302186A CN 106302186 A CN106302186 A CN 106302186A CN 201510325818 A CN201510325818 A CN 201510325818A CN 106302186 A CN106302186 A CN 106302186A
- Authority
- CN
- China
- Prior art keywords
- message
- rsvp
- bundle
- lsp
- rsvp message
- 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.)
- Withdrawn
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/724—Admission control; Resource allocation using reservation actions during connection setup at intermediate nodes, e.g. resource reservation protocol [RSVP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/72—Admission control; Resource allocation using reservation actions during connection setup
- H04L47/726—Reserving resources in multiple paths to be used simultaneously
- H04L47/728—Reserving resources in multiple paths to be used simultaneously for backup paths
Abstract
本发明公开了一种发送资源预留协议RSVP消息的方法和装置、接收RSVP消息的装置,包括:本地修复点PLR进行主备切换后,将捆绑Bundle消息发送给汇聚点MP;其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。通过本发明的方案,将被同一条备LSP保护的主LSP的两个或两个以上RSVP消息包含在Bundle消息中同时发送给MP,减小了RSVP消息到达MP的时延,从而降低了主备保护失败的概率。
Description
技术领域
本发明涉及基于流量工程扩展的资源预留协议(RSVP-TE,ResourceReSerVation Protocol-Traffic Engineering)技术,尤指一种发送RSVP消息的方法和装置、接收RSVP消息的装置。
背景技术
RSVP-TE用于为多协议标签交换(MPLS,Multi-Protocol LabelSwitching)网络建立标签切换路径(LSP,Label Switch Path)以及维持LSP的状态信息。快速重路由(FRR,Fast ReRoute)技术在MPLS网络中提供链路保护和节点包含机制,当LSP链路或节点故障时,在发现故障的节点进行保护,使流量继续从保护链路或节点的LSP中通过。FRR机制依赖于LSP的状态信息,满足一定条件的LSP才能形成FRR保护,而LSP的状态信息需要RSVP消息的刷新来维持。
RSVP-TE中的FRR保护有链路保护和节点保护两种本地保护类型。其中,链路保护如图1所示,主LSP(即被保护LSP)路径为R1-L12-R2,备LSP(即保护LSP)路径为R1-L13-R2。R1称为本地修复点(PLR,Point LocalRepair),R2称为汇聚点(MP,Merge Point)。其中,节点保护如图2所示,主LSP(即被保护LSP)路径为R3-L21-R4-L22-R5,备LSP(即保护LSP)路径为R3-L23-R5。R3称为PLR,R5称为MP。
现有的发送RSVP消息的方法大致包括:PLR进行主备切换后,分别将每一条被保护LSP对应的RSVP消息(如PATH消息)发送给MP,MP接收到RSVP消息后,进行主备合并处理。
现有的发送RSVP消息的方法中,当被保护LSP数量较多(几万甚至几十万条)时,PLR切换后,PLR需要将大量的RSVP消息逐条发送给MP,网络开销较大,并且由于路由节点的处理性能问题,某些RSVP消息到达MP时会产生较大的时延,而由于如果MP在规定时间内没有收到RSVP消息,则MP中的主LSP的状态信息便会老化,导致MP将被保护LSP拆除,从而使被保护LSP断流,使得主备保护失败的概率较大。
发明内容
为了解决上述问题,本发明提出了一种发送RSVP消息的方法和装置、接收RSVP消息的装置,能够降低主备保护失败的概率。
为了达到上述目的,本发明提出了一种发送资源预留协议RSVP消息的方法,包括:
本地修复点PLR进行主备切换后,将捆绑Bundle消息发送给汇聚点MP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
优选地,所述Bundle消息中包含的RSVP消息的个数为所述PLR对应的主标签切换路径LSP的条数;或者,所述Bundle消息的大小小于或等于系统允许传输的最大值。
优选地,所述RSVP消息为路径PATH消息。
优选地,所述Bundle消息包括Bundle头和一个或一个以上子消息;其中,每一个所述RSVP消息作为所述Bundle消息中的一个子消息。
优选地,所述Bundle头包括协议版本号Vers、标识Flags、消息类型、RSVP校验和checksum、发送的生存时间Send_TTL、保留Reserved、RSVP长度length。
本发明还提出了一种发送资源预留协议RSVP消息的方法,包括:
汇聚点MP接收到来自本地修复点PLR的Bundle消息,对Bundle消息进行解析得到RSVP消息,根据得到的RSVP消息刷新主LSP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
优选地,所述对Bundle消息进行解析得到RSVP消息包括:
读取所述Bundle消息中的子消息得到所述RSVP消息。
本发明还提出了一种发送资源预留协议RSVP消息的装置,至少包括:
发送模块,用于进行主备切换后,将Bundle消息发送给汇聚点MP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
本发明还提出了一种接收资源预留协议RSVP消息的装置,至少包括:
接收模块,用于接收到来自本地修复点PLR的Bundle消息;
解析模块,用于对Bundle消息进行解析得到RSVP消息;
刷新模块,用于根据得到的RSVP消息刷新主LSP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
优选地,所述解析模块具体用于:
读取所述Bundle消息中的子消息得到所述RSVP消息。
与现有技术相比,本发明包括:PLR进行主备切换后,将Bundle消息发送给MP;其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。通过本发明的方案,将被同一条备LSP保护的主LSP的两个或两个以上RSVP消息包含在Bundle消息中同时发送给MP,减小了RSVP消息到达MP的时延,从而降低了主备保护失败的概率。
附图说明
下面对本发明实施例中的附图进行说明,实施例中的附图是用于对本发明的进一步理解,与说明书一起用于解释本发明,并不构成对本发明保护范围的限制。
图1为现有链路保护的结构组成示意图;
图2为现有节点保护的结构组成示意图;
图3为本发明发送RSVP消息的方法的流程图;
图4为本发明接收RSVP消息的装置的结构组成示意图。
具体实施方式
为了便于本领域技术人员的理解,下面结合附图对本发明作进一步的描述,并不能用来限制本发明的保护范围。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的各种方式可以相互组合。
参见图3,本发明提出了一种发送RSVP消息的方法,包括:
步骤300、PLR进行主备切换后,将Bundle消息发送给MP。
本步骤中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
其中,RSVP消息为路径(PATH)消息。
其中,优选地,Bundle消息中包含的RSVP消息的个数为PLR对应的主LSP的条数;或者,Bundle消息的大小小于或等于系统允许传输的最大值。
其中,Bundle消息中包含的RSVP消息的个数越多,RSVP消息到达MP的时延越短,主备保护失败的概率越小。
本步骤中,Bundle消息包括Bundle头和一个或一个以上子消息。
其中,Bundle头包括:协议版本号(Vers)、标识(Flags)、消息类型、RSVP校验和(checksum)、发送的生存时间(Send_TTL)、Reserved、RSVP长度(length)。
其中,Flags取0x01时表示刷新减少,0x02-0x08为保留状态;消息类型取12时表示Bundle消息;RSVP checksum用来校验报文是否正确;Send_TTL用来跟IP头中的生存时间(TTL,Time To Live)进行比较发现一个非RSVP节点;Reserved为保留字段;RSVP length为Bundle消息的长度。
其中,vers占用4个比特,Flags占用4个比特,12占用8比特,RSVPchecksum占用16比特,Send_TTL占用8比特,RSVP length占用16比特。
其中,每一个RSVP消息作为Bundle消息中的一个子消息。
其中,PLR如何将Bundle消息发送给MP属于本领域技术人员的公知技术,并不用于限定本发明的保护范围,这里不再赘述。
步骤301、MP接收到来自PLR的Bundle消息,对Bundle消息进行解析得到RSVP消息,根据得到的RSVP消息刷新主LSP。
本步骤中,MP对Bundle消息进行解析得到RSVP消息包括:
MP读取Bundle消息中的子消息得到RSVP消息。
本步骤中,MP如何根据得到的RSVP消息刷新主LSP属于本领域技术人员的公知技术,并不用于限定本发明的保护范围,这里不再赘述。
通过本发明的方案,将被同一条备LSP保护的主LSP的两个或两个以上RSVP消息包含在Bundle消息中同时发送给MP,减小了切换后单个RSVP消息的网络开销,减小了RSVP消息到达MP的时延,从而降低了主备保护失败的概率。
下面通过具体实施例详细说明本发明的方法。
第一实施例,如图1所示,从R1经过L12到R2建立一万条主LSP,从R1经过L13到R2建立一条备LSP,配置FRR保护,走L13链路的备LSP与走L12链路的一万条主LSP形成FRR保护关系,在PLR即R1决策使用Bundle消息携带切换后的PATH消息。
L12链路发生故障,触发R1进行FRR主备切换,R1切换后采用Bundle消息携带被同一条备LSP保护的主LSP的PATH消息,携带的PATH消息的个数为两个或两个以上。R1将携带PATH消息的Bundle消息通过备LSP发送至R2。R2接收到Bundle消息,解析还原PATH消息,进行主备合并处理。
第二实施例,如图2所示,从R3经过L21、R4、L22到R5建立一万条主LSP,从R3经过L23到R5建立一条备LSP,配置FRR保护,走L23链路的备LSP与走R3-L21-R4—L22—R5链路的一万条主LSP形成FRR保护关系,在PLR即R3决策使用Bundle消息携带切换后的PATH消息。
L21链路发生故障,触发R3进行FRR主备切换,R3切换后的被同一条备LSP保护的主LSP的PATH消息采用Bundle消息携带,携带的PATH消息的个数为两个或两个以上。R3将携带PATH消息的Bundle消息通过备LSP发送至R5。R5接收到Bundle消息,解析还原PATH消息,进行主备合并处理。
本发明还提出了一种发送RSVP的装置,可以设置在PLR中,至少包括:
发送模块,用于进行主备切换后,将Bundle消息发送给MP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
参见图4,本发明还提出了一种接收RSVP消息的装置,至少包括:
接收模块,用于接收到来自本地修复点PLR的Bundle消息;
解析模块,用于对Bundle消息进行解析得到RSVP消息;
刷新模块,用于根据得到的RSVP消息刷新主LSP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
本发明的装置中,解析模块具体用于:
读取Bundle消息中的子消息得到RSVP消息。
需要说明的是,以上所述的实施例仅是为了便于本领域的技术人员理解而已,并不用于限制本发明的保护范围,在不脱离本发明的发明构思的前提下,本领域技术人员对本发明所做出的任何显而易见的替换和改进等均在本发明的保护范围之内。
Claims (10)
1.一种发送资源预留协议RSVP消息的方法,其特征在于,包括:
本地修复点PLR进行主备切换后,将捆绑Bundle消息发送给汇聚点MP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
2.根据权利要求1所述的方法,其特征在于,所述Bundle消息中包含的RSVP消息的个数为所述PLR对应的主标签切换路径LSP的条数;或者,所述Bundle消息的大小小于或等于系统允许传输的最大值。
3.根据权利要求1所述的方法,其特征在于,所述RSVP消息为路径PATH消息。
4.根据权利要求1所述的方法,其特征在于,所述Bundle消息包括Bundle头和一个或一个以上子消息;其中,每一个所述RSVP消息作为所述Bundle消息中的一个子消息。
5.根据权利要求4所述的方法,其特征在于,所述Bundle头包括协议版本号Vers、标识Flags、消息类型、RSVP校验和checksum、发送的生存时间Send_TTL、保留Reserved、RSVP长度length。
6.一种发送资源预留协议RSVP消息的方法,其特征在于,包括:
汇聚点MP接收到来自本地修复点PLR的Bundle消息,对Bundle消息进行解析得到RSVP消息,根据得到的RSVP消息刷新主LSP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
7.根据权利要求6所述的方法,其特征在于,所述对Bundle消息进行解析得到RSVP消息包括:
读取所述Bundle消息中的子消息得到所述RSVP消息。
8.一种发送资源预留协议RSVP消息的装置,其特征在于,至少包括:
发送模块,用于进行主备切换后,将Bundle消息发送给汇聚点MP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
9.一种接收资源预留协议RSVP消息的装置,其特征在于,至少包括:
接收模块,用于接收到来自本地修复点PLR的Bundle消息;
解析模块,用于对Bundle消息进行解析得到RSVP消息;
刷新模块,用于根据得到的RSVP消息刷新主LSP;
其中,Bundle消息中包含有被同一条备LSP保护的主LSP的两个或两个以上RSVP消息。
10.根据权利要求9所述的装置,其特征在于,所述解析模块具体用于:
读取所述Bundle消息中的子消息得到所述RSVP消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510325818.5A CN106302186A (zh) | 2015-06-12 | 2015-06-12 | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 |
PCT/CN2016/071603 WO2016197614A1 (zh) | 2015-06-12 | 2016-01-21 | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510325818.5A CN106302186A (zh) | 2015-06-12 | 2015-06-12 | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106302186A true CN106302186A (zh) | 2017-01-04 |
Family
ID=57504320
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510325818.5A Withdrawn CN106302186A (zh) | 2015-06-12 | 2015-06-12 | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN106302186A (zh) |
WO (1) | WO2016197614A1 (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212390A (zh) * | 2006-12-30 | 2008-07-02 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN101547155A (zh) * | 2009-04-30 | 2009-09-30 | 杭州华三通信技术有限公司 | 主备隧道负载分担方法和流量转发设备 |
CN101599859A (zh) * | 2009-06-30 | 2009-12-09 | 华为技术有限公司 | 一种双向隧道的保护方法、系统及节点 |
US20110280123A1 (en) * | 2010-05-17 | 2011-11-17 | Cisco Technology, Inc. | Multicast label distribution protocol node protection |
CN102598599A (zh) * | 2009-10-15 | 2012-07-18 | 瑞典爱立信有限公司 | 快速重新路由条件下的rsvp-te完美重启 |
US20130336191A1 (en) * | 2012-06-14 | 2013-12-19 | Futurewei Technologies, Inc. | mRSVP-TE Based Fast Reroute in Detour (1:1) Protection Mode |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101335695B (zh) * | 2007-06-27 | 2012-11-07 | 华为技术有限公司 | 点到多点标签交换路径的头节点保护方法、装置和设备 |
CN101588520A (zh) * | 2009-07-07 | 2009-11-25 | 北京邮电大学 | 一种用于mpls-tp网络的段保护方法 |
CN102136996B (zh) * | 2010-08-10 | 2014-11-05 | 华为技术有限公司 | 用于快速重路由绑定的路由信息更新方法、节点及系统 |
-
2015
- 2015-06-12 CN CN201510325818.5A patent/CN106302186A/zh not_active Withdrawn
-
2016
- 2016-01-21 WO PCT/CN2016/071603 patent/WO2016197614A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101212390A (zh) * | 2006-12-30 | 2008-07-02 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN101547155A (zh) * | 2009-04-30 | 2009-09-30 | 杭州华三通信技术有限公司 | 主备隧道负载分担方法和流量转发设备 |
CN101599859A (zh) * | 2009-06-30 | 2009-12-09 | 华为技术有限公司 | 一种双向隧道的保护方法、系统及节点 |
CN102598599A (zh) * | 2009-10-15 | 2012-07-18 | 瑞典爱立信有限公司 | 快速重新路由条件下的rsvp-te完美重启 |
US20110280123A1 (en) * | 2010-05-17 | 2011-11-17 | Cisco Technology, Inc. | Multicast label distribution protocol node protection |
US20130336191A1 (en) * | 2012-06-14 | 2013-12-19 | Futurewei Technologies, Inc. | mRSVP-TE Based Fast Reroute in Detour (1:1) Protection Mode |
Also Published As
Publication number | Publication date |
---|---|
WO2016197614A1 (zh) | 2016-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101640637B (zh) | 一种基于流量工程的资源预留协议隧道管理方法及系统 | |
CN101771577B (zh) | 一种为双向lsp建立双向转发检测的方法、系统及设备 | |
CN102577260B (zh) | Mpls-tp通信网络中用于oam功能的方法和装置 | |
CN101945049B (zh) | 多协议标签交换系统、节点设备及双向隧道的建立方法 | |
CN101335695B (zh) | 点到多点标签交换路径的头节点保护方法、装置和设备 | |
US8422361B2 (en) | Management of protection path bandwidth and changing of path bandwidth | |
JP5049902B2 (ja) | ネットワークシステム | |
CN101369958A (zh) | 一种快速重路由方法及标签交换路由器 | |
US20140307538A1 (en) | Apparatus and Method for a Communication Network | |
CN1331363C (zh) | 一种基于网络入口节点的重路由方法 | |
CA2542045A1 (en) | Transparent re-routing of mpls traffic engineering lsps within a link bundle | |
CN101789879B (zh) | 一种关联链路的动态维护方法及装置 | |
CN101562536A (zh) | 一种局部路径保护的快速重路由方法 | |
CN108924044A (zh) | 链路维持方法、pe设备及可读存储介质 | |
CN102055619A (zh) | 一种实现双向路径段故障检测的方法及系统 | |
CN101321115B (zh) | 一种业务路径建立的方法和系统以及节点设备 | |
CN101159681A (zh) | 实现快速重路由的方法和节点 | |
CN101232453A (zh) | T-mpls网络中快速寻找路径的重路由方法 | |
CN104618235B (zh) | 一种跨层建立不共路路径的方法及装置 | |
WO2017190675A1 (zh) | 链路信息的处理方法、装置及系统 | |
CN106330701B (zh) | 环形组网的快速重路由方法及装置 | |
CN101515884B (zh) | 一种uni业务实现方法和设备 | |
CN106302186A (zh) | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 | |
CN104205747A (zh) | 分组交换网络中的伪线群组 | |
CN101969581B (zh) | 多层网络的流量切换方法、装置和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20170104 |