CN107347032A - 报文转发方法及装置 - Google Patents
报文转发方法及装置 Download PDFInfo
- Publication number
- CN107347032A CN107347032A CN201610296706.6A CN201610296706A CN107347032A CN 107347032 A CN107347032 A CN 107347032A CN 201610296706 A CN201610296706 A CN 201610296706A CN 107347032 A CN107347032 A CN 107347032A
- Authority
- CN
- China
- Prior art keywords
- hop
- main
- slave
- forwarding
- forward table
- 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
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
- 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
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- 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
-
- 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/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
- 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]
- H04L45/507—Label distribution
-
- 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/68—Pseudowire emulation, e.g. IETF WG PWE3
Abstract
本发明提供了一种报文转发方法及装置,其中,该方法包括:第一服务提供商边缘设备PE在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定上述主下一跳和备下一跳中后检测到故障的PE;第一PE将待发送到CE的报文通过后检测到故障的PE转发给CE。通过本发明,可以解决相关技术中存在的路由黑洞问题,避免业务中断,从而达到保证报文成功转发的效果。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种报文转发方法及装置。
背景技术
目前针对国内移动回传业务的分组传送网络采用的基于IP协议的无线接入网络(Internet Protocol Radio Access Network,简称为IPRAN)承载解决方案中,网络拓扑通常是接入层采用环形组网,汇聚层采用口字型组网,简化的组网图如图1所示。其中,A1-A3是接入层设备,PE1-PE4是汇聚层设备。业务部署上,基站回传业务通常采用伪线(Pseudo Wire,简称为PW)+三层虚拟专用网(Layer 3Virtual Private Network,简称为L3VPN)桥接方案。接入层主要部署PW快速重路由(Fast Re-Route,简称为FRR),汇聚核心层主要部署L3VPN FRR,外层保护有可能部署标签分发协议(Label Distribution Protocol,简称为LDP)FRR或流量工程(Traffic Engineering,简称为TE)热备份保护(Hot Standby,简称为HSB)。
如图1所示,服务提供商边缘设备PE3(Provider Edge Device)形成到PE1和PE2的L3VPN FRR,主路由为PE3-PE1,备路由为PE3-PE2。同时,所有PE设备外层都开启LDP FRR功能。LDP FRR是基于内部网关协议(Interior Gateway Protocol,简称为IGP)路由协议生成的,IGP路由协议计算FRR备路径的其中一个原则是,以到达目的设备的链路总度量metric值最小为原则逐跳的选择下一跳设备,经过所有下一跳设备的链路组成的备路径不允许存在重合的链路。在口字型组网中,按照IGP FRR计算的这个原则,会存在某些设备的某些路由无法形成FRR。
如图2所示,按照图2中标示的链路metric值,PE3计算到达PE1的IGP FRR,主路径为PE3-PE1,备路径计算过程如下:
为了不和主路径的链路重合,备路径首先选择下一跳为PE4;
然后在PE4上计算达到PE1的两条路径的链路总metric值,其中一条路径是PE4-PE2-PE1,链路总metric值为1520,另外一条路径是PE4-PE3-PE1,链路总metric值为1600,所以优先选择下一跳为PE2;
接着在PE2上计算达到PE1的两条路径的链路总metric值,其中一条路径是PE2-PE1,链路总metric值为20,另外一条路径是PE2-PE4-PE3-PE1,链路总metric值为3100,所以优先选择下一跳为PE1。这样就算出了PE3到PE1的IGP FRR备路径为PE3-PE4-PE2-PE1。
同理,PE1计算到达PE3的IGP FRR,主路径为PE1-PE3,备路径计算过程如下:
为了不和主路径的链路重合,备路径首先选择下一跳为PE2;
然后在PE2上计算达到PE3的两条路径的链路总metric值,其中一条路径是PE2-PE4-PE3,链路总metric值为1600,另外一条路径是PE2-PE1-PE3,链路总metric值为1520,所以优先选择下一跳为PE1。这样,备路径从PE1到PE2再到PE1,存在重合的链路,不符合IGP FRR的算路原则,所以PE1到PE3的路由无法形成IGP FRR。
其它设备路由的FRR计算过程同上,最终结果是,PE3到PE1和PE2的L3VPN FRR主备路由都可以形成LDP FRR,但是主备路由的主LSP路径都经过PE3-PE1链路,即存在主备部分路径共链路。反方向,PE1到PE3的路由无法形成LDP FRR,PE2到PE3的路由在PE2上虽然可以形成LDP FRR,但是由于IP路由是逐跳转发,PE2到PE3的主路由下一跳是PE1,而PE1到PE3的路由无法形成LDP FRR,所以PE2到PE3端到端还是无法形成FRR保护。这样,检测PE3到PE1和PE2的L3VPN FRR主备路由连通性的双向转发检测(Bidirectional Forwarding Detection,简称为PEER BFD),在PE3→PE1/PE2方向,有外层LDP FRR进行LSP保护,而PE1/PE2→PE3方向,外层无LDP FRR,无法进行保护。由于PEER BFD会话是双向的,任何一个方向的丢包都会导致PEER BFD中断。所以,当PE3-PE1链路发生故障时,主备PEER BFD都会中断,PE3到PE1和PE2的L3VPN FRR主备路由转发层面都会被置为无效,产生路由黑洞现象,从而导致业务中断。
针对相关技术中存在的路由黑洞问题,目前尚未提出有效的解决方案。
发明内容
本发明实施例提供了一种报文转发方法及装置,以至少解决相关技术中存在的路由黑洞问题。
根据本发明的一个实施例,提供了一种报文转发方法,包括:第一服务提供商边缘设备PE在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定所述主下一跳和所述备下一跳中后检测到故障的PE;所述第一PE将待发送到所述CE的报文通过所述后检测到故障的PE转发给所述CE。
可选地,所述第一PE将待发送到所述CE的报文通过所述后检测到故障的PE转发给所述CE包括:所述第一PE确定通过所述后检测到故障的PE将所述报文转发给所述CE的转发表;所述第一PE根据所述转发表将所述报文转发给所述CE。
可选地,所述第一PE确定通过所述后检测到故障的PE将所述报文转发给所述CE的转发表包括:所述第一PE确定多协议标签交换MPLS业务表,以及所述主下一跳和备下一跳的标签分发协议LDP标签表;所述第一PE根据所述主下一跳和所述备下一跳的故障检测情况以及所述MPSL业务表和所述LDP标签表确定所述转发表。
可选地,所述第一PE根据所述主下一跳和所述备下一跳的故障检测情况以及所述MPLS业务表和所述LDP标签表确定所述转发表包括:当所述第一PE确定所述主下一跳的双向转发检测BFD检测状态变为down时,判断所述主下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述主下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述主下一跳的转发状态设置为有效;和/或,当所述第一PE确定所述备下一跳的双向转发检测BFD检测状态变为down时,判断所述备下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述备下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述备下一跳的转发状态设置为有效。
可选地,当所述第一PE确定所述主下一跳的BFD检测状态变为down之后,还包括:当所述第一PE确定所述主下一跳的BFD检测状态变为up时,将所述转发表中的下一跳索引更新为所述主下一跳;同时将所述主下一跳的转发状态设置为有效;和/或,当所述第一PE确定所述备下一跳的BFD检测状态变为down之后,还包括:当所述第一PE确定所述备下一跳的BFD检测状态变为up时,判断所述主下一跳的BFD检测状态是否up;在判断结果为不是up时,将所述转发表中的下一跳索引更新为所述备下一跳,同时将所述备下一跳的转发状态更新为有效;在判断结果为是up时,维持所述转发表中的下一跳索引为所述主下一跳,同时将所述备下一跳的转发状态设置为有效。
可选地,所述第一PE根据所述转发表将所述报文转发给所述CE包括:所述第一PE根据所述转发表确定实际进行报文转发的下一跳PE设备和实际出接口;所述第一PE通过所述实际出接口将所述报文发送给确定的所述下一跳PE,并指示确定的所述下一跳PE将所述报文转发给所述CE。
根据本发明的另一个实施例,提供了一种报文转发装置,所述装置应用于第一服务提供商边缘设备PE中,包括:确定模块,用于在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定所述主下一跳和所述备下一跳中后检测到故障的PE;转发模块,用于将待发送到所述CE的报文通过所述后检测到故障的PE转发给所述CE。
可选地,所述转发模块包括:确定单元,用于确定通过所述后检测到故障的PE将所述报文转发给所述CE的转发表;转发单元,用于根据所述转发表将所述报文转发给所述CE。
可选地,所述确定单元包括:第一确定子单元,用于确定多协议标签交换MPLS业务表,以及所述主下一跳和备下一跳的标签分发协议LDP标签表;第二确定子单元,用于根据所述主下一跳和所述备下一跳的故障检测情况以及所述MPLS业务表和所述LDP标签表确定所述转发表。
可选地,所述第二确定子单元包括:第一处理次子单元,用于当所述第一PE确定所述主下一跳的双向转发检测BFD检测状态变为down时,判断所述主下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述主下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述主下一跳的转发状态设置为有效;和/或,第二处理次子单元,用于当所述第一PE确定所述备下一跳的双向转发检测BFD检测状态变为down时,判断所述备下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述备下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述备下一跳的转发状态设置为有效。
可选地,所述第一处理次子单元还用于当所述第一PE确定所述主下一跳的BFD检测状态变为down之后,当所述第一PE确定所述主下一跳的BFD检测状态变为up时,将所述转发表中的下一跳索引更新为所述主下一跳;同时将所述主下一跳的转发状态设置为有效;和/或,所述第二处理次子单元还用于当所述第一PE确定所述备下一跳的BFD检测状态变为down之后,当所述第一PE确定所述备下一跳的BFD检测状态变为up时,判断所述主下一跳的BFD检测状态是否up;在判断结果为不是up时,将所述转发表中的下一跳索引更新为所述备下一跳,同时将所述备下一跳的转发状态更新为有效;在判断结果为是up时,维持所述转发表中的下一跳索引为所述主下一跳,同时将所述备下一跳的转发状态设置为有效。
可选地,所述转发单元包括:第三确定子单元,用于根据所述转发表确定实际进行报文转发的下一跳PE设备和实际出接口;转发子单元,用于通过所述实际出接口将所述报文发送给确定的所述下一跳PE,并指示确定的所述下一跳PE将所述报文转发给所述CE。
通过本发明,由于在主下一跳和备下一跳共路径的链路发生故障后会通过后检测到故障的PE进行报文转发,从而保证了报文能够成功转发到CE,避免出现路由黑洞问题。因此,可以解决相关技术中存在的路由黑洞问题,达到保证报文成功转发的效果。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是相关技术中的IPRAN的网络拓扑结构示意图;
图2是相关技术中的汇聚层口字型组网拓扑示意图;
图3是根据本发明实施例的报文转发方法的流程图;
图4是根据本发明实施例的MPLS业务逃生保护的方法的流程图;
图5是根据本发明实施例的MPLS业务逃生保护的组网示意图;
图6是根据本发明实施例的报文转发装置的结构框图;
图7是根据本发明实施例的报文转发装置中转发模块64的结构框图;
图8是根据本发明实施例的报文转发装置中确定单元72的结构框图;
图9是根据本发明实施例的报文转发装置中第二确定子单元84的结构框图;
图10是根据本发明实施例的报文转发装置中转发单元74的结构框图;
图11是根据本发明实施例的MPLS业务逃生保护装置的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
在本实施例中提供了一种报文转发方法,图3是根据本发明实施例的报文转发方法的流程图,如图3所示,该流程包括如下步骤:
步骤S302,第一服务提供商边缘设备PE在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定上述主下一跳和备下一跳中后检测到故障的PE;
步骤S304,第一PE将待发送到CE的报文通过后检测到故障的PE转发给CE。
通过上述步骤,在主下一跳和备下一跳共路径的链路发生故障后会通过后检测到故障的PE进行报文转发,从而保证了报文能够成功转发到CE,避免出现路由黑洞问题。因此,可以解决相关技术中存在的路由黑洞问题,避免业务中断,从而达到保证报文成功转发的效果。
在一个可选的实施例中,上述步骤S304中,第一PE可以通过如下方式将待发送到CE的报文通过后检测到故障的PE转发给CE:第一PE确定通过后检测到故障的PE将所述报文转发给CE的转发表;该第一PE根据上述转发表将报文转发给CE。
在一个可选的实施例中,上述第一PE确定通过后检测到故障的PE将报文转发给所述CE的转发表包括:第一PE确定多协议标签交换(Multi-Protocol Label Switching,简称为MPLS)业务表,以及主下一跳和备下一跳的标签分发协议LDP标签表;第一PE根据上述主下一跳和备下一跳的故障检测情况以及MPLS业务表和LDP标签表确定上述转发表。在本实施例中,第一PE设备可以先形成MPLS业务表,以及MPLS业务到达主下一跳和备下一跳路由的LDP标签表,并根据MPLS业务表和LDP标签表生成用于流量转发的MPLS业务转发表(对应于上述的转发表),其中的主要信息包括,MPLS业务当前实际转发的下一跳PE设备,以及主备两个下一跳的实际出接口和转发状态(转发状态包括有效或无效)。当主下一跳或备下一跳的BFD检测状态发生变化时,则立即更新上述的MPLS业务转发表。
在一个可选的实施例中,上述第一PE根据上述主下一跳和备下一跳的故障检测情况以及MPLS业务表和LDP标签表确定上述转发表包括:当第一PE确定上述主下一跳的双向转发检测BFD检测状态变为down时,判断主下一跳是否是后检测到故障的PE;在判断结果为不是的情况下,将上述转发表中的下一跳索引设置为备下一跳,同时将主下一跳的转发状态设置为无效;在判断结果为是的情况下,将转发表中的下一跳索引设置为主下一跳(即,将主下一跳作为逃生路径,继续保持报文的转发),同时将主下一跳的转发状态设置为有效;和/或,当上述第一PE确定备下一跳的双向转发检测BFD检测状态变为down时,判断备下一跳是否是后检测到故障的PE;在判断结果为不是的情况下,将转发表中的下一跳索引设置为主下一跳,同时将备下一跳的转发状态设置为无效;在判断结果为是的情况下,将转发表中的下一跳索引设置为备下一跳,同时将备下一跳的转发状态设置为有效。
在一个可选的实施例中,当上述第一PE确定主下一跳的BFD检测状态变为down之后,上述方法还包括:当上述第一PE确定主下一跳的BFD检测状态变为up时,将转发表中的下一跳索引更新为主下一跳;同时将主下一跳的转发状态设置为有效;和/或,当上述第一PE确定备下一跳的BFD检测状态变为down之后,上述方法还包括:当第一PE确定备下一跳的BFD检测状态变为up时,判断主下一跳的BFD检测状态是否up;在判断结果为不是up时,将转发表中的下一跳索引更新为备下一跳,同时将备下一跳的转发状态更新为有效;在判断结果为是up时,维持转发表中的下一跳索引为主下一跳,同时将备下一跳的转发状态设置为有效。
在一个可选的实施例中,上述第一PE根据转发表将报文转发给所述CE包括:第一PE根据所述转发表确定实际进行报文转发的下一跳PE设备和实际出接口;上述第一PE通过实际出接口将报文发送给确定的下一跳PE,并指示确定的上述下一跳PE将报文转发给CE。在本实施例中,当MPLS业务(对应于上述的报文)到达主备下一跳PE设备共路径的链路发生故障时,主下一跳或备下一跳的BFD检测状态会先后变down。如果主下一跳的BFD先检测down,备下一跳的BFD后检测down,则保持MPLS业务的备下一跳为逃生路径,继续保持转发。这样,PE收到数据流,检索上述MPLS业务转发表,从中获取到有效的备下一跳PE设备和实际出接口信息,将数据流从所述出接口转发出去,最终到达备下一跳PE设备。如果备下一跳的BFD先检测down,主下一跳的BFD后检测down,则保持MPLS业务的主下一跳为逃生路径,继续保持转发。这样,PE收到数据流,检索所述MPLS业务转发表,从中获取到有效的主下一跳PE设备和实际出接口信息,将数据流从所述出接口转发出去,最终到达主下一跳PE设备。
下面以MPLS L3VPN FRR业务作为具体的实施例,结合附图对本发明实施例中的方法作进一步的详细描述。当然本发明涉及的业务领域不仅仅局限于MPLS L3VPN FRR业务。
本发明实施例中提供了一种MPLS业务逃生保护的方法,具体的实施过程如图4所示,包括:
步骤S401.PE(对应于上述的第一PE)形成VPN FRR路由表(或者,上述的MPLS业务表),以及VPN FRR路由主下一跳和备下一跳路由的LDP标签表。
步骤S402.根据上述VPN FRR路由表,以及VPN FRR路由主下一跳和备下一跳路由的LDP标签表生成用于流量转发的VPN FRR路由转发表和主备下一跳转发表(对应于上述的转发表)。在组网中所有链路状态都up的情况下,上述VPN FRR路由转发表的信息如表1所示:
表1
上述主备下一跳转发表的信息如表2所示:
表2
步骤S403.检测主PEER BFD(即,主下一跳)和备PEER BFD(即,备下一跳)的状态变化情况,如果检测状态变为down,则执行步骤S404;如果检测状态变为up,则执行步骤S411。
步骤S404.判断发生故障的PEER BFD(即,下一跳)是主还是备,如果是主,则执行步骤S405;如果是备,则执行步骤S408。
步骤S405.判断发生故障的主PEER是否是VPN FRR路由的最后一个下一跳(即,是否是后检测到故障的PE),如果不是,则执行步骤S406;如果是,则执行步骤S407。
步骤S406.将VPN FRR路由转发表中的下一跳索引更新为指向主备下一跳转发表中的备下一跳;同时将主备下一跳转发表中主PE对应的转发条目,转发出接口更新为备LSP出接口,转发状态位更新为无效。
步骤S407.将VPN FRR路由转发表不更新,下一跳索引继续指向主备下一跳转发表中的主下一跳,即保持该路由为逃生路由;同时主备下一跳转发表中主PE对应的转发条目,转发状态位也不更新,继续保持有效转发,但是转发出接口更新为备LSP出接口。
步骤S408.判断发生故障的备PEER是否是VPN FRR路由的最后一个下一跳(即,是否是后检测到故障的PE),如果不是,则执行步骤S409;如果是,则执行步骤S410。
步骤S409.VPN FRR路由转发表不更新,下一跳索引继续指向主备下一跳转发表中的主下一跳;同时将主备下一跳转发表中备PE对应的转发条目,转发出接口更新为备LSP出接口,转发状态位更新为无效。
步骤S410.VPN FRR路由转发表不更新,下一跳索引继续指向主备下一跳转发表中的备下一跳,即保持该路由为逃生路由;同时主备下一跳转发表中备PE对应的转发条目,转发状态位也不更新,继续保持有效转发,但是转发出接口更新为备LSP出接口。
步骤S411.判断故障恢复的PEER BFD是主还是备,如果是主,则执行步骤S412;如果是备,则执行步骤S413。
步骤S412.将VPN FRR路由转发表中的下一跳索引更新为指向主备下一跳转发表中的主下一跳;同时将主备下一跳转发表中主PE对应的转发条目,转发出接口更新为当前LSP的实际出接口,转发状态位更新为有效。
步骤S413.判断当前主PEER BFD的检测状态是否up,如果不是,则执行步骤S414;如果是,则执行步骤S415。
步骤S414.将VPN FRR路由转发表中的下一跳索引更新为指向主备下一跳转发表中的备下一跳;同时将主备下一跳转发表中备PE对应的转发条目,转发出接口更新为当前LSP的实际出接口,转发状态位更新为有效。
步骤S415.VPN FRR路由转发表不更新,下一跳索引继续指向主备下一跳转发表中的主下一跳;主备下一跳转发表中备PE对应的转发条目,转发出接口更新为当前LSP的实际出接口,转发状态位更新为有效。
步骤S416.PE收到数据流时,根据报文中的目的IP地址检索VPNFRR路由转发表,从中获取到下一跳索引,再根据下一跳索引检索主备下一跳转发表,从中获取到有效的出接口信息,将数据流从出接口转发出去,最终到达下一跳PE。
为了描述更加清楚,下面结合具体的实例,对如何实现MPLS业务逃生保护的方法加以详细说明。网络模型如图5所示,PE3形成到用户边缘设备(Customer Edge Device,简称为CE)的VPN FRR路由表,以及VPNFRR路由主下一跳和备下一跳路由的LDP标签表。其中,VPN FRR路由的主下一跳为PE1,备下一跳为PE2。VPN FRR主路由的主LSP为PE3-PE1,备LSP为PE3-PE4-PE2-PE1;VPN FRR备路由的主LSP为PE3-PE1-PE2,备LSP为PE3-PE4-PE2。VPN FRR主备路由主LSP共路径的链路为PE1-PE3。
根据上述VPN FRR路由表和LDP标签表生成用于流量转发的VPNFRR路由转发表和主备下一跳转发表。在图5所示的组网中,所有链路状态都up的情况下,所述VPN FRR路由转发表的信息如表3所示:
表3
IP地址前缀 | 下一跳索引 |
10.1.1.0/24 | 1.1.1.1 |
上述主备下一跳转发表的信息如表4所示,其中转发状态位字段,取值为1表示该出接口有效,取值为0表示该出接口无效。
表4
此时,PE(即,上述的PE3)收到发往CE的数据流,根据报文中的目的IP地址10.1.1.1检索到所述VPN FRR路由转发表,从中获取到下一跳索引指向主备下一跳转发表中1.1.1.1对应的转发条目,再根据所述下一跳索引检索所述主备下一跳转发表中1.1.1.1对应的转发条目,从中获取到有效的出接口为gei_0/0/0/1,将数据流从所述出接口转发出去,到达下一跳PE1,再由PE1将数据流转发给CE。
当VPN FRR主备路由主LSP共路径的链路PE1-PE3发生故障时,主备PEER BFD的检测状态会先后变down。如果主PEER BFD先检测down,备PEER BFD后检测down,则保持VPN FRR路由的备路由为逃生路由,即所述VPN FRR路由转发表的下一跳索引指向主备下一跳转发表中的备PE。所述VPN FRR路由转发表的信息如表5所示:
表5
IP地址前缀 | 下一跳索引 |
10.1.1.0/24 | 2.2.2.2 |
上述主备下一跳转发表的信息如表6所示:
表6
此时,PE收到发往CE的数据流,根据报文中的目的IP地址10.1.1.1检索到所述VPN FRR路由转发表,从中获取到下一跳索引指向主备下一跳转发表中2.2.2.2对应的转发条目,再根据所述下一跳索引检索所述主备下一跳转发表中2.2.2.2对应的转发条目,从中获取到有效的出接口为gei_0/0/0/4,将数据流从所述出接口转发出去,经过PE4,最终到达下一跳PE2,再由PE2将数据流转发给CE。
如果备PEER BFD先检测down,主PEER BFD后检测down,则保持VPN FRR路由的主路由为逃生路由,即所述VPN FRR路由转发表的下一跳索引指向主备下一跳转发表中的主PE。所述VPN FRR路由转发表的信息如表7所示:
表7
IP地址前缀 | 下一跳索引 |
10.1.1.0/24 | 1.1.1.1 |
主备下一跳转发表的信息如表8所示:
表8
此时,PE收到发往CE的数据流,根据报文中的目的IP地址10.1.1.1检索到所述VPN FRR路由转发表,从中获取到下一跳索引指向主备下一跳转发表中1.1.1.1对应的转发条目,再根据所述下一跳索引检索所述主备下一跳转发表中1.1.1.1对应的转发条目,从中获取到有效的出接口为gei_0/0/0/4,将数据流从所述出接口转发出去,经过PE4和PE2,最终到达下一跳PE1,再由PE1将数据流转发给CE。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
在本实施例中还提供了一种报文转发装置,该装置用于实现上述实施例及优选实施方式,已经进行过说明的不再赘述。如以下所使用的,术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现,但是硬件,或者软件和硬件的组合的实现也是可能并被构想的。
图6是根据本发明实施例的报文转发装置的结构框图,该装置可以应用于第一PE中,如图6所示,该装置包括确定模块62和转发模块64,下面对该装置进行说明。
确定模块62,用于在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定上述主下一跳和备下一跳中后检测到故障的PE;转发模块64,连接至上述确定模块62,用于将待发送到CE的报文通过后检测到故障的PE转发给CE。
图7是根据本发明实施例的报文转发装置中转发模块64的结构框图,如图7所示,该转发模块64包括确定单元72和转发单元74,下面对该转发模块64进行说明:
确定单元72,用于确定通过上述后检测到故障的PE将报文转发给CE的转发表;转发单元74,连接至上述确定单元72,用于根据上述转发表将报文转发给CE。
图8是根据本发明实施例的报文转发装置中确定单元72的结构框图,如图8所示,该确定单元72包括第一确定子单元82和第二确定子单元84,下面对该确定单元72进行说明:
第一确定子单元82,用于确定多协议标签交换MPLS业务表,以及主下一跳和备下一跳的标签分发协议LDP标签表;第二确定子单元84,连接至上述第一确定子单元82,用于根据上述主下一跳和备下一跳的故障检测情况以及MPLS业务表和LDP标签表确定上述转发表。
图9是根据本发明实施例的报文转发装置中第二确定子单元84的结构框图,如图9所示,该第二确定子单元84包括第一处理次子单元92和/或第二处理次子单元94,下面对该第二确定子单元84进行说明。
第一处理次子单元92,用于当上述第一PE确定主下一跳的双向转发检测BFD检测状态变为down时,判断上述主下一跳是否是后检测到故障的PE;在判断结果为不是的情况下,将上述转发表中的下一跳索引设置为备下一跳,同时将主下一跳的转发状态设置为无效;在判断结果为是的情况下,将上述转发表中的下一跳索引设置为主下一跳,同时将主下一跳的转发状态设置为有效;
第二处理次子单元94,用于当上述第一PE确定备下一跳的双向转发检测BFD检测状态变为down时,判断上述备下一跳是否是后检测到故障的PE;在判断结果为不是的情况下,将上述转发表中的下一跳索引设置为主下一跳,同时将备下一跳的转发状态设置为无效;在判断结果为是的情况下,将上述转发表中的下一跳索引设置为备下一跳,同时将备下一跳的转发状态设置为有效。
在一个可选的实施例中,上述第一处理次子单元92还用于当第一PE确定主下一跳的BFD检测状态变为down之后,当第一PE确定主下一跳的BFD检测状态变为up时,将转发表中的下一跳索引更新为上述主下一跳;同时将主下一跳的转发状态设置为有效;和/或,
上述第二处理次子单元94还用于当第一PE确定备下一跳的BFD检测状态变为down之后,当第一PE确定备下一跳的BFD检测状态变为up时,判断上述主下一跳的BFD检测状态是否up;在判断结果为不是up时,将转发表中的下一跳索引更新为备下一跳,同时将备下一跳的转发状态更新为有效;在判断结果为是up时,维持上述转发表中的下一跳索引为主下一跳,同时将上述备下一跳的转发状态设置为有效。
图10是根据本发明实施例的报文转发装置中转发单元74的结构框图,如图10所示,该转发单元74包括第三确定子单元102和转发子单元104,下面对该转发单元74进行说明。
第三确定子单元102,用于根据上述转发表确定实际进行报文转发的下一跳PE设备和实际出接口;转发子单元104,连接至上述第三确定子单元102,用于通过上述实际出接口将报文发送给确定的上述下一跳PE,并指示确定的上述下一跳PE将报文转发给CE。
下面结合附图对本发明实施例中的装置作进一步的详细描述。
本发明实施例中提供了一种MPLS业务逃生保护的装置,如图11所示,该装置包括BFD检测模块112(对应于上述的确定模块62)、路由管理模块114(对应于上述的第一确定子单元82)、LDP管理模块116(对应于上述的第一确定子单元82)、转发表管理模块118(对应于上述的第二确定子单元84)、流量转发模块1110(对应于上述的转发单元74)其中:
路由管理模块114,用于创建PE设备上的VPN FRR路由表。
LDP管理模块116,用于创建VPN FRR路由主下一跳和备下一跳路由的LDP标签表。
路由管理模块114和LDP管理模块116都连接至转发表管理模块118,这样转发表管理模块118就根据路由管理模块114创建的VPN FRR路由表生成用于流量转发的VPN FRR路由转发表和主备下一跳转发表,VPNFRR路由转发表中的下一跳索引指向主备下一跳转发表中的主PE或备PE,标识当前VPN FRR路由实际转发的下一跳。另外,根据上述LDP管理模块116创建的LDP标签表生成主备下一跳转发表中VPN FRR路由主下一跳和备下一跳路由的实际转发出接口。同时,根据BFD检测模块112检测到的主PEER BFD和备PEER BFD的检测状态将主备下一跳转发表中VPN FRR路由主下一跳和备下一跳路由的转发状态位设置为有效或无效。
上述的BFD检测模块112检测主PEER BFD或备PEER BFD的状态,一旦检测到BFD状态发生变化,立即对上述转发表管理模块118的VPNFRR路由转发表和主备下一跳转发表进行更新。
流量转发模块1110连接至转发表管理模块118,用于PE收到数据流时,根据报文中的目的IP地址检索转发表管理模块118的VPN FRR路由转发表,从中获取到下一跳索引,再根据该下一跳索引检索转发表管理模块118的主备下一跳转发表,从中获取到有效的出接口信息,将数据流从所述出接口转发出去,最终到达下一跳PE。
由上述本发明提供的实施例的具体实施过程可以看到,本发明实施例中实现的MPLS业务逃生保护的方法和装置,能够解决了当MPLS业务到达主备下一跳PE设备共路径的链路发生故障,主备下一跳BFD都中断时,MPLS业务主备下一跳转发层面都会被置为无效,从而产生的转发路由黑洞现象,导致业务中断的问题,大大增强了网络的可靠性,同时也提高了IPRAN承载解决方案的可行性。
需要说明的是,上述各个模块是可以通过软件或硬件来实现的,对于后者,可以通过以下方式实现,但不限于此:上述模块均位于同一处理器中;或者,上述各个模块以任意组合的形式分别位于不同的处理器中。
本发明的实施例还提供了一种存储介质。可选地,在本实施例中,上述存储介质可以被设置为存储用于执行以下步骤的程序代码:
S1,第一服务提供商边缘设备PE在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定上述主下一跳和备下一跳中后检测到故障的PE;
S2,第一PE将待发送到CE的报文通过后检测到故障的PE转发给CE。
可选地,在本实施例中,上述存储介质可以包括但不限于:U盘、只读存储器(Read-Only Memory,简称为ROM)、随机存取存储器(RandomAccess Memory,简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地,在本实施例中,处理器根据存储介质中已存储的程序代码执行上述各方法实施例中的步骤。
可选地,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (12)
1.一种报文转发方法,其特征在于,包括:
第一服务提供商边缘设备PE在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定所述主下一跳和所述备下一跳中后检测到故障的PE;
所述第一PE将待发送到所述CE的报文通过所述后检测到故障的PE转发给所述CE。
2.根据权利要求1所述的方法,其特征在于,所述第一PE将待发送到所述CE的报文通过所述后检测到故障的PE转发给所述CE包括:
所述第一PE确定通过所述后检测到故障的PE将所述报文转发给所述CE的转发表;
所述第一PE根据所述转发表将所述报文转发给所述CE。
3.根据权利要求2所述的方法,其特征在于,所述第一PE确定通过所述后检测到故障的PE将所述报文转发给所述CE的转发表包括:
所述第一PE确定多协议标签交换MPLS业务表,以及所述主下一跳和备下一跳的标签分发协议LDP标签表;
所述第一PE根据所述主下一跳和所述备下一跳的故障检测情况以及所述MPLS业务表和所述LDP标签表确定所述转发表。
4.根据权利要求3所述的方法,其特征在于,所述第一PE根据所述主下一跳和所述备下一跳的故障检测情况以及所述MPLS业务表和所述LDP标签表确定所述转发表包括:
当所述第一PE确定所述主下一跳的双向转发检测BFD检测状态变为down时,判断所述主下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述主下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述主下一跳的转发状态设置为有效;和/或,
当所述第一PE确定所述备下一跳的双向转发检测BFD检测状态变为down时,判断所述备下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述备下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述备下一跳的转发状态设置为有效。
5.根据权利要求4所述的方法,其特征在于,
当所述第一PE确定所述主下一跳的BFD检测状态变为down之后,还包括:当所述第一PE确定所述主下一跳的BFD检测状态变为up时,将所述转发表中的下一跳索引更新为所述主下一跳;同时将所述主下一跳的转发状态设置为有效;和/或,
当所述第一PE确定所述备下一跳的BFD检测状态变为down之后,还包括:当所述第一PE确定所述备下一跳的BFD检测状态变为up时,判断所述主下一跳的BFD检测状态是否up;在判断结果为不是up时,将所述转发表中的下一跳索引更新为所述备下一跳,同时将所述备下一跳的转发状态更新为有效;在判断结果为是up时,维持所述转发表中的下一跳索引为所述主下一跳,同时将所述备下一跳的转发状态设置为有效。
6.根据权利要求2所述的方法,其特征在于,所述第一PE根据所述转发表将所述报文转发给所述CE包括:
所述第一PE根据所述转发表确定实际进行报文转发的下一跳PE设备和实际出接口;
所述第一PE通过所述实际出接口将所述报文发送给确定的所述下一跳PE,并指示确定的所述下一跳PE将所述报文转发给所述CE。
7.一种报文转发装置,其特征在于,应用于第一服务提供商边缘设备PE中,包括:
确定模块,用于在确定到达用户边缘设备CE的主下一跳和备下一跳共路径的链路发生故障后,确定所述主下一跳和所述备下一跳中后检测到故障的PE;
转发模块,用于将待发送到所述CE的报文通过所述后检测到故障的PE转发给所述CE。
8.根据权利要求7所述的装置,其特征在于,所述转发模块包括:
确定单元,用于确定通过所述后检测到故障的PE将所述报文转发给所述CE的转发表;
转发单元,用于根据所述转发表将所述报文转发给所述CE。
9.根据权利要求8所述的装置,其特征在于,所述确定单元包括:
第一确定子单元,用于确定多协议标签交换MPLS业务表,以及所述主下一跳和备下一跳的标签分发协议LDP标签表;
第二确定子单元,用于根据所述主下一跳和所述备下一跳的故障检测情况以及所述MPLS业务表和所述LDP标签表确定所述转发表。
10.根据权利要求9所述的装置,其特征在于,所述第二确定子单元包括:
第一处理次子单元,用于当所述第一PE确定所述主下一跳的双向转发检测BFD检测状态变为down时,判断所述主下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述主下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述主下一跳的转发状态设置为有效;和/或,
第二处理次子单元,用于当所述第一PE确定所述备下一跳的双向转发检测BFD检测状态变为down时,判断所述备下一跳是否是所述后检测到故障的PE;在判断结果为不是的情况下,将所述转发表中的下一跳索引设置为所述主下一跳,同时将所述备下一跳的转发状态设置为无效;在判断结果为是的情况下,将所述转发表中的下一跳索引设置为所述备下一跳,同时将所述备下一跳的转发状态设置为有效。
11.根据权利要求10所述的装置,其特征在于,
所述第一处理次子单元还用于当所述第一PE确定所述主下一跳的BFD检测状态变为down之后,当所述第一PE确定所述主下一跳的BFD检测状态变为up时,将所述转发表中的下一跳索引更新为所述主下一跳;同时将所述主下一跳的转发状态设置为有效;和/或,
所述第二处理次子单元还用于当所述第一PE确定所述备下一跳的BFD检测状态变为down之后,当所述第一PE确定所述备下一跳的BFD检测状态变为up时,判断所述主下一跳的BFD检测状态是否up;在判断结果为不是up时,将所述转发表中的下一跳索引更新为所述备下一跳,同时将所述备下一跳的转发状态更新为有效;在判断结果为是up时,维持所述转发表中的下一跳索引为所述主下一跳,同时将所述备下一跳的转发状态设置为有效。
12.根据权利要求8所述的装置,其特征在于,所述转发单元包括:
第三确定子单元,用于根据所述转发表确定实际进行报文转发的下一跳PE设备和实际出接口;
转发子单元,用于通过所述实际出接口将所述报文发送给确定的所述下一跳PE,并指示确定的所述下一跳PE将所述报文转发给所述CE。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610296706.6A CN107347032B (zh) | 2016-05-05 | 2016-05-05 | 报文转发方法及装置 |
PCT/CN2017/083091 WO2017190672A1 (zh) | 2016-05-05 | 2017-05-04 | 报文转发方法及装置 |
EP17792498.2A EP3454510B1 (en) | 2016-05-05 | 2017-05-04 | Message forwarding method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610296706.6A CN107347032B (zh) | 2016-05-05 | 2016-05-05 | 报文转发方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107347032A true CN107347032A (zh) | 2017-11-14 |
CN107347032B CN107347032B (zh) | 2019-09-10 |
Family
ID=60202756
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610296706.6A Active CN107347032B (zh) | 2016-05-05 | 2016-05-05 | 报文转发方法及装置 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP3454510B1 (zh) |
CN (1) | CN107347032B (zh) |
WO (1) | WO2017190672A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110011917A (zh) * | 2019-03-21 | 2019-07-12 | 新华三技术有限公司 | 一种报文转发方法、装置、电子设备及存储介质 |
CN110224886A (zh) * | 2019-05-31 | 2019-09-10 | 新华三技术有限公司 | 隧道连通性检测方法、装置及网络边缘设备 |
CN110493129A (zh) * | 2019-07-25 | 2019-11-22 | 新华三大数据技术有限公司 | 备份标签路径的更新方法、报文转发方法及装置 |
CN111614554A (zh) * | 2020-05-20 | 2020-09-01 | 中国联合网络通信集团有限公司 | 路由切换方法、控制设备、多路由网络系统及存储介质 |
CN112769601A (zh) * | 2020-12-29 | 2021-05-07 | 新华三技术有限公司 | 一种链路切换方法及设备 |
CN113852548A (zh) * | 2021-09-15 | 2021-12-28 | 新华三信息安全技术有限公司 | 一种报文处理方法及装置 |
CN114090313A (zh) * | 2021-10-31 | 2022-02-25 | 新华三技术有限公司合肥分公司 | 一种转发表生成方法及装置 |
CN116782336A (zh) * | 2019-10-22 | 2023-09-19 | 华为技术有限公司 | 一种通信方法及装置 |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI813744B (zh) * | 2018-08-23 | 2023-09-01 | 美商阿爾克斯股份有限公司 | 具有主機確定學習及本地化路由與橋接整合的主機路由覆蓋機制系統 |
CN111683086B (zh) * | 2020-06-05 | 2022-11-01 | 北京百度网讯科技有限公司 | 网络数据处理方法、装置、电子设备和存储介质 |
CN111885630B (zh) * | 2020-07-01 | 2023-06-30 | 中国联合网络通信集团有限公司 | 数据传输方法及通信装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101039265A (zh) * | 2007-04-25 | 2007-09-19 | 华为技术有限公司 | 一种路由器及路由转发方法 |
WO2008120267A1 (ja) * | 2007-03-28 | 2008-10-09 | Fujitsu Limited | エッジノード冗長システム |
CN101984596A (zh) * | 2010-11-04 | 2011-03-09 | 北京星网锐捷网络技术有限公司 | 一种避免路由黑洞的方法、装置及路由设备 |
CN102420767A (zh) * | 2011-12-15 | 2012-04-18 | 北京星网锐捷网络技术有限公司 | 转发路径切换方法、装置及网络设备 |
US8493845B1 (en) * | 2004-05-21 | 2013-07-23 | Rockstar Consortium Us Lp | Apparatus for accelerating failover of VPN traffic in an MPLS provider network |
CN104468347A (zh) * | 2013-09-18 | 2015-03-25 | 中兴通讯股份有限公司 | 网络数据自环回的控制方法及装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100527683C (zh) * | 2006-08-24 | 2009-08-12 | 华为技术有限公司 | 故障保护方法和系统 |
CN100450039C (zh) * | 2007-01-12 | 2009-01-07 | 华为技术有限公司 | 快速收敛端到端业务的方法和装置 |
CN101330424B (zh) * | 2007-06-18 | 2011-11-02 | 华为技术有限公司 | 一种虚拟专用网服务故障处理的方法、系统及装置 |
US20110299551A1 (en) * | 2008-12-18 | 2011-12-08 | Raoul Fiorone | Method and Apparatus for Transferring Data Packets Between a First Network and a Second Network |
CN102238138A (zh) * | 2010-04-23 | 2011-11-09 | 中兴通讯股份有限公司 | 一种伪线业务的处理方法和系统 |
-
2016
- 2016-05-05 CN CN201610296706.6A patent/CN107347032B/zh active Active
-
2017
- 2017-05-04 WO PCT/CN2017/083091 patent/WO2017190672A1/zh unknown
- 2017-05-04 EP EP17792498.2A patent/EP3454510B1/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8493845B1 (en) * | 2004-05-21 | 2013-07-23 | Rockstar Consortium Us Lp | Apparatus for accelerating failover of VPN traffic in an MPLS provider network |
WO2008120267A1 (ja) * | 2007-03-28 | 2008-10-09 | Fujitsu Limited | エッジノード冗長システム |
CN101039265A (zh) * | 2007-04-25 | 2007-09-19 | 华为技术有限公司 | 一种路由器及路由转发方法 |
CN101984596A (zh) * | 2010-11-04 | 2011-03-09 | 北京星网锐捷网络技术有限公司 | 一种避免路由黑洞的方法、装置及路由设备 |
CN102420767A (zh) * | 2011-12-15 | 2012-04-18 | 北京星网锐捷网络技术有限公司 | 转发路径切换方法、装置及网络设备 |
CN104468347A (zh) * | 2013-09-18 | 2015-03-25 | 中兴通讯股份有限公司 | 网络数据自环回的控制方法及装置 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110011917A (zh) * | 2019-03-21 | 2019-07-12 | 新华三技术有限公司 | 一种报文转发方法、装置、电子设备及存储介质 |
CN110011917B (zh) * | 2019-03-21 | 2021-05-07 | 新华三技术有限公司 | 一种报文转发方法、装置、电子设备及存储介质 |
CN110224886A (zh) * | 2019-05-31 | 2019-09-10 | 新华三技术有限公司 | 隧道连通性检测方法、装置及网络边缘设备 |
CN110493129A (zh) * | 2019-07-25 | 2019-11-22 | 新华三大数据技术有限公司 | 备份标签路径的更新方法、报文转发方法及装置 |
CN116782336A (zh) * | 2019-10-22 | 2023-09-19 | 华为技术有限公司 | 一种通信方法及装置 |
US11895014B2 (en) | 2019-10-22 | 2024-02-06 | Huawei Technologies Co., Ltd. | Aggregated route communication method and apparatus |
CN111614554A (zh) * | 2020-05-20 | 2020-09-01 | 中国联合网络通信集团有限公司 | 路由切换方法、控制设备、多路由网络系统及存储介质 |
CN112769601A (zh) * | 2020-12-29 | 2021-05-07 | 新华三技术有限公司 | 一种链路切换方法及设备 |
CN113852548A (zh) * | 2021-09-15 | 2021-12-28 | 新华三信息安全技术有限公司 | 一种报文处理方法及装置 |
CN114090313A (zh) * | 2021-10-31 | 2022-02-25 | 新华三技术有限公司合肥分公司 | 一种转发表生成方法及装置 |
CN114090313B (zh) * | 2021-10-31 | 2024-04-12 | 新华三技术有限公司合肥分公司 | 一种转发表生成方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP3454510A1 (en) | 2019-03-13 |
WO2017190672A1 (zh) | 2017-11-09 |
CN107347032B (zh) | 2019-09-10 |
EP3454510B1 (en) | 2020-12-30 |
EP3454510A4 (en) | 2019-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107347032A (zh) | 报文转发方法及装置 | |
KR102397232B1 (ko) | 네트워크에서의 패킷을 송신하기 위한 방법 및 노드 | |
CN105453491B (zh) | 扩展远程lfa快速重新路由 | |
CN104247344B (zh) | 用于拆分式体系结构中快速故障转移的控制器安排 | |
US8842522B2 (en) | Incremental deployment of MRT based IPFRR | |
Shand et al. | IP fast reroute framework | |
CN107040443A (zh) | 多宿主拓扑的evpn网络的快速收敛 | |
US8780696B2 (en) | System and method of implementing lightweight not-via IP fast reroutes in a telecommunications network | |
CN109873760A (zh) | 处理路由的方法和装置、以及数据传输的方法和装置 | |
CN109309623A (zh) | 用于多播保护的到冗余多播源节点的最大冗余树 | |
US20210409312A1 (en) | Fault Protection Method, Node, and Storage Medium | |
US7936667B2 (en) | Building backup tunnels for fast reroute in communications networks | |
CN101651630A (zh) | 一种基于链路故障的切换方法及装置 | |
CN101099340A (zh) | 用于网络路径检测的系统和方法 | |
EP2761832A1 (en) | Optimizing endpoint selection of mrt-frr detour paths | |
JP6443864B2 (ja) | パケット紛失検出を実装するための方法、装置、およびシステム | |
CN103891220A (zh) | 使用ldp的mpls快速重新路由(ldp-frr) | |
CN101355486A (zh) | 一种路由切换的方法、设备及系统 | |
CN103297340B (zh) | Mpls和bgp组网中的路由收敛方法和设备 | |
CN108768796A (zh) | 链路故障检测方法及装置 | |
CN110290017B (zh) | 故障节点定位方法及pe设备 | |
CN107979848B (zh) | 一种备用路径的检测方法及装置 | |
CN106572012A (zh) | 一种vpn frr的实现方法和pe设备 | |
CN112671652B (zh) | 报文转发方法及装置 | |
CN108494684A (zh) | 创建隧道的方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |