CN102598599A - 快速重新路由条件下的rsvp-te完美重启 - Google Patents
快速重新路由条件下的rsvp-te完美重启 Download PDFInfo
- Publication number
- CN102598599A CN102598599A CN2010800468613A CN201080046861A CN102598599A CN 102598599 A CN102598599 A CN 102598599A CN 2010800468613 A CN2010800468613 A CN 2010800468613A CN 201080046861 A CN201080046861 A CN 201080046861A CN 102598599 A CN102598599 A CN 102598599A
- Authority
- CN
- China
- Prior art keywords
- node
- hello
- remote node
- hello message
- session
- 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
- 238000000034 method Methods 0.000 claims abstract description 42
- 230000004044 response Effects 0.000 claims abstract description 29
- 230000008569 process Effects 0.000 claims description 18
- 230000007246 mechanism Effects 0.000 claims description 7
- 230000005540 biological transmission Effects 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- 238000001514 detection method Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000000977 initiatory effect Effects 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 238000004590 computer program Methods 0.000 description 2
- 230000003862 health status Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000009191 jumping Effects 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000008263 repair mechanism Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/026—Details of "hello" or keep-alive messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/22—Alternate routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/28—Routing or path finding of packets in data switching networks using route fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/50—Routing or path finding of packets in data switching networks using label swapping, e.g. multi-protocol label switch [MPLS]
-
- 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
-
- 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/74—Admission control; Resource allocation measures in reaction to resource unavailability
- H04L47/746—Reaction triggered by a failure
-
- 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/82—Miscellaneous aspects
- H04L47/825—Involving tunnels, e.g. MPLS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
根据一个实施例,响应于受保护标签切换路径(LSP)的链路故障和节点故障中的至少一个,根据快速重新路由(FRR)方案将网络业务切换到保护路径上。与不紧邻网络单元的远程节点建立HELLO会话,包括与远程节点交换一个或多个HELLO消息,如果使用IP转发,则每个HELLO消息都具有大于1的生存时间(TTL)值。如果经由隧道发送HELLO消息,则HELLO消息的TTL值被设置成1。响应于重启的请求,使用从在HELLO会话期间与远程节点交换的一个或多个HELLO消息获得的信息执行资源预留协议(RSVP)业务工程(TE)完美重启(GR)过程。
Description
技术领域
本发明的实施例一般涉及连网领域;并且更具体地说,涉及网络单元的RSVP-TE完美重启。
背景技术
资源预留协议(RSVP)业务工程(RSVP-TE)完美重启(GR)方案提供了一种机制以在网络单元或网络节点的控制平面故障期间保留标签切换路径(LSP)使得业务不受影响。有关RSVP GR规范的更详细信息可在多个请求注解(RFC)(诸如RFC-3473和RFC-5063)中找到。
RSVP快速重新路由(FRR)方案在RFC-4090中被规定,并当发生链路或节点故障时提供快速本地修复机制,使得可在本地修复点(PLR)节点上将业务从受保护LSP切换到预先建立的旁路隧道进行设施保护。合并点(MP)节点将业务合并回受保护LSP。旁路隧道可为多个受保护LSP提供FRR保护(1:N保护)。当FRR生效时,业务可停留在旁路路径中一段延长的时间。在这段时间期间,如果PLR节点或MP节点重启,则不能应用RSVP GR过程,这是因为如果MP节点与PLR节点不直接连接,则在PLR节点与MP节点之间没有交换HELLO消息。如在RFC-3209中所定义的,仅在紧邻节点之间运行RSVP HELLO会话。
根据RFC-3209,在直接连接的相邻节点之间交换RSVP HELLO消息以检测相邻节点的控制平面的健康状况。RFC-3473将RSVP HELLO机制扩展成支持RSVP完美重启功能性。HELLO消息用于携带在网络单元的控制平面失效或重启之后用于保留LSP并恢复LSP状态的完美重启能力对象和信息。如果未建立HELLO会话,则不能实现完美重启。RFC-4558介绍了基于节点ID的HELLO消息。
发明内容
提供一种与不紧邻网络单元的远程节点建立HELLO会话以便执行网络单元的完美重启(graceful restart)的方法。根据本发明的一个方面,通过与远程节点交换HELLO消息,与不紧邻网络单元的远程节点建立HELLO会话。可使用IP转发发送HELLO消息,同时HELLO消息的生存时间(TTL)值应该被设置成大于1。仅目标网络单元处理HELLO消息并以送往HELLO消息的发送方的ACKINACK响应该HELLO消息。如果消息的TTL值大于0,则网络中的所有其它节点只朝HELLO消息的目的地转发HELLO消息。如果HELLO消息的TTL值达到0,则将默默地废弃该HELLO消息。如果在不直接连接的节点之间存在隧道,则可经由该隧道发送HELLO消息,同时HELLO消息的TTL值可被设置成1。
根据本发明的另一个方面,可在受保护LSP的链路/节点故障之前与不紧邻网络单元的远程网络单元建立HELLO会话。响应于受保护LSP的链路/节点故障,根据快速重新路由(FRR)方案将业务切换到旁路隧道上。随后,响应于控制平面故障或重启的请求,使用从在HELLO会话期间与远程节点交换的HELLO消息获得的信息执行资源预留协议(RSVP)业务工程(TE)完美重启(GR)过程。从HELLO消息获得的信息帮助保留受保护LSP的状态。
根据本发明的另一个方面,可响应于由受保护LSP的链路/节点故障触发的FRR与不紧邻该网络单元的网络单元建立HELLO会话,并且建立旁路隧道以携带受保护LSP的业务。如果当控制平面故障或重启时发生完美重启,则不直接连接的节点交换包含可用于保留和恢复受保护LSP的状态的Restart_Cap对象的HELLO消息。可使用IP转发发送在不直接连接的节点之间交换的HELLO消息,同时HELLO消息的TTL值被设置成大于1。如果可经由不直接连接的节点之间的隧道发送HELLO消息,则HELLO消息的TTL值可被设置成1。
根据本发明的另一个方面,可通过将远程网络单元配置为任一侧上的其逻辑邻居发起不直接连接的网络单元之间的HELLO会话。在朝远程网络单元发送的HELLO消息的目的地地址字段上使用远程网络单元的配置地址。来自远程网络单元的响应完成了HELLO会话建立。
根据本发明的另一个方面,在发生链路/节点故障并触发FRR之前或之后,可经由IP转发或配置成保护受保护标签切换路径(LSP)的旁路隧道,由在网络单元从远程网络单元接收的路径消息发起不直接连接的网络单元之间的HELLO会话。响应于路径消息,与不紧邻网络单元的远程节点建立HELLO会话,包括与远程节点交换HELLO消息,每个HELLO消息具有为255的生存时间(TTL)值。响应于受保护LSP的链路故障和/或节点故障,已经使用快速重新路由(FRR)方案将网络业务切换到旁路隧道上。随后,响应于重启的请求,使用从在HELLO会话期间与远程节点交换的一个或多个HELLO消息获得的信息执行资源预留协议(RSVP)业务工程(TE)完美重启(GR)过程。从HELLO消息获得的信息帮助保留受保护LSP的状态。
从如下附图和具体实施方式将明白本发明的其它特征。
附图说明
本发明的实施例在附图的各图中通过示例而非限制进行了例证,附图中相似的附图标记指示类似单元。
图1是例证可与本发明实施例一起使用的网络配置的框图。
图2是例证根据本发明一个实施例可与HELLO消息一起使用的IP报头的框图。
图3是例证根据本发明一个实施例由PLR节点发起HELLO会话的方法的流程图。
图4是例证根据本发明一个实施例由MP节点发起HELLO会话的方法的流程图。
图5是例证根据本发明一个实施例的网络单元的框图。
具体实施方式
在如下描述中,阐述了许多特定细节。然而,要理解到,可以在没有这些具体细节的情况下实施本发明的实施例。在其它情况下,未详细示出众所周知的电路、结构和技术,以免模糊了对本说明书的理解。
在说明书中提到“一个实施例”、“实施例”、“示例实施例”等是指所描述的实施例可包含具体特征、结构或特性,但每个实施例可能不一定都包含该具体特征、结构或特性。此外,这种短语不一定指的是同一实施例。另外,当结合实施例描述具体特征、结构或特性时,建议如下在本领域技术人员的知识范围内:结合其它实施例实现这种特征、结构或特性,而不管是否被明确地描述。
在如下说明书和权利要求书中,可使用术语“耦合”和“连接”,连同它们的派生词。应该理解,这些术语不打算作为彼此的同义词。“耦合”用于指示两个或更多单元彼此协同工作或交互作用,它们可以直接或者可以不直接物理接触或电接触。“连接”用于指示在彼此耦合的两个或更多单元之间建立通信。
根据一个实施例,提供了对RSVP HELLO机制的扩展以允许HELLO会话操作在不直接连接的相邻节点(诸如例如PLR节点与MP节点)之间,其中在保护路径中它们中间存在至少一个中间节点。因此,甚至FRR生效时,也可执行PLR节点和MP节点的RSVP完美重启。
如上所述,一般来说,在直接连接的相邻节点之间交换RSVP HELLO消息以检测相邻节点的控制平面的健康状况。这种HELLO机制已经扩展成支持RSVP GR功能性。HELLO消息用于携带在控制平面失效或重启之后用于保留LSP并恢复LSP状态的完美重启能力对象和信息。如果未建立HELLO会话,则不能实现完美重启。
如上所述,当链路/节点失效时,触发FRR,并且PLR节点将网络业务移动到旁路隧道进行设施保护。在MP节点处将合并回LSP。业务可流过旁路隧道一段延长的时间,并且如果在这段时间期间,在PLR或MP节点处重启控制平面,则受保护LSP上的业务可能丢失,这是因为业务流过PLR与MP节点之间的旁路隧道,并且由于缺乏完美重启能力不保留受保护LSP。根据RFC-3209,如果中间存在多于一跳,则不能在PLR与MP节点之间建立HELLO会话。在这种情形下,它们不是物理上的直接邻居,不过从受保护LSP的角度来看它们形成逻辑邻居,这是因为经由旁路隧道发送路径(PATH)消息。
例如,如图1所示,受保护LSP设立为R1-R2-R3-R4-R5。用于节点保护的旁路隧道建立为R2-R6-R4。当R2-R3之间的链路或节点R3失效时,R2(例如PLR节点)基于FFR方案切换业务流过旁路R2-R6-R4。当FRR生效时,如果R2或R4重启,由于在R2与R4之间不能建立HELLO会话,这是因为它们彼此不紧邻,所以未执行R2和R4的完美重启,并且未保留LSP,因此,网络业务受影响。
根据一个实施例,可通过在不是紧邻的节点的节点之间交换HELLO消息建立HELLO会话。用于到邻居的所有出局HELLO消息的IP报头的生存时间(TTL)字段被设置成大于1的值。在优选实施例中,如果经由IP转发发送HELLO消息,则使用为255的TTL值。远程节点的节点标识符(ID)或接口地址(例如IPv4或IPv6)用在HELLO分组的目的地字段中。应用对应的HELLO消息处理过程,诸如在RFC-3209和RFC-3473中描述的那些。一旦在这些不直接连接的节点之间建立了hello会话,RSVP完美重启过程(诸如在RFC-3473和RFC-5063中描述的那些)就可应用于这些节点。
如果需要HELLO会话,则可在本地节点上动态地发现不直接连接的邻居。例如,当设立隧道时,入口节点和出口节点可形成HELLO会话的邻居。当需要HELLO会话的本地节点发现不直接连接的邻居时,朝远程节点发送出含有HELLO REQUEST(HELLO请求)对象的HELLO消息,其中用该远程节点的地址规定HELLO消息的目的地地址字段。
在RSVP FRR设施保护情况下,当PLR为受保护LSP建立或选择旁路隧道时,PLR可通过朝旁路出口节点发送含有HELLO请求对象的HELLO消息来发起HELLO会话。可使用IP转发或经由旁路隧道发送HELLO消息。当旁路隧道的出口节点接收到HELLO请求消息时,它将具有HELLO_ACK对象的HELLO消息发送回旁路隧道的入口节点。当旁路隧道的入口节点接收到HELLO ACK消息时,旁路隧道的入口节点与出口节点之间建立HELLO会话。
如果在本地节点与远程节点之间存在隧道(例如LSP隧道或旁路隧道),则可通过该隧道发送HELLO消息。如果静态地配置旁路隧道,则在隧道上运行HELLO会话可操作为数据平面生存检验。如果这种隧道不可用,则通过IP路由转发HELLO消息,直到它到达目的地或TTL达到0。仅仅是具有在HELLO消息的目的地地址字段中规定的地址的远程节点将处理HELLO消息,并用含有HELLO ACK对象的HELLO消息朝HELLO请求消息的发送方响应。当HELLO请求消息的发送方接收到具有HELLOACK的HELLO消息时,建立HELLO会话。
当远程节点是隧道的出口节点并且因此从FRR角度充当MP点时,可通过接收RSVP路径消息来发现远程节点。可在链路/节点失效并且发生FRR之前或之后,执行远程节点发现。
当建立旁路隧道时,可通过在旁路隧道的出口节点接收旁路隧道的路径消息而在链路/节点失效之前发现远程节点。也是MP节点的出口节点接收旁路隧道的路径消息,并可通过朝旁路的入口节点发送具有HELLO请求对象的HELLO消息来发起HELLO会话,其中入口节点也是PLR节点。经由IP转发发送HELLO消息,其中TTL值设置成大于1的值。在旁路隧道的入口节点上接收到具有HELLO请求对象的HELLO消息后,旁路隧道的入口节点朝旁路隧道的出口节点以HELLO Ack对象响应HELLO消息。当旁路隧道的出口节点接收到具有HELLO Ack对象的HELLO消息时,在旁路隧道的入口节点(受保护LSP的PLR节点)与出口节点(受保护LSP的MP节点)之间建立HELLO会话。
当FRR生效时,可通过在旁路隧道上接收受保护LSP的路径消息,在链路/节点失效之后发现远程节点。MP节点接收路径消息,并可通过朝旁路入口节点发送具有HELLO请求对象的HELLO消息发起HELLO会话。经由IP转发发送HELLO消息。在旁路隧道的入口节点上接收到具有HELLO请求对象的HELLO消息后,入口节点朝旁路隧道的出口节点发送具有HELLO Ack对象的HELLO消息。当旁路隧道的出口节点接收到具有HELLO Ack对象的HELLO消息时,在旁路隧道的入口节点与出口节点之间建立HELLO会话。
当在不直接连接的节点之间需要HELLO会话时,可在它们的任一侧上配置不直接连接的邻居。该配置触发朝远程节点发送具有HELLO请求对象的HELLO消息。当从远程节点接收回具有HELLO ACK对象的HELLO消息时,建立HELLO会话。
每对本地节点和远程节点建立一个HELLO会话。如果在节点之间存在多个隧道,则仅建立一个HELLO会话。如果对于HELLO会话存在多个隧道,则基于本地策略执行关于哪个隧道用于转发HELLO消息的选择。
如果需要的话,可在不直接连接的同一对本地节点和远程节点之间建立多个HELLO会话。HELLO会话标识符(32位)被加到在不直接连接的节点之间交换的HELLO消息上,以唯一地标识具体HELLO会话连同HELLO消息的源地址字段和目的地地址字段。根据一个实施例,可经由配置来启用或禁用对不直接连接的节点之间的HELLO会话的支持。
参考图1,当链路(在这个示例中是节点R2与R3之间的链路)停止(down)时,受保护LSP R2-R3-R4的网络业务被切换到保护路径R2-R6-R4,保护路径R2-R6-R4是用于FRR设施保护的旁路隧道。根据在RFC-4090中阐述的FRR过程,本地修复点(PLR)节点(在这个示例中是R2)可使用FRR方案将网络业务切换到保护路径。有关FRR规范的更多详细信息可在RFC-4090中找到,其通过参考结合于本文中。
此外,当FRR生效时,作为PLR节点的R2周期地生成含有HELLO请求对象的HELLO消息并将其通过保护路径R2-R6-R4发送到作为MP节点的R4。在HELLO消息中,对应IP报头的TTL字段设置成大于1的值。优选地,HELLO消息的TTL字段被设置成值255。通常,TTL字段指示允许具体IP分组的数据报留在因特网系统中的最大时间。如果TTL字段含有值0,则该数据报必须被废弃。在因特网报头处理中修改TTL字段。以秒为单位测量时间,但是由于处理数据报的每个模块必须将TTL至少减小1,即使它在小于1秒内处理数据报也是如此,因此TTL必须仅被看作数据报可存在的时间的上限。意图是使不可传递的数据报被废弃,并且限制最大数据报生存时间。在RFC-3209中描述的常规HELLO消息要求HELLO消息的这种TTL字段被设置成1,这是因为HELLO消息被设计成在两个紧邻或直接连接的节点之间交换。
在如图1中所示的示例中,由于在PLR节点R2与MP节点R4之间存在至少一跳(例如节点R6),因此TTL值为1的常规HELLO消息不能从R2到达R4。也就是说,通过将HELLO消息的TTL字段设置成值1,中间节点(诸如R6)可丢弃该HELLO消息。通过将HELLO消息的TTL字段设置成大于1,优选为255,这种HELLO可消息可从R2到达R4。图2是例证可与HELLO消息一起使用的IP报头的框图,其中IP报头的TTL字段配置成大于1,优选为255。有关各种操作配置中的HELLO协议的更多详细信息可在RFC-3209、RFC-3473、RFC-4558和RFC-5063中找到,其通过参考结合于本文中。本说明书通篇描述的技术可应用于在上面提到的RFC中定义的配置。
作为响应,作为MP节点的R4以HELLO ACK对象回应HELLO消息。由于当R2和R4中的任一个执行完美重启时R2和R4可交换HELLO消息,因此使用旁路隧道的受保护LSP可被保留以便快速恢复。
图3是例证当在由受保护LSP的链路/节点故障触发FRR发生之后发起并建立HELLO会话时根据本发明一个实施例由PLR节点发起HELLO会话的方法的流程图。注意,方法300可由可包含软件、硬件或二者的组合的处理逻辑执行。例如,方法300可由PLR节点(诸如图1的R2)执行。参考图3,在块301,响应于受保护LSP(例如图1的R2-R3-R4)的节点/链路故障,PLR节点(例如图1的R2)基于FRR方案将网络业务切换到保护路径(例如图1的R2-R6-R4)上。在块302,PLR节点与不紧邻PLR节点的MP节点(例如图1的R4)建立RSVP-TE GR的HELLO会话,包括通过保护路径向MP节点发送TTL大于1的HELLO请求消息。作为响应,在块303,MP节点将HELLO确认消息返回给PLR节点以完成HELLO会话建立。注意,可在将业务切换到保护路径上之前建立HELLO会话(块302和303)。
在块304,响应于重启的请求,当FRR生效时,PLR节点使用从在HELLO会话中交换的HELLO消息获得的信息执行完美重启操作。
图4是例证当在由受保护LSP的链路/节点故障触发FRR发生之后发起并建立HELLO会话时根据本发明一个实施例由MP节点发起HELLO会话的方法的流程图。注意,方法400可由可包含软件、硬件或二者组合的处理逻辑执行。例如,方法400可由MP节点(诸如图1的R4)执行。参考图4,在块401,响应于受保护LSP(例如图1的R2-R3-R4)的节点/链路故障,PLR节点(例如图1的R2)基于FRR方案将网络业务切换到保护路径(例如图1的R2-R6-R4)上。在块402,MP节点(例如图1的R4)通过保护路径从PLR节点接收路径消息,其中路径消息指示PLR节点不紧邻MP节点。在块403,MP节点与不紧邻MP节点的PLR节点建立HELLO会话,包括通过保护路径向PLR节点(例如图1的R2)发送具有值大于1、优选为255的TTL字段的HELLO请求消息。在块404,MP节点通过保护路径从PLR节点接收HELLO确认消息以完成HELLO会话。注意,可在将业务切换到保护路径上之前建立HELLO会话(块402、403和404)。
在块405,响应于重启的请求,当FRR生效时,MP节点使用从在HELLO会话中交换的HELLO消息获得的信息执行完美重启操作。
图5是例证根据本发明一个实施例的网络单元的框图。网络单元700可实现为如图1所示的网络节点中的任一个。例如,网络单元700可以是如上所述的PLR节点或MP节点。参考图5,网络单元700包含但不限于通过网格(mesh)705以通信方式耦合到一个或多个线卡702-703(也称为接口卡或用户平面)的控制卡701(也称为控制平面),网格705可以是网格网络、互联网、总线或它们的组合。线卡也称为数据平面(有时称为转发平面或媒体平面)。每一个线卡702-703分别与一个或多个接口(也称为端口)、诸如接口706-707相关联。每个线卡包含路由功能块或逻辑(例如块709-710)以根据由控制卡701配置的配置(例如路由表)经由对应的接口来路由和/或转发分组,可由管理员经由接口711(例如命令线接口即CLI)配置该控制卡701。
根据一个实施例,控制卡701包含但不限于故障检测单元730、FRR单元731、HELLO单元732和数据库708。故障检测单元730适合于使用各种通信协议(诸如在上面提到的RFC中描述的那些)检测具体链路或具体节点是否失效。响应于链路或节点故障,FRR单元适合于基于在上面提到的RFC中所描述的FRR方案将网络业务切换到保护路径(例如旁路LSP隧道)上。HELLO单元732适合于通过与不紧邻网络单元700的远程节点交换TTL值大于1、优选为255的HELLO消息,与该远程节点(例如MP节点或PLR节点)建立HELLO会话。因此,不像常规HELLO会话,本发明的实施例允许HELLO消息到达非紧邻节点,以便保留受保护LSP的某些状态(例如连接状态)信息以当FRR生效时允许节点完美重启。
又参考图5,在网络单元700是路由器(或正在实现路由功能性)的情况下,控制平面701通常确定要如何路由数据(例如分组)(例如用于数据的下一跳和那个数据的出局端口),并且数据平面(例如线卡702-703)负责转发该数据。例如,控制平面701通常包含与其它网络单元通信以交换路由并基于一个或多个路由度量选择那些路由的一个或多个路由协议(例如边界网关协议(BGP)、内部网关协议(IGP)(例如开放最短路径优先(OSPF)、路由信息协议(RIP)、中间系统到中间系统(IS-IS)等)、标签分布协议(LDP)、资源预留协议(RSVP)等)。
路由和相邻性被存储在控制平面(例如数据库708)上的一个或多个路由结构(例如路由信息库(RIB)、标签信息库(LIB)、一个或多个相邻性结构等)中。控制平面701基于路由结构用信息(例如相邻性和路由信息)对数据平面(例如线卡702-703)编程。例如,控制平面701将相邻性和路由信息编程到数据平面上的一个或多个转发结构(例如转发信息库(RIB)、标签转发信息库(LFIB)和一个或多个相邻性结构)中。当转发业务时,数据平面使用这些转发和相邻性结构。
每一个路由协议都基于某些路由度量(对于不同路由协议而言度量可以不同)将路由条目下载到主路由信息库(RIB)。每一个路由协议都可在本地RIB(例如OSPF本地RIB)中存储路由条目,包含未下载到主RIB的路由条目。管理主RIB的RIB模块(基于一组度量)从由路由协议下载的路由中选择路由,并将那些选择的路由(有时称为活动路由条目)下载到数据平面。RIB模块还可使路由在路由协议之间重新分布。对于层2转发,网络单元700可存储用于基于这个数据中的层2信息转发数据的一个或多个桥接表。
仅为了例证目的,图5中仅示出了一个控制卡和两个线卡。通常,网络单元包含一个或多个线卡的集合、一个或多个控制卡的集合以及可选地一个或多个服务卡(有时称为资源卡)的集合。通过一个或多个机构(例如耦合线卡的第一全网格和耦合所有卡的第二全网格)将这些卡耦合在一起。线卡的集合构成数据平面,而控制卡的集合提供控制平面并通过线卡与外部网络单元交换分组。服务卡的集合能提供专门处理(例如层4到层7服务(例如防火墙、IPsec、IDS、P2P)、VoIP会话边界控制器、移动无线网关(GGSN、演进分组系统(EPS)网关)等)。作为示例,服务卡可用于终止IPsec隧道,并执行伴随的鉴权和加密算法。本文所用的网络单元(例如路由器、交换机、桥等)是连网设备件,包含硬件和软件,其以通信方式互连网络上的其它设备(例如其它网络单元、终端站等)。一些网络单元是为多个连网功能(例如路由、桥接、切换、层2汇聚、会话边界控制、服务质量和/或用户管理)提供支持和/或为多应用服务(例如数据、语音和视频)提供支持的“多服务网络单元”。
用户终端站(例如服务器、工作站、膝上型电脑、掌上电脑、移动电话、智能电话、多媒体电话、通过因特网协议的语音(VOIP)电话、便携式媒体播放器、全球定位系统(GPS)单元、游戏系统、机顶盒等)访问通过因特网提供的内容/服务和/或在叠加在因特网上的虚拟私用网络(VPN)上提供的内容/服务。该内容和/或服务通常由属于服务或内容供应商的一个或多个终端站(例如服务器终端站)或参与对等服务的终端站提供,并且可包含公用网页(免费内容、存储字体、搜索服务等)、私用网页(例如提供电子邮件服务的用户名/密码访问的网页等)、通过VPN的公司网等。通常,用户终端站(例如通过(有线或无线地)耦合到接入网的客户住宅设备)耦合到边缘网络单元,这些边缘网络单元(例如通过一个或多个核心网络单元)耦合到其它边缘网络单元,这些其它边缘网络单元耦合到其它终端站(例如服务器终端站)。
已经在对计算机存储器内的数据位的操作的算法和符号表示方面,给出了如下详细描述的一些部分。这些算法描述和表示是数据处理领域的技术人员用于最有效地将它们工作的实质传达给本领域技术人员所用的方式。算法在此并且一般地说被视为得到期望结果的操作的自相一致的序列。这些操作是需要对物理量的物理操控的那些操作。通常,不过不是必需的,这些量采取能够被存储、转移、组合、比较以及以另外方式操控的电或磁信号的形式。已经证明方便的是,有时主要是出于共同使用的原因,把这些信号称作位、值、单元、符号、字符、项、数字等。
然而,应该牢记的是,所有这些及相似的术语都与适当的物理量相关联,并且仅仅是应用于这些量的方便标签。除非特别声明,否则根据以上论述显然的是,要认识到,在说明书通篇利用术语(诸如在如下权利要求书中所阐述那些术语)的论述是指计算机系统或类似电子计算装置的动作和过程,其将计算机系统的寄存器和存储器内表示为物理(电子)量的数据操控和转换成类似地表示为计算机系统存储器或寄存器或其它此类信息存储、传输或显示装置内物理量的其它数据。
本发明的实施例还涉及用于执行本文操作的设备。这个设备可特别构造用于所需目的,或者它可包括由存储在计算机中的计算机程序有选择地激活或重配置的通用计算机。这种计算机程序可存储在计算机可读介质上。机器可读介质包含用于存储机器(例如计算机)可读形式的信息的任何机构。例如,机器可读(例如计算机可读)介质包含机器(例如计算机)可读存储介质(例如只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存装置等)等。
本文给出的算法和显示不是固有地涉及任何具体计算机或其它设备。可与根据本文示教的程序一起使用各种通用系统,或者可以证明便利的是,构造更专用的设备以执行所需的方法操作。各种各样的这些系统的所需结构根据以上描述将显而易见。此外,未参考任何具体编程语言描述本发明的实施例。将认识到,各种编程语言都可用于实现本文所述的本发明实施例的示教。
在前面的说明书中,已经参考其特定示范实施例描述了本发明的实施例。将显然的是,在不脱离如下权利要求书中所阐述的本发明的更广精神和范围的前提下,可对其进行各种修改。说明书和附图从而要被视为例证意义,而非限制意义。
Claims (20)
1.一种在网络单元内执行的机器实现的方法,与不紧邻所述网络单元的远程节点建立HELLO会话以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启,以便保留并恢复所述网络单元与所述远程节点之间一个或多个受保护标签切换路径(LSP)的状态信息,为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程的目的,所述方法包括如下步骤:
响应于不紧邻所述网络单元的所述远程节点的配置和自动发现之一,在所述受保护LSP的链路/节点故障之前与所述远程节点建立HELLO会话,包括与远程节点交换HELLO消息,其中每个HELLO消息在要使用因特网协议(IP)转发协议路由所述HELLO消息的情况下包含值大于1的生存时间(TTL),其中每个HELLO消息在要经由在所述本地节点与远程节点之间建立的隧道转发所述HELLO消息的情况下包含为1的TTL值;
响应于所述受保护LSP的链路故障和节点故障中的至少一个,根据快速重新路由(FRR)方案将网络业务切换到所述保护路径上;
如果在所述受保护LSP的链路/节点故障之前尚未建立所述HELLO会话,则与不紧邻所述网络单元的所述远程节点建立所述HELLO会话,包括与远程节点交换HELLO消息,其中每个HELLO消息在要基于IF转发协议路由所述HELLO消息的情况下包含值大于1的TTL,其中每个HELLO在要经由所述旁路隧道转发所述HELLO消息的情况下包含为1的TTL值;以及
响应于基于在所述HELLO会话期间交换的所述HELLO消息所述远程节点的重启,根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVP-TE GR)机制执行重启过程,以便预留并恢复所述受保护LSP的LSP状态信息。
2.如权利要求1所述的方法,其中所述HELLO消息的所述TTL值被设置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量,使得任何所述中间节点都不丢弃所述HELLO消息。
3.如权利要求1所述的方法,其中所述网络单元是所述受保护LSP的本地修复点(PLR)节点,并且所述远程节点是所述受保护LSP的合并点(MP)节点,并且其中在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点。
4.如权利要求1所述的方法,其中当所述FRR方案在所述保护路径上生效时,建立所述HELLO消息会话并执行所述重启过程。
5.如权利要求1所述的方法,其中在无需将所述远程节点静态地配置为相邻节点的情况下所述网络单元建立所述HELLO会话。
6.一种网络单元,用于与不紧邻所述网络单元的远程节点建立HELLO会话以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启,以便保留所述网络单元与所述远程节点之间的受保护标签切换路径(LSP)的状态信息,为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程的目的,所述网络单元包括:
快速重新路由(FRR)单元,响应于所述受保护LSP的链路故障和节点故障中的至少一个,根据快速重新路由(FRR)方案选择保护路径并将网络业务切换到所述保护路径上;
耦合到所述FRR单元的HELLO处理单元,以与不紧邻所述网络单元的所述远程节点建立HELLO会话,包括通过所述保护路径与所述远程节点交换一个或多个HELLO消息,其中每个HELLO消息在要基于因特网协议(IP)转发协议路由所述HELLO消息的情况下包含大于1的生存时间(TTL)值,其中每个HELLO消息在要经由所述网络单元与所述远程节点之间的隧道发送所述HELLO消息的情况下包含为1的TTL值;以及
耦合到所述FRR单元和所述HELLO处理单元的重启单元,响应于基于在所述HELLO会话期间交换的所述一个或多个HELLO消息所述远程节点的重启,使用基于所述HELLO会话的所述一个或多个HELLO消息保留的所述受保护LSP的LSP状态信息,根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVP-TE GR)协议执行重启过程。
7.如权利要求6所述的网络单元,其中所述HELLO消息的所述TTL值被设置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量,使得任何所述中间节点都不丢弃所述HELLO消息。
8.如权利要求6所述的网络单元,其中所述网络单元是所述受保护LSP的本地修复点(PLR)节点,并且所述远程节点是所述受保护LSP的合并点(MP)节点,并且其中在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点。
9.如权利要求6所述的网络单元,其中当所述FRR方案在所述保护路径上生效时,建立所述HELLO消息会话并执行所述重启过程。
10.如权利要求6所述的网络单元,其中在无需将所述远程节点静态地配置为相邻节点的情况下所述网络单元建立所述HELLO会话。
11.一种在网络单元内执行的机器实现的方法,与不紧邻所述网络单元的远程节点建立HELLO会话以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启,以便保留所述网络单元与所述远程节点之间的受保护标签切换路径(LSP)的状态信息,为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程的目的,所述方法包括如下步骤:
经由IP转发或配置成保护所述受保护LSP的所述网络单元与远程节点之间的旁路隧道从所述远程节点接收路径消息,其中响应于所述受保护LSP的链路故障/节点故障,使用快速重新路由(FRR)方案已将网络业务切换到所述保护路径上;
响应于所述路径消息,与不紧邻所述网络单元的所述远程节点建立HELLO会话,包括通过所述保护路径与所述远程节点交换HELLO消息,其中每个HELLO消息在要经由IP转发路由所述HELLO消息的情况下包含大于1的生存时间(TTL)值,其中每个HELLO消息在要经由所述网络单元与所述远程节点之间建立的隧道转发所述HELLO消息的情况下包含为1的TTL值;以及
响应于基于在所述HELLO会话期间交换的所述HELLO消息所述远程节点的重启,使用基于所述HELLO会话的所述一个或多个HELLO消息保留的所述受保护LSP的LSP状态信息,根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVP-TE GR)协议执行重启过程。
12.如权利要求11所述的方法,其中所述HELLO消息的所述TTL值被设置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量,使得任何所述中间节点都不丢弃所述HELLO消息。
13.如权利要求11所述的方法,其中所述网络单元是所述受保护LSP的合并点(MP)节点,并且所述远程节点是所述受保护LSP的本地修复点(PLR)节点,并且其中在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点。
14.如权利要求11所述的方法,其中当所述FRR方案在所述保护路径上生效时,建立所述HELLO消息会话并执行所述重启过程。
15.如权利要求11所述的方法,其中在无需将所述远程节点静态地配置为相邻节点的情况下所述网络单元建立所述HELLO会话。
16.一种网络单元,用于与不紧邻所述网络单元的远程节点建立HELLO会话以基于在所述HELLO会话期间交换的HELLO消息确定所述远程节点是否重启,以便保留所述网络单元与所述远程节点之间的受保护标签切换路径(LSP)的状态信息,为了鉴于所述远程节点的重启而在所述网络单元内执行重启过程,所述网络单元包括:
经由IP转发和配置成保护所述受保护LSP的旁路隧道之一从所述远程节点接收路径消息的接收器,其中响应于所述受保护LSP的链路故障和节点故障中的至少一个,使用快速重新路由(FRR)方案已经将网络业务切换到所述保护路径上;
耦合到所述接收器的HELLO处理单元,响应于所述路径消息,与不紧邻所述网络单元的所述远程节点建立HELLO会话,包括通过所述保护路径与所述远程节点交换一个或多个HELLO消息,其中每个HELLO消息在要经由IP转发路由所述HELLO消息的情况下包含大于1的生存时间(TTL)值,其中每个HELLO消息在要经由在所述网络单元与所述远程节点之间建立的隧道转发所述HELLO消息的情况下包含为1的TTL值;以及
耦合到所述HELLO处理单元的重启单元,响应于基于在所述HELLO会话期间交换的所述一个或多个HELLO消息所述远程节点的重启,使用基于所述HELLO会话的所述一个或多个HELLO消息保留的所述受保护LSP的LSP状态信息,根据资源预留协议(RSVP)业务工程(TE)完美重启(RSVPTE GR)协议执行重启过程。
17.如权利要求16所述的网络单元,其中所述一个或多个HELLO消息的所述TTL值配置成至少等于或大于所述网络单元与所述远程节点之间的中间节点数量,使得任何所述中间节点都不丢弃所述HELLO消息。
18.如权利要求16所述的网络单元,其中所述网络单元是所述受保护LSP的合并点(MP)节点,并且所述远程节点是所述受保护LSP的本地修复点(PLR)节点,并且其中在所述PLR节点与所述MP节点之间的所述保护路径中存在至少一个中间节点。
19.如权利要求16所述的网络单元,其中当所述FRR方案在所述保护路径上生效时,建立所述HELLO消息会话并执行所述重启过程。
20.如权利要求16所述的网络单元,其中在无需将所述远程节点静态地配置为相邻节点的情况下,所述网络单元建立所述HELLO会话。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/580,019 US8339942B2 (en) | 2009-10-15 | 2009-10-15 | RSVP-TE graceful restart under fast re-route conditions |
US12/580019 | 2009-10-15 | ||
PCT/IB2010/054594 WO2011045733A1 (en) | 2009-10-15 | 2010-10-11 | Rsvp-te graceful restart under fast re-route conditions |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102598599A true CN102598599A (zh) | 2012-07-18 |
CN102598599B CN102598599B (zh) | 2015-01-14 |
Family
ID=43383486
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201080046861.3A Active CN102598599B (zh) | 2009-10-15 | 2010-10-11 | 快速重新路由条件下的rsvp-te完美重启 |
Country Status (9)
Country | Link |
---|---|
US (1) | US8339942B2 (zh) |
EP (1) | EP2335384B1 (zh) |
JP (1) | JP2013509015A (zh) |
KR (1) | KR20120099033A (zh) |
CN (1) | CN102598599B (zh) |
CA (1) | CA2777229C (zh) |
DK (1) | DK2335384T3 (zh) |
TW (1) | TWI461030B (zh) |
WO (1) | WO2011045733A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105591933A (zh) * | 2015-07-22 | 2016-05-18 | 杭州华三通信技术有限公司 | 平滑重启gr的处理方法和设备 |
CN106302186A (zh) * | 2015-06-12 | 2017-01-04 | 中兴通讯股份有限公司 | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 |
CN110392318A (zh) * | 2019-07-29 | 2019-10-29 | 烽火通信科技股份有限公司 | Ason中控制平面层lsp通道的校验方法及系统 |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9231785B2 (en) * | 2009-12-18 | 2016-01-05 | At&T Intellectual Property I, L.P. | Method and apparatus for clearing hang calls |
US8850014B2 (en) * | 2010-05-06 | 2014-09-30 | Telefonaktiebolaget L M Ericsson (Publ) | Handling failure of request message during set up of label switched path |
US8908533B2 (en) * | 2010-06-10 | 2014-12-09 | Infinera Corporation | Supporting OAM on protecting connections in shared mesh protection environment |
US8850062B2 (en) * | 2010-08-09 | 2014-09-30 | Cisco Technology, Inc. | Distributed connectivity verification protocol redundancy |
JP5603526B2 (ja) * | 2011-07-15 | 2014-10-08 | ドイチェ テレコム アクチエンゲゼルシャフト | セキュアな電気通信ネットワークにおける高可用性を向上させる方法、及び複数のリモートノードを備える電気通信ネットワーク |
CN102571425B (zh) * | 2011-12-28 | 2014-09-17 | 杭州华三通信技术有限公司 | 一种边界网关协议平滑重启方法和装置 |
JP5835043B2 (ja) * | 2012-03-19 | 2015-12-24 | 富士通株式会社 | リスタート方法及びノード装置 |
US9077561B2 (en) | 2012-03-27 | 2015-07-07 | Juniper Networks, Inc. | OAM label switched path for fast reroute of protected label switched paths |
CN102870445B (zh) * | 2012-06-20 | 2016-09-28 | 华为技术有限公司 | 一种识别网络共享行为的方法、节点、移动终端及系统 |
US9001672B2 (en) * | 2012-07-27 | 2015-04-07 | Alcatel Lucent | System, method and apparatus conforming path cost criteria across multiple ABRs |
US9160652B2 (en) * | 2012-08-31 | 2015-10-13 | Cisco Technology, Inc. | Fast reroute for bidirectional co-routed traffic engineering tunnels |
WO2014040628A1 (en) * | 2012-09-13 | 2014-03-20 | Telefonaktiebolaget L M Ericsson (Publ) | Method and apparatus for node realignment in a telecommunications network |
US8862112B2 (en) * | 2012-10-24 | 2014-10-14 | Cellco Partnership | Ultra-thin mobile client |
US20140247710A1 (en) * | 2013-03-03 | 2014-09-04 | Cisco Technology, Inc. | Proactive redirection of traffic during low voltage (brownout) condition and preferential treatment of high priority traffic |
US10020984B1 (en) * | 2014-01-10 | 2018-07-10 | Juniper Networks, Inc. | RSVP local protection signaling reduction |
US9363158B2 (en) | 2014-02-05 | 2016-06-07 | Lenovo Enterprise Solutions (Singapore) Pte. Ltd. | Reduce size of IPV6 routing tables by using a bypass tunnel |
US10187298B2 (en) | 2014-10-27 | 2019-01-22 | Juniper Networks, Inc. | Merge point determination in refresh interval independent fast reroute facility protection |
US10630585B2 (en) * | 2015-04-16 | 2020-04-21 | Arista Networks, Inc. | Method and system for withdrawing programmed routes in network devices |
CN111683006B (zh) * | 2015-09-22 | 2023-12-08 | 华为技术有限公司 | 处理报文的方法及其网络设备 |
US10924384B2 (en) | 2018-11-19 | 2021-02-16 | Ciena Corporation | Traffic engineering for border gateway protocol |
WO2020255378A1 (ja) * | 2019-06-21 | 2020-12-24 | 日本電信電話株式会社 | 伝送装置、復旧方法、プログラム、および、伝送システム |
Citations (3)
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 | 中兴通讯股份有限公司 | 资源共享路径建立系统 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7359377B1 (en) * | 2001-06-19 | 2008-04-15 | Juniper Networks, Inc. | Graceful restart for use in nodes employing label switched path signaling protocols |
US7289437B2 (en) * | 2001-10-10 | 2007-10-30 | Alcatel Lucent | System and method for routing stability-based integrated traffic engineering for GMPLS optical networks |
JP2006033124A (ja) * | 2004-07-13 | 2006-02-02 | Fujitsu Ltd | トンネル障害通知装置および方法 |
US7756021B2 (en) * | 2006-07-26 | 2010-07-13 | Mitsubishi Electric Research Laboratories, Inc. | Method for finding minimal cost paths under uncertainty |
-
2009
- 2009-10-15 US US12/580,019 patent/US8339942B2/en active Active
-
2010
- 2010-10-11 KR KR1020127012379A patent/KR20120099033A/ko not_active Application Discontinuation
- 2010-10-11 CN CN201080046861.3A patent/CN102598599B/zh active Active
- 2010-10-11 EP EP10775902A patent/EP2335384B1/en active Active
- 2010-10-11 WO PCT/IB2010/054594 patent/WO2011045733A1/en active Application Filing
- 2010-10-11 DK DK10775902.9T patent/DK2335384T3/da active
- 2010-10-11 CA CA2777229A patent/CA2777229C/en not_active Expired - Fee Related
- 2010-10-11 JP JP2012533725A patent/JP2013509015A/ja active Pending
- 2010-10-14 TW TW099135092A patent/TWI461030B/zh not_active IP Right Cessation
Patent Citations (3)
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 | 中兴通讯股份有限公司 | 资源共享路径建立系统 |
Non-Patent Citations (1)
Title |
---|
BERGER L, ET AL;: "Generallized Multi-Protocol Lable Switching(MPLS) signaling", 《RFC3473,IETF STANDARD,INTERNET ENGINEERING TASK FORCE》, 1 January 2003 (2003-01-01) * |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106302186A (zh) * | 2015-06-12 | 2017-01-04 | 中兴通讯股份有限公司 | 一种发送rsvp消息的方法和装置、接收rsvp消息的装置 |
CN105591933A (zh) * | 2015-07-22 | 2016-05-18 | 杭州华三通信技术有限公司 | 平滑重启gr的处理方法和设备 |
CN105591933B (zh) * | 2015-07-22 | 2018-10-09 | 新华三技术有限公司 | 平滑重启gr的处理方法和设备 |
CN110392318A (zh) * | 2019-07-29 | 2019-10-29 | 烽火通信科技股份有限公司 | Ason中控制平面层lsp通道的校验方法及系统 |
CN110392318B (zh) * | 2019-07-29 | 2021-10-19 | 烽火通信科技股份有限公司 | Ason中控制平面层lsp通道的校验方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
TW201134151A (en) | 2011-10-01 |
WO2011045733A1 (en) | 2011-04-21 |
US8339942B2 (en) | 2012-12-25 |
JP2013509015A (ja) | 2013-03-07 |
CA2777229A1 (en) | 2011-04-21 |
EP2335384B1 (en) | 2012-12-05 |
EP2335384A1 (en) | 2011-06-22 |
US20110090786A1 (en) | 2011-04-21 |
CA2777229C (en) | 2016-11-08 |
DK2335384T3 (da) | 2013-01-14 |
CN102598599B (zh) | 2015-01-14 |
TWI461030B (zh) | 2014-11-11 |
KR20120099033A (ko) | 2012-09-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102598599B (zh) | 快速重新路由条件下的rsvp-te完美重启 | |
CN103155499B (zh) | 用于计算点到多点标签交换路径的备份出口的系统和方法 | |
CN104380673B (zh) | 用于在IPv6网络中使用标签分发协议(LDP)实例的系统和方法 | |
CN100555968C (zh) | Igp中的bgp下一跳路由的自动路由标记 | |
EP2540041B1 (en) | System and method for computing a backup ingress of a point-to-multipoint label switched path | |
EP1766821B1 (en) | Dynamic forwarding adjacency | |
CN101496348B (zh) | 用于标签交换数据流量的多径转发的技术 | |
EP1779568B1 (en) | Graceful shutdown of ldp on specific interfaces between label switched routers | |
KR100656488B1 (ko) | 라우팅 시스템 및 그 라우팅 시스템의 포워딩 정보관리방법 | |
KR20150036206A (ko) | 트래픽을 차선의 1차 p2mp에서 예비 p2mp로 스위칭하기 위한 시스템 및 방법 | |
US20100085972A1 (en) | Method and routing device for advertising routing information | |
CN101455030A (zh) | 动态共享风险节点组(srng)成员发现 | |
KR101457317B1 (ko) | 라우팅 정보 업데이트의 우선 순위 지정 | |
US20160127192A1 (en) | Loop-free convergence in communication networks | |
CN100484079C (zh) | 一种保证二级运营商公网带宽的方法、路由器和系统 | |
US20230116548A1 (en) | Route Processing Method and Related Device | |
CN106169969B (zh) | 建立虚拟专用网标签交换路径方法、相关设备和系统 | |
US8542578B1 (en) | System and method for providing a link-state path to a node in a network environment | |
WO2023093786A1 (zh) | 一种引流的方法、设备及系统 | |
JP4634979B2 (ja) | Mplsネットワークシステム、mplsルータおよび経路設定方法 | |
US20140269737A1 (en) | System, method and apparatus for lsp setup using inter-domain abr indication | |
JP2004349881A (ja) | フラッディング量削減方法および通信装置 | |
JP2008060758A (ja) | Mplsルータ、経路設定方法およびプログラム | |
CN115499369A (zh) | 路径保护方法及装置 | |
JP4823247B2 (ja) | 情報転送方法及び情報転送システム及びノード装置 |
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 |