CN102098210A - 在rsvp gr过程中恢复隧道下多条lsp的方法及装置 - Google Patents
在rsvp gr过程中恢复隧道下多条lsp的方法及装置 Download PDFInfo
- Publication number
- CN102098210A CN102098210A CN2009102603093A CN200910260309A CN102098210A CN 102098210 A CN102098210 A CN 102098210A CN 2009102603093 A CN2009102603093 A CN 2009102603093A CN 200910260309 A CN200910260309 A CN 200910260309A CN 102098210 A CN102098210 A CN 102098210A
- Authority
- CN
- China
- Prior art keywords
- lsp
- type information
- tunnel
- forwarding
- rsvp
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种在RSVP GR过程中恢复隧道下多条LSP的方法，所述方法包括以下步骤：A、在创建LSP或更新LSP类型时，保存所述LSP的类型信息；B、在隧道头节点LSRA重启后，根据保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。本发明还公开了一种在RSVP GR过程中恢复隧道下多条LSP的装置。对于隧道下存在多条LSP的情况，本发明通过在创建LSP或更新LSP类型时保存所述LSP的类型信息的方法，在头节点LSR重启后，接收到下游邻居的RecoveryPath消息时区分出当前待恢复的LSP的类型，并根据保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
Description
技术领域
本发明涉及数据网络通信技术领域，特别是涉及在RSVP(Resource ReSerVation Protocol，资源预留协议)GR(Graceful Restart，优雅重启)过程中恢复隧道下多条LSP(Label Switch Path，标记交换路径)的方法及装置。
背景技术
在实际的网络中，当LSR(Label Switch Router，标记交换路由器)的RSVP-TE(Resource ReSerVation Protocol-Traffic Engineering，基于流量工程扩展的资源预留协议)控制层面重启，重启的LSR不但丢失RSVP-TE控制状态，也会删除相关的所有已经建立的LSP隧道的MPLS(Multiprotoco Label Switching，多协议标签交换)转发状态。这就意味着在相关LSP隧道上的数据流转发中断。这种由于RSVP-TE控制层面重启带来的结果不仅只在重启的LSR上，同样影响着邻居LSR。因为在RSVP-TE控制层面故障后，重启的LSR在一段时间里不能发送或接收刷新消息和响应邻居的HELLO消息。当邻居接收刷新消息和HELLO消息失败，邻居也会删除所有相关LSP的RSVP-TE控制和MPLS转发状态。总之，RSVP-TE控制层面重启会导致重启LSR和其邻居的MPLS数据流中断。
为了减少上述RSVP-TE控制层面重启带来的影响，可以采用RSVP-TE GR机制来解决。该机制允许LSR在实际的重启前向RSVP-TE邻居指明在RSVP-TE控制层面重启后保护MPLS转发状态的能力。然后，当LSR的RSVP-TE控制层面重启之后，LSR会丢失RSVP-TE控制状态，但LSR继续使用先前建立的LSP隧道的MPLS转发状态来转发数据。当邻居探测到该LSR的RSVP-TE控制层面的重启，邻居会继续保持所有相关的LSP隧道的控制和转发状态并且同先前一样转发流量。当控制层面的重启已经完成，重启的LSR会同先前的邻居重建HELLO通信和重新同步RSVP-TE控制状态，这就避免了MPLS数据流的中断。
RFC5063定义了RecoveryPath消息来支持头节点LSR重启后的LSP状态的恢复。但对于隧道下存在多条LSP的情况，头节点LSR重启后，接收到下游邻居的RecoveryPath消息并不能区分出当前待恢复的LSP的类型。例如以下的情况：
(1)对于隧道内的端到端(end-to-end)保护，一条隧道下会同时存在working LSP(A-B-C-D)和protecting LSP(A-E-D)。在protecting LSP对workingLSP已经形成保护；或者形成端到端保护后由于检测到working LSP链路发生故障而发生了切换，导致流量经过protecting LSP的情况下，此时在隧道头节点进行控制层面重启。如图1所示。
(2)隧道MBB(Make-before-break，先合后开)的例子。MBB指的是新创建一条LSP(比如发现了一条比原有路径更优的路径：A-B-C-D)，当新LSP创建成功后再拆除原来的LSP(A-E-C-D)，使得流量平滑地切换到这条更优路径上。新的LSP创建成功而成为working LSP，原有的working LSP成为deletingLSP(待删除LSP)并且在等待延时删除，此时在隧道头节点进行控制层面重启。如图2所示。
如图3所示，在支持RSVP GR的前提下，面对上述情况对于来自下游邻居的RecoveryPath消息，头节点无法区分出该RecoveryPath消息对应于是working LSP、protecting LSP还是deleting LSP，所以会造成只能恢复一条LSP或者错误地恢复了LSP的问题，比如把deleting LSP恢复成了working LSP。
发明内容
本发明要解决的问题是提供一种在RSVP GR过程中恢复隧道下多条LSP的方法及装置，以克服现有技术中对于隧道下存在多条LSP的情况，头节点LSR重启后，接收到下游邻居的RecoveryPath消息并不能区分出当前待恢复的LSP的类型的缺陷。
为达到上述目的，本发明的技术方案提供一种在RSVP GR过程中恢复隧道下多条LSP的方法，所述方法包括以下步骤：A、在创建LSP或更新LSP类型时，保存所述LSP的类型信息；B、在隧道头节点LSRA重启后，根据保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
进一步，所述步骤A具体包括：A1、所述隧道头节点根据创建的LSP的类型，更新流量工程管理信息基础TE-MIB本地隧道表tunnelTable，并向邻节点发送路径消息，所述tunnelTable中包含LSP的类型字段；A2、所述隧道头节点根据收到的Resv消息，判断所述Resv消息是否对应于MBB新建的LSP，如果是，则转步骤A3，否则转步骤A4；A3、MBB处理，将原有的工作LSP转换为待删除LSP，修改tunnelTable中的LSP的类型信息，并将修改后的携带LSP的类型信息的转发表项发送到支撑RTM；A4、所述隧道头节点向支撑RTM下发新建LSP的携带LSP的类型信息的转发表项；A5、所述支撑RTM保存所述LSP的类型信息。
进一步，所述步骤A5具体包括：所述支撑RTM保存携带LSP的类型信息的转发表项，并同步到备板。
进一步，所述步骤B具体包括：B1、所述支撑RTM获取LSP的类型信息；B2、所述隧道头节点查询所述支撑RTM，得知保留住了转发状态，则向邻节点通告本节点进入恢复流程；B3、所述隧道头节点接收邻节点的RecoveryPath消息，根据出标签和出接口从所述支撑RTM获取LSP的类型信息；B4、所述隧道头节点根据获取的LSP的类型信息，更新tunnelTable，并向邻节点发送路径消息；B5、所述隧道头节点收到邻节点的Resv消息后，向支撑RTM下发对应LSP的携带LSP的类型信息的转发表项。
进一步，所述步骤B1具体包括：所述支撑RTM从备板上获取并保存携带LSP的类型信息的转发表项。
本发明的技术方案还提供一种在RSVP GR过程中恢复隧道下多条LSP的装置所述装置包括：类型信息存储单元，用于在创建LSP或更新LSP类型时，保存所述LSP的类型信息；状态恢复单元，用于在隧道头节点LSRA重启后，根据所述类型信息存储单元保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
进一步，所述类型信息存储单元包括：本地隧道表更新子单元，用于根据创建的LSP的类型，更新流量工程管理信息基础TE-MIB本地隧道表tunnelTable，并向邻节点发送路径消息，所述tunnelTable中包含LSP的类型字段；MBB新建LSP判断子单元，用于根据收到的Resv消息，判断所述Resv消息是否对应于MBB新建的LSP；转发表项下发子单元，用于向支撑RTM下发新建LSP的携带LSP的类型信息的转发表项；转发表项同步子单元，用于同步支撑RTM保存的携带LSP的类型信息的转发表项。
进一步，所述类型信息存储单元还包括：MBB处理子单元，用于将原有的工作LSP转换为待删除LSP，修改tunnelTable中的LSP的类型信息，并将修改后的携带LSP的类型信息的转发表项通过转发表项下发子单元发送到支撑RTM。
进一步，所述转发表项同步子单元位于备板上。
进一步，所述状态恢复单元包括：转发状态查询子单元，用于查询支撑RTM，得知保留住了转发状态，则向邻节点通告本节点进入恢复流程；LSP的类型信息获取子单元，用于接收邻节点的RecoveryPath消息，根据出标签和出接口从所述支撑RTM获取LSP的类型信息；恢复控制子单元，用于根据获取的LSP的类型信息，控制所述本地隧道表更新子单元更新tunnelTable，并向邻节点发送路径消息；在收到邻节点的Resv消息后，控制所述转发表项下发子单元向支撑RTM下发对应LSP的携带LSP的类型信息的转发表项。
与现有技术相比，本发明有益效果如下：
对于隧道下存在多条LSP的情况，本发明通过在创建LSP或更新LSP类型时保存所述LSP的类型信息的方法，在头节点LSR重启后，接收到下游邻居的RecoveryPath消息时区分出当前待恢复的LSP的类型，并根据保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
附图说明
图1是现有技术的一种形成端到端保护的拓扑结构图；
图2是现有技术的一种进行MBB处理的拓扑结构图；
图3是现有技术的一种隧道头节点LSR A发生重启后的RSVP GR流程图；
图4是本发明实施例的一种在RSVP GR过程中恢复隧道下多条LSP的方法的流程图；
图5是本发明实施例的一种在RSVP GR过程中恢复隧道下多条LSP的装置的结构图。
具体实施方式
下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。
实施例一
本发明实施例的一种在RSVP GR过程中恢复隧道下多条LSP的方法如图4所示，本实施例是对图1所示的拓扑结构中隧道内的端到端(end-to-end)保护，一条隧道下会同时存在working LSP(A-B-C-D)和protecting LSP(A-E-D)的情况进行处理的，参照图1和图4，本实施例包括以下步骤：
步骤s401，RSVP隧道头节点A创建LSP，根据创建的LSP的类型更新TE-MIB(Traffic Engineering Management Information Base，流量工程管理信息基础)本地隧道表tunnelTable，并向邻节点发送Path消息。所述tunnelTable中包含LSP的类型字段，本实施例中在tunnelTable中扩展一个字段用来记录LSP的类型，当本地创建不同类型的LSP时标记其LSP类型：对于working LSP，其类型可以标识为TYPE_WORKING；对于protecting LSP，其类型可以标识为TYPE_PROTECTING。
步骤s402，隧道头节点根据收到的Resv消息，判断所述Resv消息是否对应于MBB新建的LSP，如果是，则转步骤s403，否则转步骤s404。本实施例中所述Resv消息不是对应于MBB新建的LSP，因此转步骤s404。
步骤s404，隧道头节点A向支撑RTM(Route Table Manager，路由表管理模块)下发新建LSP的携带LSP的类型信息的转发表项。
步骤s405，支撑RTM保存所述LSP的类型信息。本实施例中支撑RTM保存携带LSP的类型信息的转发表项，并同步到备板。
步骤s406，支撑RTM获取LSP的类型信息。本实施例中，RSVP隧道下protecting LSP为working LSP形成了端到端的保护，此时隧道头节点A发生了主备倒换，当隧道头节点A备板上的协议重新加载后，支撑RTM从备板上获取并保存转发表项。
步骤s407，隧道头节点查询所述支撑RTM，得知保留住了转发状态，则向邻节点B和E通告本节点进入恢复流程。
步骤s408，隧道头节点接收邻节点的RecoveryPath消息，根据出标签和出接口从支撑RTM获取LSP的类型信息。本实施例中隧道头节点A RSVP如果收到邻节点B的RecoveryPath消息，通过出标签和出接口向支撑RTM查询转发表项的lsp_type(值为TYPE_WORKING)；如果收到邻节点E的RecoveryPath消息，通过出标签和出接口向支撑RTM查询转发表项的lsp_type(值为TYPE_PROTECTING)。
步骤s409，隧道头节点根据获取的LSP的类型信息，更新tunnelTable，并向邻节点发送Path消息。本实施例中，当查询转发表项的lsp_type值为TYPE_WORKING时，RSVP设置tunnelTable的lsp_type赋值为TYPE_WORKING，然后向下游节点B发送Path消息；当查询转发表项的lsp_type值为TYPE_PROTECTING时，RSVP设置tunnelTable的lsp_type赋值为TYPE_PROTECTING，然后向下游节点E发送Path消息。
步骤s410，隧道头节点收到邻节点的Resv消息后，向支撑RTM下发对应LSP的携带LSP的类型信息的转发表项。本实施例中，RSVP隧道头节点收到下游节点B的Resv消息后，向支撑RTM下发对应working LSP的lsp_type为TYPE_WORKING的转发表项；收到下游节点E的Resv消息后，向支撑RTM下发protecting LSP的lsp_type为TYPE_PROTECTING的转发表项。至此RSVP隧道头节点的working LSP和protecting LSP的状态重新同步完成。
实施例二
本实施例是对图2所示的拓扑结构中MBB新创建一条LSP(A-B-C-D)，再拆除原来的LSP(A-E-C-D)的情况进行处理的，参照图2和图4，本实施例与实施例一相比，主要有以下区别：
在步骤s401中，对于working LSP，其类型可以标识为TYPE_WORKING；对于MBB中待删除的LSP，其类型可以标识为TYPE_DELETING。
在步骤s402中，本实施例中所述Resv消息对应于MBB新建的LSP，因此转步骤s403。步骤s403为：MBB处理，将原有的工作LSP转换为待删除LSP，修改tunnelTable中的LSP的类型信息，并将修改后的携带LSP的类型信息的转发表项发送到支撑RTM。
在步骤s408中，如果收到邻节点E的RecoveryPath消息，通过出标签和出接口向支撑RTM查询转发表项的lsp_type(值为TYPE_DELETING)。
在步骤s409中，当查询转发表项的lsp_type值为TYPE_DELETING时，RSVP设置tunnelTable的lsp_type赋值为TYPE_DELETING。
在步骤s410中，RSVP隧道头节点收到下游节点E的Resv消息后，向支撑RTM下发protecting LSP的lsp_type为TYPE_DELETING的转发表项。
本发明实施例的一种在RSVP GR过程中恢复隧道下多条LSP的装置如图5所示，包括：类型信息存储单元和状态恢复单元，类型信息存储单元用于在创建LSP或更新LSP类型时，保存所述LSP的类型信息；状态恢复单元用于在隧道头节点LSRA重启后，根据类型信息存储单元保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
类型信息存储单元包括本地隧道表更新子单元、MBB新建LSP判断子单元、转发表项下发子单元、转发表项同步子单元和MBB处理子单元，其中MBB新建LSP判断子单元分别与本地隧道表更新子单元和MBB处理子单元连接，转发表项下发子单元分别与MBB新建LSP判断子单元、MBB处理子单元和支撑RTM连接，转发表项同步子单元与支撑RTM连接。
本地隧道表更新子单元用于根据创建的LSP的类型，更新TE-MIBtunnelTable，并向邻节点发送路径消息，所述tunnelTable中包含LSP的类型字段。MBB新建LSP判断子单元用于根据收到的Resv消息，判断所述Resv消息是否对应于MBB新建的LSP。转发表项下发子单元用于向支撑RTM下发新建LSP的携带LSP的类型信息的转发表项。转发表项同步子单元用于同步支撑RTM保存的携带LSP的类型信息的转发表项，所述转发表项同步子单元位于备板上。MBB处理子单元用于将原有的工作LSP转换为待删除LSP，修改tunnelTable中的LSP的类型信息，并将修改后的携带LSP的类型信息的转发表项通过转发表项下发子单元发送到支撑RTM。
状态恢复单元包括转发状态查询子单元、LSP的类型信息获取子单元和恢复控制子单元，其中转发状态查询子单元分别与LSP的类型信息获取子单元和支撑RTM连接，LSP的类型信息获取子单元分别与恢复控制子单元和支撑RTM连接，恢复控制子单元分别与本地隧道表更新子单元和转发表项下发子单元连接。
转发状态查询子单元用于查询支撑RTM，得知保留住了转发状态，则向邻节点通告本节点进入恢复流程。LSP的类型信息获取子单元用于接收邻节点的RecoveryPath消息，根据出标签和出接口从所述支撑RTM获取LSP的类型信息。恢复控制子单元用于根据获取的LSP的类型信息，控制所述本地隧道表更新子单元更新tunnelTable，并向邻节点发送路径消息；在收到邻节点的Resv消息后，控制所述转发表项下发子单元向支撑RTM下发对应LSP的携带LSP的类型信息的转发表项。
对于隧道下存在多条LSP的情况，本发明通过在创建LSP或更新LSP类型时保存所述LSP的类型信息的方法，在头节点LSR重启后，接收到下游邻居的RecoveryPath消息时区分出当前待恢复的LSP的类型，并根据保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明技术原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种在RSVP GR过程中恢复隧道下多条LSP的方法，其特征在于，所述方法包括以下步骤：
A、在创建LSP或更新LSP类型时，保存所述LSP的类型信息；
B、在隧道头节点LSRA重启后，根据保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
2.如权利要求1所述的在RSVP GR过程中恢复隧道下多条LSP的方法，其特征在于，所述步骤A具体包括：
A1、所述隧道头节点根据创建的LSP的类型，更新流量工程管理信息基础TE-MIB本地隧道表tunnelTable，并向邻节点发送路径消息，所述tunnelTable中包含LSP的类型字段；
A2、所述隧道头节点根据收到的Resv消息，判断所述Resv消息是否对应于MBB新建的LSP，如果是，则转步骤A3，否则转步骤A4；
A3、MBB处理，将原有的工作LSP转换为待删除LSP，修改tunnelTable中的LSP的类型信息，并将修改后的携带LSP的类型信息的转发表项发送到支撑RTM；
A4、所述隧道头节点向支撑RTM下发新建LSP的携带LSP的类型信息的转发表项；
A5、所述支撑RTM保存所述LSP的类型信息。
3.如权利要求2所述的在RSVP GR过程中恢复隧道下多条LSP的方法，其特征在于，所述步骤A5具体包括：所述支撑RTM保存携带LSP的类型信息的转发表项，并同步到备板。
4.如权利要求1至3任一项所述的在RSVP GR过程中恢复隧道下多条LSP的方法，其特征在于，所述步骤B具体包括：
B1、所述支撑RTM获取LSP的类型信息；
B2、所述隧道头节点查询所述支撑RTM，得知保留住了转发状态，则向邻节点通告本节点进入恢复流程；
B3、所述隧道头节点接收邻节点的RecoveryPath消息，根据出标签和出接口从所述支撑RTM获取LSP的类型信息；
B4、所述隧道头节点根据获取的LSP的类型信息，更新tunnelTable，并向邻节点发送路径消息；
B5、所述隧道头节点收到邻节点的Resv消息后，向支撑RTM下发对应LSP的携带LSP的类型信息的转发表项。
5.如权利要求4所述的在RSVP GR过程中恢复隧道下多条LSP的方法，其特征在于，所述步骤B1具体包括：所述支撑RTM从备板上获取并保存携带LSP的类型信息的转发表项。
6.一种在RSVP GR过程中恢复隧道下多条LSP的装置，其特征在于，所述装置包括：
类型信息存储单元，用于在创建LSP或更新LSP类型时，保存所述LSP的类型信息；
状态恢复单元，用于在隧道头节点LSRA重启后，根据所述类型信息存储单元保存的LSP类型信息，恢复所述隧道头节点下多条LSP的状态。
7.如权利要求6所述的在RSVP GR过程中恢复隧道下多条LSP的装置，其特征在于，所述类型信息存储单元包括：
本地隧道表更新子单元，用于根据创建的LSP的类型，更新流量工程管理信息基础TE-MIB本地隧道表tunnelTable，并向邻节点发送路径消息，所述tunnelTable中包含LSP的类型字段；
MBB新建LSP判断子单元，用于根据收到的Resv消息，判断所述Resv消息是否对应于MBB新建的LSP；
转发表项下发子单元，用于向支撑RTM下发新建LSP的携带LSP的类型信息的转发表项；
转发表项同步子单元，用于同步支撑RTM保存的携带LSP的类型信息的转发表项。
8.如权利要求7所述的在RSVP GR过程中恢复隧道下多条LSP的装置，其特征在于，所述类型信息存储单元还包括：
MBB处理子单元，用于将原有的工作LSP转换为待删除LSP，修改tunnelTable中的LSP的类型信息，并将修改后的携带LSP的类型信息的转发表项通过转发表项下发子单元发送到支撑RTM。
9.如权利要求7所述的在RSVP GR过程中恢复隧道下多条LSP的装置，其特征在于，所述转发表项同步子单元位于备板上。
10.如权利要求7至9任一项所述的在RSVP GR过程中恢复隧道下多条LSP的装置，其特征在于，所述状态恢复单元包括：
转发状态查询子单元，用于查询支撑RTM，得知保留住了转发状态，则向邻节点通告本节点进入恢复流程；
LSP的类型信息获取子单元，用于接收邻节点的RecoveryPath消息，根据出标签和出接口从所述支撑RTM获取LSP的类型信息；
恢复控制子单元，用于根据获取的LSP的类型信息，控制所述本地隧道表更新子单元更新tunnelTable，并向邻节点发送路径消息；在收到邻节点的Resv消息后，控制所述转发表项下发子单元向支撑RTM下发对应LSP的携带LSP的类型信息的转发表项。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910260309.3A CN102098210B (zh) | 2009-12-15 | 2009-12-15 | 在rsvp gr过程中恢复隧道下多条lsp的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910260309.3A CN102098210B (zh) | 2009-12-15 | 2009-12-15 | 在rsvp gr过程中恢复隧道下多条lsp的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102098210A true CN102098210A (zh) | 2011-06-15 |
| CN102098210B CN102098210B (zh) | 2014-07-02 |
Family
ID=44131082
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910260309.3A Active CN102098210B (zh) | 2009-12-15 | 2009-12-15 | 在rsvp gr过程中恢复隧道下多条lsp的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102098210B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015184874A1 (zh) * | 2014-11-05 | 2015-12-10 | 中兴通讯股份有限公司 | 一种标签交换路径lsp的平滑重启gr的恢复方法及装置 |
| CN105939273A (zh) * | 2015-03-06 | 2016-09-14 | 丛林网络公司 | 路由器方法、路由器以及路由器系统 |
| CN113709042A (zh) * | 2021-08-20 | 2021-11-26 | 深圳市风云实业有限公司 | 一种rsvp gr过程中的隧道状态恢复方法及装置 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030210705A1 (en) * | 2002-05-13 | 2003-11-13 | Nabil Seddigh | System and method for distributed resource reservation protocol-traffic engineering (RSVP-TE) hitless restart in multi-protocol label switching (MPLS) network |
| WO2007065294A1 (fr) * | 2005-12-07 | 2007-06-14 | Zte Corporation | Procede pour le traitement de redemarrage progressif de protocole rsvp lors du redemarrage simultane d'une pluralite de noeuds voisins |
| CN101094049A (zh) * | 2007-07-18 | 2007-12-26 | 杭州华三通信技术有限公司 | 平滑重启方法及邻居设备 |
| CN101193048A (zh) * | 2006-11-24 | 2008-06-04 | 中兴通讯股份有限公司 | 资源共享路径建立系统 |
-
2009
- 2009-12-15 CN CN200910260309.3A patent/CN102098210B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20030210705A1 (en) * | 2002-05-13 | 2003-11-13 | Nabil Seddigh | System and method for distributed resource reservation protocol-traffic engineering (RSVP-TE) hitless restart in multi-protocol label switching (MPLS) network |
| WO2007065294A1 (fr) * | 2005-12-07 | 2007-06-14 | Zte Corporation | Procede pour le traitement de redemarrage progressif de protocole rsvp lors du redemarrage simultane d'une pluralite de noeuds voisins |
| CN101193048A (zh) * | 2006-11-24 | 2008-06-04 | 中兴通讯股份有限公司 | 资源共享路径建立系统 |
| CN101094049A (zh) * | 2007-07-18 | 2007-12-26 | 杭州华三通信技术有限公司 | 平滑重启方法及邻居设备 |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015184874A1 (zh) * | 2014-11-05 | 2015-12-10 | 中兴通讯股份有限公司 | 一种标签交换路径lsp的平滑重启gr的恢复方法及装置 |
| CN105634951A (zh) * | 2014-11-05 | 2016-06-01 | 中兴通讯股份有限公司 | 一种标签交换路径lsp的平滑重启gr的恢复方法及装置 |
| CN105939273A (zh) * | 2015-03-06 | 2016-09-14 | 丛林网络公司 | 路由器方法、路由器以及路由器系统 |
| CN105939273B (zh) * | 2015-03-06 | 2019-05-28 | 丛林网络公司 | 路由器方法、路由器以及路由器系统 |
| US10313234B2 (en) | 2015-03-06 | 2019-06-04 | Juniper Networks, Inc. | RSVP make-before-break label reuse |
| CN110650090A (zh) * | 2015-03-06 | 2020-01-03 | 丛林网络公司 | 路由方法和路由器 |
| CN110650090B (zh) * | 2015-03-06 | 2020-12-18 | 瞻博网络公司 | 路由方法和路由器 |
| CN113709042A (zh) * | 2021-08-20 | 2021-11-26 | 深圳市风云实业有限公司 | 一种rsvp gr过程中的隧道状态恢复方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102098210B (zh) | 2014-07-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7155632B2 (en) | Method and system for implementing IS-IS protocol redundancy | |
| EP2378719B1 (en) | Method for implementing fast reroute | |
| CN101340369B (zh) | 实现虚连接支持优雅重启的方法和路由器 | |
| US8027247B2 (en) | Method and router for controlling graceful restart status | |
| US20060013127A1 (en) | MPLS network system and node | |
| CN101984600B (zh) | 路由协议的优雅重启方法、设备和系统 | |
| CN105340226B (zh) | 动态路由设备的主备系统切换的方法及其装置 | |
| CN102404216A (zh) | 一种trill网络保护的方法、路由桥和系统 | |
| CN102325080B (zh) | 一种ospf协议平滑重启方法和装置 | |
| CN103581013A (zh) | 实现路由协议的不中断路由的方法和装置 | |
| CN102195861B (zh) | 一种路由切换过程中建立bfd会话的方法和装置 | |
| JP5835043B2 (ja) | リスタート方法及びノード装置 | |
| EP2599270B1 (en) | A network device and method of routing traffic | |
| US8897126B2 (en) | Communication apparatus, apparatus activation control method, communication control method, and communication control program | |
| CN108924044A (zh) | 链路维持方法、pe设备及可读存储介质 | |
| CN101577719A (zh) | 一种双机热备方法、装置和系统 | |
| CN109547269A (zh) | 一种ip ran设备实现lsp保护的方法及装置 | |
| CN101656651A (zh) | 流量工程隧道的关联保护方法及装置 | |
| CN106209619A (zh) | 一种应用于路由中断的实时自动切换装置及方法 | |
| CN102447587A (zh) | 一种基于ospf协议的平滑重启方法和路由器 | |
| CN104639434A (zh) | 一种开放最短路径优先协议平滑重启方法及装置 | |
| CN102098210B (zh) | 在rsvp gr过程中恢复隧道下多条lsp的方法及装置 | |
| CN102487357A (zh) | 用于主备倒换后持续转发的控制方法和控制装置 | |
| CN105306356A (zh) | 一种组播路由在分布式系统上实现主备切换的方法 | |
| WO2011120423A1 (en) | System and method for communications system routing component level high availability |
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 |