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
- path
- message
- restarting
- 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
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 |
---|---|---|
US8565071B2 (en) | Protection method, system, and device in packet transport network | |
US9900291B2 (en) | Methods and apparatus for synchronizing decryption state with remote encryption state | |
CN101156394B (zh) | 业务转发路由的恢复方法及其系统 | |
US20080304494A1 (en) | Communication device | |
US9515919B2 (en) | Method and apparatus for protection switching in packet transport system | |
US7130304B1 (en) | Method and apparatus for graceful restart | |
US20090310482A1 (en) | Communication Node and Communication System | |
US9350612B2 (en) | Method, network device, and system for synchronization between network devices | |
EP2424186A1 (en) | Dual-computer hot-standby method, device and system | |
EP1921797A1 (en) | Recovery method and apparatus for optical network lsp occuring abnormal delete | |
US8948002B2 (en) | Method and device for preventing repeated refreshing of address table of Ethernet ring network node | |
CN101895455B (zh) | 一种基于mpls-tp的环网快速保护方法 | |
CN105991480A (zh) | 一种实现rsvp-te协议报文处理的方法及装置 | |
WO2016169214A1 (zh) | 一种隧道保护切换的方法和装置 | |
US20210037121A1 (en) | Data transmission protection method, device, system, and computer readable storage medium | |
WO2017152595A1 (zh) | 一种响应网络拓扑变化的方法和装置 | |
CN101820393B (zh) | 对标签转发路径进行差分处理的方法、节点及系统 | |
US9258221B2 (en) | System and method for rapid protection of RSVP based LSP | |
CN101616080B (zh) | 一种弹性分组环报文保序方法、装置和网络设备 | |
CN107222402A (zh) | 重启恢复时间的调整方法和装置 | |
CN102571576B (zh) | 一种多协议标签交换网络中优雅重启的方法及路由设备 | |
CN107426098A (zh) | 一种故障确定方法及装置 | |
US20170041196A1 (en) | Method, device and system for preventing network node aging | |
CN105656651B (zh) | 删除gr功能的方法及设备 | |
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 |