[go: up one dir, main page]

WO2016090815A1 - Procédé et dispositif de commande de commutation pour le déploiement de service de haute capacité - Google Patents

Procédé et dispositif de commande de commutation pour le déploiement de service de haute capacité Download PDF

Info

Publication number
WO2016090815A1
WO2016090815A1 PCT/CN2015/077555 CN2015077555W WO2016090815A1 WO 2016090815 A1 WO2016090815 A1 WO 2016090815A1 CN 2015077555 W CN2015077555 W CN 2015077555W WO 2016090815 A1 WO2016090815 A1 WO 2016090815A1
Authority
WO
WIPO (PCT)
Prior art keywords
forwarding
information
label
frr
routing
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.)
Ceased
Application number
PCT/CN2015/077555
Other languages
English (en)
Chinese (zh)
Inventor
李石法
李金�
叶勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Publication of WO2016090815A1 publication Critical patent/WO2016090815A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Definitions

  • the present invention relates to control technologies in the field of data networks and communications, and in particular, to a handover control method and apparatus for deploying large-capacity services.
  • the virtual private network (VPN) fast re-routing (FRR) technology solves the service convergence speed requirement of the handover control in the dual-homing scenario of the customer edge device (CE, Customer Edge) as shown in FIG. 1, for example, the primary PE (PE1) After the fault occurs, the remote (PE3 to CE1) traffic can be quickly switched to the standby PE (PE2) to ensure that the traffic loss from the remote PE3 is within 50 ms.
  • VPN virtual private network
  • FRR virtual private network fast re-routing
  • the VPN FRR technology is a VPN-based private network route fast switching technology.
  • the example shown in Figure 1 is as follows:
  • the VPN FRR technology is set to point to the primary PE (PE1) in the remote PE (PE3) in advance.
  • the primary and secondary forwarding paths of the standby PE (PE2) are combined with the fast fault detection technology (BFD) to quickly switch the forwarding path.
  • BFD fast fault detection technology
  • the existing VPN FRR technology can solve the requirement that the service switching speed is less than 50 ms in most application scenarios.
  • the core router device deploys a large-capacity VPN service.
  • the service switching speed is greater than 50 ms.
  • the service switching speed is a key performance indicator for evaluating the core router. Therefore, how to ensure that the key performance indicators of the core router in the large-capacity service scenario can still be less than 50 ms during the handover control process is a technical problem to be solved.
  • the embodiment of the present invention is to provide a handover control method and apparatus for deploying a large-capacity service, which at least solves the above-mentioned technical problems existing in the prior art, and greatly improves the handover performance of the core router when deploying a large-capacity service. .
  • the embodiment of the invention discloses a handover control method when deploying a large-capacity service, and the method includes:
  • the method further includes:
  • the label forwarding information is set in the label forwarding table, and the label forwarding information is queried through the label array index in the label forwarding table;
  • the label forwarding table is obtained according to the obtained forwarding path of the primary and backup links.
  • the IP forwarding information is set in the routing forwarding table, and the IP forwarding information is queried through the FRR table index in the routing forwarding table.
  • the routing forwarding table is obtained according to the obtained forwarding path of the primary and backup links.
  • the method further includes:
  • the obtaining the forwarding path of the primary and backup links reassembling the IP forwarding information and the label forwarding information that are separately set, and combining the forwarding paths of the primary and backup links.
  • To control the switching of the currently deployed large-capacity traffic from the active link to the standby link including:
  • the embodiment of the invention discloses a handover control device when deploying a large-capacity service, and the device includes:
  • a setting unit configured to separate the IP forwarding information and the label forwarding information in the fast rerouting FRR table, where only the IP forwarding information is set in the FRR table;
  • the switching control unit is configured to: after detecting the failure of the primary link, acquire a forwarding path of the primary and backup links, reassemble the separated IP forwarding information and the label forwarding information, and combine the The forwarding path of the primary and backup links to control the switching of the currently deployed large-capacity traffic from the primary link to the standby link.
  • the setting unit further includes:
  • the BGP protocol module is configured to learn routing information indicating the primary and backup link forwarding paths from the remote device when the FRR architecture of the large-capacity service traffic is deployed, and use the characterization function as the primary and backup.
  • the routing information of the link forwarding path is sent to the label management module.
  • a label management module configured to obtain a label forwarding table according to the routing information that represents the primary and backup link forwarding paths; the label array is disposed in the label forwarding table, and the label array in the label forwarding table is used
  • the index performs a query for tag forwarding information.
  • the setting unit further includes: a route management module
  • the BGP protocol module is further configured to send the routing information that represents the primary and backup link forwarding paths to the routing management module;
  • a routing management module configured to obtain a routing forwarding table according to the routing information that represents the primary and backup link forwarding paths; the IP forwarding information is set in the routing forwarding table, and the FRR in the routing forwarding table is used
  • the table index performs the query of the IP forwarding information.
  • the switching control unit further includes:
  • a tag array management module configured to obtain the routing information that represents the primary and backup link forwarding paths, generate a tag array according to the labels in the routing information, and allocate a globally unique tag array index to the tag array and return the a label management module, wherein the label array index is recorded in the label forwarding table;
  • the FRR management module is configured to obtain the routing information that represents the primary and backup link forwarding paths, generate an FRR table according to the routing information, allocate a globally unique FRR table index to the FRR table, and return the routing management module.
  • the FRR table index is recorded in the routing forwarding table.
  • the FRR management module is further configured to:
  • the routing forwarding table is obtained, and the forwarding path of the currently deployed large-capacity service traffic and the IP forwarding information are obtained according to the FRR table index in the routing forwarding table. Determining, by the IP forwarding information, the first package combination information;
  • the label forwarding information is determined to be second package combination information
  • the setting unit, the switching control unit, the BGP protocol module, the label management module, the route management module, the label array management module, and the FRR management module may use a central processing unit when performing processing ( CPU, Central Processing Unit), Digital Signal Processor (DSP), or Field-Programmable Gate Array (FPGA).
  • CPU Central Processing Unit
  • DSP Digital Signal Processor
  • FPGA Field-Programmable Gate Array
  • the handover control method of the embodiment of the present invention includes: separating the IP forwarding information and the label forwarding information in the FRR table, the FRR table only setting the IP forwarding information; and detecting the failure of the primary link, acquiring the primary and backup a forwarding path of the link, reassembling the IP forwarding information and the label forwarding information that are separately set, and combining the forwarding paths of the primary and backup links to control the currently deployed large-capacity service traffic.
  • the primary link is switched to the alternate link.
  • the FRR table since the FRR table only sets IP forwarding information, label forwarding information is not set. Therefore, multiple FRR tables do not appear, and only one FRR table needs to be switched to achieve all traffic switching. , to ensure that the switching speed is less than 50ms.
  • Embodiment 1 is a flowchart of an implementation of Embodiment 1 of a method according to the present invention
  • FIG. 2 is a flowchart of an implementation of a second embodiment of a method according to the present invention.
  • Figure 3 is a scenario diagram of a typical VPN FRR networking
  • Figure 4 is a scenario diagram of traffic forwarding to the standby PE device (PE2) for forwarding when the VPN FRR primary link fails.
  • FIG. 5 is a schematic diagram of a conventional processing manner of a VPN FRR in a PE device according to the prior art
  • FIG. 6 is a schematic diagram of a processing manner of a VPN FRR in a PE device according to an embodiment of the present disclosure
  • Figure 7 is a flow chart of a method corresponding to the apparatus shown in Figure 6.
  • the embodiment of the invention discloses a handover control method when deploying a large-capacity service. As shown in FIG. 1 , the method includes:
  • Step 101 Separate the IP forwarding information and the label forwarding information in the FRR table, where only the IP forwarding information is set in the FRR table.
  • Step 102 After detecting the fault of the primary link, obtain the forwarding path of the primary and backup links, reassemble the IP forwarding information and the label forwarding information that are separately set, and combine the primary and backup.
  • the forwarding path of the link to control the switching of the currently deployed large-capacity traffic from the primary link to the standby link.
  • the method further includes:
  • the label forwarding information is set in the label forwarding table, and the label forwarding information is queried through the label array index in the label forwarding table;
  • the label forwarding table is obtained according to the obtained forwarding path of the primary and backup links.
  • the IP forwarding information is set in a routing forwarding table, and the IP forwarding information is queried through the FRR table index in the routing forwarding table.
  • the routing forwarding table is obtained according to the obtained forwarding path of the primary and backup links.
  • the method further includes:
  • multiple label forwarding information in the label forwarding table corresponds to the same FRR table.
  • the embodiment of the invention discloses a handover control method when deploying a large-capacity service. As shown in FIG. 2, the method includes:
  • Step 201 Separate the IP forwarding information and the label forwarding information in the FRR table, where only the IP forwarding information is set in the FRR table.
  • Step 202 After detecting the fault of the primary link, obtain the routing forwarding table, and obtain the forwarding path of the currently deployed large-capacity service traffic and the IP according to the FRR table index in the routing forwarding table. Forwarding the information, and determining the IP forwarding information as the first package combination information;
  • Step 203 Obtain the label forwarding table, and obtain the label forwarding information corresponding to the forwarding path of the currently deployed large-capacity service traffic according to the label array index in the label forwarding table, and determine the label forwarding information. Combining information for the second package;
  • Step 204 The first package combination information and the second package combination information combination are encapsulated together, and the currently deployed large-capacity service traffic is controlled according to the forwarding path of the currently deployed large-capacity service traffic.
  • the primary link switches to the alternate link.
  • the method further includes:
  • the label forwarding information is set in the label forwarding table, and the label forwarding information is queried through the label array index in the label forwarding table;
  • the label forwarding table is obtained according to the obtained forwarding path of the primary and backup links.
  • the IP forwarding information is set in the routing forwarding table, and the IP forwarding information is queried through the FRR table index in the routing forwarding table.
  • the routing forwarding table is obtained according to the obtained forwarding path of the primary and backup links.
  • the method further includes:
  • multiple label forwarding information in the label forwarding table corresponds to the same FRR table.
  • the prior art In the process of detecting faults from BFD, switching to the FRR table and sending the forwarding chip, this process takes time. If there are a large number of FRR tables that need to be switched, it takes more than 50 ms for all services to complete the handover.
  • the existing VPN FRR technology cannot solve the problem, and the embodiment of the present invention is a handover control method for improving VPN FRR handover performance, which ensures that when the primary PE fails, the service traffic is switched in the large-capacity VPN FRR application scenario.
  • the embodiment of the present invention can improve the fast reroute switching performance of the large-capacity VPN FRR/label distribution protocol (LDP) FRR, so that the switching speed is less than 50 ms.
  • LDP label distribution protocol
  • FIG. 3 shows the scenario of a typical VPN FRR.
  • the CE device (CE1) is dual-homed to the PEs (PE1 and PE2) and the VPN FRR is deployed on the remote PEs (PE3).
  • FIG. 4 is a scenario diagram of the traffic being switched to the backup PE device (PE2) for forwarding when the VPN FRR primary link fails.
  • FIG. 5 is a schematic diagram of a conventional processing manner of a VPN FRR in a PE device according to the prior art
  • FIG. 6 is a schematic diagram of a processing manner of a VPN FRR in a PE device according to an embodiment of the present invention.
  • Step 301 The architecture shown in FIG. 3 is a BGP VPNv4 neighbor relationship between PE3---PE1 and PE3---PE2; an IGP neighbor is established between CE1---PE1 and CE1---PE2. Configure VPN FRR on the PE3.
  • CE1 advertises routes to the PE1 and PE2 devices.
  • the BGP protocol module learns routes from the remote devices (PE1 and PE2) and forms VPN FRR.
  • Step 302 The BGP protocol module delivers the primary and secondary forwarding routing information of the VPN route to the route management module and the label management module.
  • Step 303 The route management module saves the routing primary and backup forwarding routing information to form a routing forwarding table.
  • Step 304 The label management module saves the label primary and backup forwarding routing information to form a label forwarding table.
  • Step 305 The route management module and the label management module synchronize the primary and secondary forwarding routing information of the VPN route to the label array management module and the FRR management module.
  • Step 306 The tag array management module generates a tag array and assigns a globally unique index to the tag array.
  • Step 307 The FRR management module generates an FRR table and assigns a globally unique index to the FRR.
  • Step 308 Recording the label array index and the FRR index in the routing forwarding table and the label forwarding table to ensure that the chip can obtain the label forwarding information and the common IP forwarding information through the label array index and the FRR index when forwarding the traffic.
  • Step 309 Figure 3 shows the deployment of BFD detection between PE1---PE2.
  • Step 310 As shown in FIG. 3, a large number of routes (Prefix1, Prefix2, Prefix3...Prefixn) are advertised to the PE1 and the PE2 on the CE1 device. On PE3, the internal processing flow of the route (Prefix1, Prefix2, Prefix3...Prefixn) is learned in step 302---step 305 is the same. Because the outgoing labels of each VPN route are different, the array of tag blocks generated in step 306 is different (tag array 1, tag array 2, tag array 3... tag array n); since each route is from PE1 and PE2 advertises that all routes generated in step 307 are all FRR tables (FRR Table 1). The relationship between the routing forwarding table, the tag array, and the FRR table: (Prefix1, tag array 1, FRR table 1), (Prefix2, tag array 2, FRR table 1)... (Prefixn, tag array n, FRR table 1).
  • Step 311 When the PE1 device is normal, the forwarding process of the traffic Prefix1 on the PE3 is: according to the traffic prefix, check the routing table, hit the route Prefix1, and there is a label block index in the Prefix1.
  • the array 1) and the FRR index (FRR table 1) are obtained, the current forwarding path is obtained according to the FRR index, and then the label corresponding to the forwarding path is found in the array 1 from the label.
  • Step 312 When the PE1 device fails, the BFD detects the abnormality and reports it to the FRR management module. The FRR management module quickly switches the FRR table 1. The forwarding process of the traffic Prefix1 on PE3 is the same as step 311. Since all routes (Prefix1, Prefix2, Prefix3...Prefixn) are associated with FRR table 1, as long as FRR table 1 is switched, the FRR switch is independent of the VPN route prefix. The defect of the high-capacity VPN FRR application scenario switching failure is solved.
  • the label forwarding information in the FRR table is separated from the normal IP forwarding information, and only the IP forwarding information is reserved in the FRR table, and the multiple label forwarding information corresponds to one FRR table.
  • the application scenario improves the switching performance of the core routing device.
  • the embodiment of the present invention provides a handover control apparatus for deploying a large-capacity service, where the apparatus includes: a setting unit configured to separately set IP forwarding information and label forwarding information in the FRR table, and the FRR table only sets IP Forwarding information; the switching control unit is configured to: after detecting the failure of the primary link, acquire a forwarding path of the primary and backup links, reassemble the separated IP forwarding information and the label forwarding information, and The forwarding path of the active and standby links is combined to control the switching of the currently deployed large-capacity service traffic from the primary link to the standby link.
  • the setting unit further includes:
  • the BGP protocol module is configured to learn routing information indicating the primary and backup link forwarding paths from the remote device when the large-capacity traffic FRR architecture is deployed, and send the routing information that represents the primary and backup link forwarding paths.
  • the label management module is configured to learn routing information indicating the primary and backup link forwarding paths from the remote device when the large-capacity traffic FRR architecture is deployed, and send the routing information that represents the primary and backup link forwarding paths.
  • a label management module configured to obtain a label forwarding table according to the routing information that represents the primary and backup link forwarding paths; the label array is disposed in the label forwarding table, and the label array in the label forwarding table is used
  • the index performs a query for tag forwarding information.
  • the setting unit further includes: a route management module;
  • the BGP protocol module is further configured to send the routing information that represents the primary and backup link forwarding paths to the routing management module;
  • a routing management module configured to obtain a routing forwarding table according to the routing information that represents the primary and backup link forwarding paths; the IP forwarding information is set in the routing forwarding table, and the FRR in the routing forwarding table is used
  • the table index performs the query of the IP forwarding information.
  • the switching control unit further includes:
  • a tag array management module configured to obtain the routing information that represents the primary and backup link forwarding paths, generate a tag array according to the labels in the routing information, and allocate a globally unique tag array index to the tag array and return the a label management module, wherein the label array index is recorded in the label forwarding table;
  • the FRR management module is configured to obtain the routing information that represents the primary and backup link forwarding paths, generate an FRR table according to the routing information, allocate a globally unique FRR table index to the FRR table, and return the routing management module.
  • the FRR table index is recorded in the routing forwarding table.
  • the FRR management module is further configured to:
  • the routing forwarding table is obtained, and the forwarding path of the currently deployed large-capacity service traffic and the IP forwarding information are obtained according to the FRR table index in the routing forwarding table. Determining, by the IP forwarding information, the first package combination information;
  • the label forwarding information is determined to be second package combination information
  • the BFD detects the fault and switches the FRR table and sends the forwarding chip. This process takes time, if a large number of FRR tables are required. Switching, all services complete the switch takes more than 50ms.
  • the existing VPN FRR technology cannot solve the problem, and the embodiment of the present invention is a handover control method for improving VPN FRR handover performance, which ensures that when the primary PE fails, the service traffic is switched in the large-capacity VPN FRR application scenario.
  • the embodiment of the present invention can improve the fast reroute switching performance of the large-capacity VPN FRR/label distribution protocol (LDP) FRR, so that the switching speed is less than 50 ms.
  • LDP label distribution protocol
  • FIG. 3 shows the scenario of a typical VPN FRR.
  • the CE device (CE1) is dual-homed to the PEs (PE1 and PE2) and the VPN FRR is deployed on the remote PEs (PE3).
  • FIG. 4 is a scenario diagram of the traffic being switched to the backup PE device (PE2) for forwarding when the VPN FRR primary link fails.
  • FIG. 5 is a schematic diagram of a conventional processing manner of a VPN FRR in a PE device according to the prior art
  • FIG. 6 is a schematic diagram of a processing manner of a VPN FRR in a PE device according to an embodiment of the present invention.
  • the embodiment of the present invention adopts the schematic diagram of the architecture shown in FIG. 6, and the device includes:
  • the BGP protocol module is configured to learn the VPN routes from the remote PE devices (PE1 and PE2) based on the architecture of Figure 3, and deliver the routing information of the active and standby paths (PE3-P1-PE1 and PE3-P2-PE2) to the routing information. Route management module and label management module.
  • the route management module is configured to be responsible for saving the forwarding path, and transmitting the routing information of the active and standby paths to the tag array management module and the FRR management module.
  • the tag array management module is configured to calculate a tag array according to the forwarding information of the active and standby paths.
  • the FRR management module is configured to calculate the FRR table according to the forwarding information of the active and standby paths.
  • Figure 3 shows the forwarding behavior of traffic destined for CE1 on PE3: first check the routing forwarding table or label forwarding table, and obtain the forwarding path and IP encapsulation information of the current traffic according to the FRR table index in the routing forwarding table; The label array index in the forwarding table is obtained, and the label encapsulation information of the current forwarding path is obtained, and the final traffic is forwarded from the primary path PE3-P1-PE1-CE1.
  • the detecting module is configured to report the fault to the FRR management module when the primary link or the primary PE1 fails according to the architecture shown in FIG. 4;
  • the FRR management module is further configured to switch based on an FRR table, and switch the forwarding path to the standby link PE3-P2-PE2-CE2. All traffic sent to CE1 on PE3 can be dynamically encapsulated and forwarded according to the FRR table and label array.
  • the number of FRR tables is reduced by separating the label information in the VPN FRR from the normal IP forwarding information, thereby reducing the number of FRR table updates in the event of a link failure.
  • the VPN FRR switching speed is independent of the number of deployed services, and the switching in the large-capacity VPN FRR application scenario is less than 50ms, and the switching performance of the VPN FRR of the core router device is improved; however, as shown in FIG. 5 Schematic diagram of the VPN FRR technology.
  • the FRR management module Since the FRR table contains the label information and different VPN services, the FRR management module generates different FRR tables (FRR Table 1, FRR Table 2, FRR Table 3...FRR Table n). When the primary PE1 fails, the FRR management module responds to the fault reported by the detection module, and needs to switch all the FRR tables (FRR table 1, FRR table 2, FRR table 3...FRR table n) one by one. This results in the deployment of a large number of VPN services, showing that the existing VPN FRR technology can not meet the 50ms requirement.
  • the BGP protocol module learns the routes from the remote PE1 and PE2, and delivers the new routing information to the routing management module and the label management module.
  • the routing management module and the label management module process the primary and secondary routing information to form a routing forwarding table and a label forwarding table.
  • the route management module/tag management module transmits the primary and backup routing information to the tag array management module and the FRR management module.
  • the tag array management module generates a tag block array according to the tags in the primary and backup routing information, and allocates a tag array index.
  • the FRR management module generates a standard FRR according to the primary and secondary routing information, and allocates an FRR table index.
  • the route management module/tag management module records the tag array index and the FRR table index on the route forwarding table/tag forwarding table.
  • the integrated modules described in the embodiments of the present invention may also be stored in a computer readable storage medium if they are implemented in the form of software functional modules and sold or used as separate products. Based on such understanding, the technical solution of the embodiments of the present invention may be embodied in the form of a software product in essence or in the form of a software product stored in a storage medium, including a plurality of instructions.
  • a computer device (which may be a personal computer, server, or network device, etc.) is caused to perform all or part of the methods described in various embodiments of the present invention.
  • the foregoing storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like. .
  • embodiments of the invention are not limited to any specific combination of hardware and software.
  • the embodiment of the present invention further provides a computer storage medium, wherein a computer program is stored, and the computer program is used to execute a handover control method when deploying a large-capacity service according to an embodiment of the present invention.
  • the FRR table since the FRR table only sets IP forwarding information, label forwarding information is not set. Therefore, multiple FRR tables do not appear, and only one FRR table needs to be switched to achieve all traffic switching. , to ensure that the switching speed is less than 50ms.

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention concerne un procédé et un dispositif de commande de commutation pour le déploiement de service de haute capacité. Le procédé comprend les étapes suivantes : définir séparément des informations de réacheminement IP et des informations de réacheminement d'étiquette dans une table de FRR, la table de FRR étant définie uniquement avec les informations de réacheminement IP ; lors de la détection d'une défaillance de liaison principale, obtenir un trajet de réacheminement de la liaison principale et une liaison de secours, recombiner les informations de réacheminement IP et les informations de réacheminement d'étiquette définies séparément, et combiner le trajet de réacheminement de la liaison principale et la liaison de secours pour commander un trafic de service de haute capacité déployé actuellement devant être commuté de la liaison principale à la liaison de secours.
PCT/CN2015/077555 2014-12-08 2015-04-27 Procédé et dispositif de commande de commutation pour le déploiement de service de haute capacité Ceased WO2016090815A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201410743147.X 2014-12-08
CN201410743147.XA CN105743784B (zh) 2014-12-08 2014-12-08 一种部署大容量业务时的切换控制方法及装置

Publications (1)

Publication Number Publication Date
WO2016090815A1 true WO2016090815A1 (fr) 2016-06-16

Family

ID=56106556

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2015/077555 Ceased WO2016090815A1 (fr) 2014-12-08 2015-04-27 Procédé et dispositif de commande de commutation pour le déploiement de service de haute capacité

Country Status (2)

Country Link
CN (1) CN105743784B (fr)
WO (1) WO2016090815A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113852536A (zh) * 2021-09-26 2021-12-28 新华三信息安全技术有限公司 一种业务部署方法及装置

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107872350A (zh) * 2017-11-14 2018-04-03 华信咨询设计研究院有限公司 一种低冗余网络优化方法、装置及设备
CN107733728B (zh) * 2017-11-30 2021-07-02 新华三技术有限公司 多机备份方法和装置
CN110086712B (zh) * 2019-05-13 2021-04-23 何梓菁 一种基于sr-te隧道的链路保护方法和本地修复节点

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060164975A1 (en) * 2005-01-26 2006-07-27 Clarence Filsfils Loop prevention technique for MPLS using two labels
CN102664788A (zh) * 2012-04-05 2012-09-12 中兴通讯股份有限公司 Mpls l3vpn中ce双归链路保护的方法及系统
CN102932247A (zh) * 2012-10-10 2013-02-13 福建星网锐捷网络有限公司 一种vpn快速重路由方法、装置及提供商边缘设备
CN103124236A (zh) * 2013-02-27 2013-05-29 迈普通信技术股份有限公司 路由和标签的管理方法及装置

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100518135C (zh) * 2004-08-17 2009-07-22 华为技术有限公司 一种多协议标签交换网络中重新路由的方法
CN100425040C (zh) * 2007-03-16 2008-10-08 北京航空航天大学 天基网络星载路由交换方法
CN101374106A (zh) * 2007-08-24 2009-02-25 华为技术有限公司 一种mpls lsp上转发数据包的方法、网络节点和系统
US8885461B2 (en) * 2011-07-06 2014-11-11 Telefonaktiebolaget L M Ericsson (Publ) MPLS fast re-route using LDP (LDP-FRR)

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060164975A1 (en) * 2005-01-26 2006-07-27 Clarence Filsfils Loop prevention technique for MPLS using two labels
CN102664788A (zh) * 2012-04-05 2012-09-12 中兴通讯股份有限公司 Mpls l3vpn中ce双归链路保护的方法及系统
CN102932247A (zh) * 2012-10-10 2013-02-13 福建星网锐捷网络有限公司 一种vpn快速重路由方法、装置及提供商边缘设备
CN103124236A (zh) * 2013-02-27 2013-05-29 迈普通信技术股份有限公司 路由和标签的管理方法及装置

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113852536A (zh) * 2021-09-26 2021-12-28 新华三信息安全技术有限公司 一种业务部署方法及装置
CN113852536B (zh) * 2021-09-26 2023-09-19 新华三信息安全技术有限公司 一种业务部署方法及装置

Also Published As

Publication number Publication date
CN105743784A (zh) 2016-07-06
CN105743784B (zh) 2020-03-17

Similar Documents

Publication Publication Date Title
US9893986B2 (en) Label distribution method and device
CN102064995B (zh) 一种虚拟专用局域网络中链路保护的方法及设备
US20170093611A1 (en) Egress node protection in evpn all-active topology
US20120236730A1 (en) Method, device and system for processing service traffic based on pseudo wires
US20150372901A1 (en) Pseudowire control channel for signaling events
CN109672619A (zh) 一种处理报文的方法、设备及系统
US10924332B2 (en) Node protection for bum traffic for multi-homed node failure
CN102244609B (zh) 解决vpls接入l3故障切换导致断流的方法及路由器
CN101695036B (zh) 一种irf链路的检测方法及装置
CN101860482B (zh) 二层虚拟专用网络快速重路由方法及装置
CN107332683A (zh) 一种链路切换方法及系统
US20230126279A1 (en) Fast reroute for bum traffic in ethernet virtual private networks
US12463897B2 (en) Packet sending method, device, and system
CN102771087B (zh) 快速标记交换路径告警机制
CN102546413A (zh) 一种l3vpn中实时恢复vpn报文转发的方法和设备
WO2016090815A1 (fr) Procédé et dispositif de commande de commutation pour le déploiement de service de haute capacité
US9716639B2 (en) Protection switching method and system
CN100531136C (zh) 在虚拟专用网的链路故障时传送报文的方法及系统
CN101237343A (zh) 故障时快速切换的方法及快速切换系统
CN104702498A (zh) 一种通过协调保护减少设备间光连接数量的方法及装置
CN104205747B (zh) 分组交换网络中的伪线群组
CN103001872A (zh) 一种标签分配方法及聚合设备
CN101848159A (zh) 三层vpn路由重置方法和装置
US20130258871A1 (en) Psuedowire extended group messaging in a packet switched network
CN119030918B (zh) 一种业务链保护方法、装置、节点以及存储介质

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15866670

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 15866670

Country of ref document: EP

Kind code of ref document: A1