CN105991480A - 一种实现rsvp-te协议报文处理的方法及装置 - Google Patents
一种实现rsvp-te协议报文处理的方法及装置 Download PDFInfo
- Publication number
- CN105991480A CN105991480A CN201510091434.1A CN201510091434A CN105991480A CN 105991480 A CN105991480 A CN 105991480A CN 201510091434 A CN201510091434 A CN 201510091434A CN 105991480 A CN105991480 A CN 105991480A
- Authority
- CN
- China
- Prior art keywords
- path message
- lsp
- recovery
- message
- party
- 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
- 238000012545 processing Methods 0.000 title claims abstract description 39
- 238000000034 method Methods 0.000 title claims abstract description 25
- 238000011084 recovery Methods 0.000 claims abstract description 80
- 238000005111 flow chemistry technique Methods 0.000 claims abstract description 22
- 238000010586 diagram Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000012805 post-processing Methods 0.000 description 2
- 238000007781 pre-processing Methods 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现流量工程的资源预留协议(RSVP-TE)协议报文处理的方法及装置,包括:重启方保存优雅重启(RE)之前的PATH消息的标签交换路径(LSP)信息;当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。本发明通过保存RE之前的PATH消息的LSP信息,判断是否进行恢复流程处理,使优雅重启前的PATH消息得到了是否是恢复报文的准确判断,实现了恢复流程的正确处理。
Description
技术领域
本发明涉及数据网络通信技术,尤指一种实现流量工程的资源预留协议(RSVP-TE)协议报文处理的方法及装置。
背景技术
基于流量工程的资源预留协议(RSVP-TE,Resource ReservationProtocol-Traffic Engineer)是一种基于多协议标签交换(MPLS)的流量工程技术。通过信息发布、路径计算、信令交互和流量转发四个部件实现业务流量在TE隧道中的转发。
基于RSVP-TE的优雅重启(GR,Graceful Restart)提供了一种业务流量的不间断转发(NSF,Non-Stop Forwarding)机制,在网络中节点的控制面发生故障时,可以通过该节点的邻居节点在优雅重启时发送的恢复控制面信息,使优雅重启涉及的转发信息在控制面的恢复阶段得到保持,确保重启后,与转发信息相关的流量的正常转发。
GR技术需要基于hello检测,检测的目的之一就是需要感知邻居节点发生了优雅重启,在RFC3209,RFC3473,RFC5063分别介绍了hello的扩展和使用规则。图1是优雅重启的网络组成结构示意图,如图1所示,在检测到邻居节点发生了优雅重启之后,检测到优雅重启的节点需要为重启方发送恢复报文,优雅重启时,发送恢复报文的节点被称为辅助方;图1中,如果节点2(R2)发生优雅重启,那么节点1(R1)和节点3(R3)都叫做R2的辅助方。
辅助方在帮助重启方恢复控制面时,需要向重启方发送恢复报文。对于RSVP-TE协议来说,在重启方作为下游接收到上游发送的恢复报文进行恢复时,上游发送发送PATH消息(这里,PATH消息是一种消息类型,可以理解为路径的意思)会携带恢复标签对象;重启方接收到恢复报文之后,通过解析到PATH消息中的恢复标签确定该报文是恢复报文。
由于RSVP-TE是一个软状态协议,邻居节点间需要周期性的发送PATH消息和RESV消息(这里,RESV消息是一种专有的消息类型,可以理解为预留消息)进行刷新,以维持其协议状态。周期性发送的刷新的PATH消息不携带恢复标签对象。
图2是现有技术中优雅重启前后处理示意图;如图2所示,假设节点R2在优雅重启前对应的入标签表项为(200,3),即入标签为200,出标签为3。在T1时刻,R2发生优雅重启,辅助方R1在T2时刻检测到R2重启,开始发送携带恢复标签的PATH消息。在T1和T2时刻之间,由于协议的软状态性,R1根据设定周期性地向R2发送PATH消息,此时的PATH消息不携带恢复标签,因此,重启方接收到不带恢复标签的PATH消息,认为是一个新建标签交换路径(LSP,Lable Switch Path)的PATH消息,从而进行新的预留以及新的入标签申请,与需要恢复的入标签为200和出标签为3很可能不一致,导致恢复失败。
在现有协议标准中,通过PATH消息中携带恢复标签来判断该报文是否为恢复报文,存在T1和T2之间发送的报文无法准确的判断其报文性质,无法实现恢复流程的准确处理。
发明内容
为了解决上述技术问题,本发明提供一种实现RSVP-TE协议报文处理的方法及装置,能够正确判断恢复报文,进行准确的恢复流程处理。
为了达到本发明目的,本发明提供了一种实现RSVP-TE协议报文处理的方法,包括:
重启方保存优雅重启RE之前的PATH消息的标签交换路径LSP信息;
当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。
进一步地,确定是否进行恢复流程处理具体包括:
当接收到的PATH消息的LSP在已保存的LSP中,则丢弃该PATH消息,等待辅助方检测到重启方重启后,对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理;
当接收到的PATH消息的LSP不在已保存的LSP中,则确定该发送的PATH消息为刷新的PATH消息,进行刷新PATH消息的处理。
进一步地,当重启方接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时,该方法还包括:重启方直接进行恢复流程处理。
另一方面,本申请还提供一种实现RSVP-TE协议报文处理的装置,包括:保存单元及第一处理单元;其中,
保存单元,用于保存RE之前的PATH消息的LSP信息;
第一处理单元,用于接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。
进一步地,第一处理单元具体用于,
当接收到的PATH消息的LSP在已保存的LSP中,则丢弃该PATH消息,等待辅助方检测到重启方重启后,对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理;
当接收到的PATH消息的LSP不在已保存的LSP中,则确定该发送的PATH消息为刷新的PATH消息,进行刷新PATH消息的处理。
进一步地,该装置还包括第二处理单元,
第二处理单元,用于接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时,进行恢复流程处理。
与现有技术相比,本申请技术方案包括:重启方保存RE之前的PATH消息的LSP信息;当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。本发明通过保存RE之前的PATH消息的LSP信息,判断是否进行恢复流程处理,准确判断出了优雅重启前的PATH消息是否是恢复报文,实现了恢复流程的正确处理。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是优雅重启的网络组成结构示意图;
图2是现有技术中优雅重启前后处理示意图;
图3为本发明实现RSVP-TE协议报文处理的方法的流程图;
图4为本发明实现RSVP-TE协议报文处理的装置的结构框图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白,下文中将结合附图对本发明的实施例进行详细说明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
图3为本发明实现RSVP-TE协议报文处理的方法的流程图,如图3所示,包括:
步骤300、重启方保存RE之前的PATH消息的LSP信息;
需要说明的是,这里LSP信息包括LSP键值、入标签、入接口、出标签及出接口等信息。
步骤301、当接收到的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。
本步骤中,确定是否进行恢复流程处理具体包括:
当接收到的PATH消息的LSP在已保存的LSP中,则丢弃该PATH消息,等待辅助方检测到重启方重启后,对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理;
当接收到的PATH消息的LSP不在已保存的LSP中,则确定该发送的PATH消息为刷新的PATH消息,进行刷新PATH消息的处理。
当重启方接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时,本发明方法还包括:直接进行恢复流程处理。
图4为本发明实现RSVP-TE协议报文处理的装置的结构框图,如图4所示,包括:保存单元及第一处理单元;其中,
保存单元,用于保存RE之前的PATH消息的LSP信息;
第一处理单元,用于接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。
第一处理单元具体用于,
当接收到的PATH消息的LSP在已保存的LSP中,则丢弃该PATH消息,等待辅助方检测到重启方重启后,对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理;
当接收到的PATH消息的LSP不在已保存的LSP中,则确定该发送的PATH消息为刷新的PATH消息,进行刷新PATH消息的处理。
本发明装置还包括第二处理单元,
第二处理单元,用于接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时,进行恢复流程处理。
以下通过具体实施例对本发明方法进行清楚详细的说明,实施例仅用于陈述本发明,并不用于限制本发明方法的保护范围。
实施例1
当辅助方R1的hello检测到重启方R2发生重启,R1和R2之间有一条路径1,R1向R2发送PATH消息,PATH消息中会携带恢复标签对象。
重启方接收到辅助方发送的该PATH消息的报文,通过判断PATH消息中有恢复标签对象,断定该PATH消息的报文为恢复报文,执行恢复流程处理。
实施例2
当重启方R2发生优雅重启后,辅助方R1要检测到重启方R2发生了重启,(一般需要几个周期未接收到对端的hello的报文之后,才会认为重启方可能出现优雅重启。)由于RSVP是软状态协议,需要通过刷新维持其状态。所以,在辅助方R1未检测到重启方R2发生重启的时候,R1还是会向R2发送路径1的刷新PATH消息,不携带恢复标签对象。
重启方法R2接收到该不携带恢复标签对象的PATH报文后,由于不携带恢复标签,在R2优雅重启前保存的LSP信息中可以查找到路径1的LSP信息。从而认为该报文是需要恢复的LSP,但是由于R1还未感知到R2重启,所以报文中未携带恢复标签对象。该报文暂时做丢弃处理,等待R1感知到R2重启之后,会继续发送携带恢复标签的PATH消息。
实施例3
重启方法R2在重启后,接收到了路径2不携带恢复标签的PATH消息,通过查询之前保存的LSP信息,找不到路径2的信息。那么认为这是一条新建的LSP,按照新建LSP的进行PATH信息的流程处理。
虽然本发明所揭露的实施方式如上,但所述的内容仅为便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属领域内的技术人员,在不脱离本发明所揭露的精神和范围的前提下,可以在实施的形式及细节上进行任何的修改与变化,但本发明的专利保护范围,仍须以所附的权利要求书所界定的范围为准。
Claims (6)
1.一种实现流量工程的资源预留协议RSVP-TE协议报文处理的方法,其特征在于,包括:
重启方保存优雅重启RE之前的PATH消息的标签交换路径LSP信息;
当重启方接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。
2.根据权利要求1所述的方法,其特征在于,所述确定是否进行恢复流程处理具体包括:
当接收到的PATH消息的LSP在已保存的LSP中,则丢弃该PATH消息,等待辅助方检测到重启方重启后,对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理;
当接收到的PATH消息的LSP不在已保存的LSP中,则确定该发送的PATH消息为刷新的PATH消息,进行刷新PATH消息的处理。
3.根据权利要求1或2所述的方法,其特征在于,当重启方接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时,该方法还包括:重启方直接进行恢复流程处理。
4.一种实现RSVP-TE协议报文处理的装置,其特征在于,包括:保存单元及第一处理单元;其中,
保存单元,用于保存RE之前的PATH消息的LSP信息;
第一处理单元,用于接收到来自辅助方的PATH消息不携带恢复标签对象时,根据接收到的PATH消息的LSP信息是否在已保存的LSP信息中,确定是否进行恢复流程处理。
5.根据权利要求4所述的装置,其特征在于,所述第一处理单元具体用于,
当接收到的PATH消息的LSP在已保存的LSP中,则丢弃该PATH消息,等待辅助方检测到重启方重启后,对重新生成的携带恢复标签对象的PATH消息进行恢复流程处理;
当接收到的PATH消息的LSP不在已保存的LSP中,则确定该发送的PATH消息为刷新的PATH消息,进行刷新PATH消息的处理。
6.根据权利要求4或5所述的装置,其特征在于,该装置还包括第二处理单元,
第二处理单元,用于接收到辅助方发送的PATH消息且PATH消息携带恢复标签对象时,进行恢复流程处理。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510091434.1A CN105991480A (zh) | 2015-02-27 | 2015-02-27 | 一种实现rsvp-te协议报文处理的方法及装置 |
PCT/CN2015/084972 WO2016134582A1 (zh) | 2015-02-27 | 2015-07-23 | 一种实现rsvp-te协议报文处理的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510091434.1A CN105991480A (zh) | 2015-02-27 | 2015-02-27 | 一种实现rsvp-te协议报文处理的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105991480A true CN105991480A (zh) | 2016-10-05 |
Family
ID=56787841
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510091434.1A Withdrawn CN105991480A (zh) | 2015-02-27 | 2015-02-27 | 一种实现rsvp-te协议报文处理的方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN105991480A (zh) |
WO (1) | WO2016134582A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018205887A1 (zh) * | 2017-05-11 | 2018-11-15 | 中兴通讯股份有限公司 | 时延收集方法及装置 |
CN110601979A (zh) * | 2018-06-13 | 2019-12-20 | 丛林网络公司 | 具有标签栈的标签交换路径的平滑重启过程 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571576A (zh) * | 2011-12-29 | 2012-07-11 | 中兴通讯股份有限公司 | 一种多协议标签交换网络中优雅重启的方法及路由设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101087207B (zh) * | 2006-06-09 | 2010-05-12 | 华为技术有限公司 | 一种多节点通信故障的处理方法 |
CN101296239B (zh) * | 2008-06-18 | 2011-10-26 | 杭州华三通信技术有限公司 | 刷新标签交换路径的方法及标签交换路由器 |
-
2015
- 2015-02-27 CN CN201510091434.1A patent/CN105991480A/zh not_active Withdrawn
- 2015-07-23 WO PCT/CN2015/084972 patent/WO2016134582A1/zh active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102571576A (zh) * | 2011-12-29 | 2012-07-11 | 中兴通讯股份有限公司 | 一种多协议标签交换网络中优雅重启的方法及路由设备 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2018205887A1 (zh) * | 2017-05-11 | 2018-11-15 | 中兴通讯股份有限公司 | 时延收集方法及装置 |
CN110601979A (zh) * | 2018-06-13 | 2019-12-20 | 丛林网络公司 | 具有标签栈的标签交换路径的平滑重启过程 |
CN110601979B (zh) * | 2018-06-13 | 2021-04-20 | 瞻博网络公司 | 具有标签栈的标签交换路径的平滑重启过程 |
Also Published As
Publication number | Publication date |
---|---|
WO2016134582A1 (zh) | 2016-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8040793B2 (en) | Method, system and device for processing failure | |
US8027247B2 (en) | Method and router for controlling graceful restart status | |
EP2224644B1 (en) | A protection method, system and device in the packet transport network | |
US9350620B2 (en) | Method for creating ring network label switched path, related device, and communications system | |
CN103581013B (zh) | 实现路由协议的不中断路由的方法和装置 | |
US8279758B2 (en) | Communication node and communication system | |
JP5835043B2 (ja) | リスタート方法及びノード装置 | |
WO2009082917A1 (fr) | Procédé de redémarrage élégant d'un routeur, routeur et son système de communication | |
EP1921797A1 (en) | Recovery method and apparatus for optical network lsp occuring abnormal delete | |
US9350612B2 (en) | Method, network device, and system for synchronization between network devices | |
CN101626317A (zh) | 一种链路故障恢复的方法、系统和装置 | |
CN105991480A (zh) | 一种实现rsvp-te协议报文处理的方法及装置 | |
CN101616069B (zh) | 基于优雅重启的信息恢复方法和路由器 | |
WO2016169214A1 (zh) | 一种隧道保护切换的方法和装置 | |
US7680028B1 (en) | Method and apparatus for restarting RSVP processes in multiple network devices | |
EP2804352B1 (en) | Method and apparatus for processing residual information | |
WO2017152595A1 (zh) | 一种响应网络拓扑变化的方法和装置 | |
US9258221B2 (en) | System and method for rapid protection of RSVP based LSP | |
WO2017162172A1 (zh) | 重启恢复时间的调整方法和装置 | |
US10153947B2 (en) | Method, device and system for preventing network node aging | |
CN102571576B (zh) | 一种多协议标签交换网络中优雅重启的方法及路由设备 | |
WO2016065747A1 (zh) | 一种p2mp中lsp重汇聚识别方法和装置 | |
EP2944066B1 (en) | Method and device for handling inconsistency of psc states between two ends | |
WO2013033997A1 (zh) | 一种实现控制平面交叉倒换的方法及系统 | |
CN113709042B (zh) | 一种rsvp gr过程中的隧道状态恢复方法及装置 |
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: 20161005 |