WO2016090815A1 - Switching control method and device in deploying high-capacity service - Google Patents

Abstract

Disclosed are a switching control method and device in deploying high-capacity service. The method comprises: separately setting IP forwarding information and label forwarding information in a FRR table, the FRR table being only set with the IP forwarding information; upon detection of a main link fault, obtaining a forwarding path of the main link and a standby link, recombining the IP forwarding information and the label forwarding information set separately, and combining the forwarding path of the main link and the standby link to control a currently deployed high-capacity service traffic to be switched from the main link to the standby link.

Description

Switching control method and device when deploying large-capacity service Technical field

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.

Background technique

In the process of implementing the technical solutions of the embodiments of the present application, at least the following technical problems exist in the related technologies:

In today's rapid development of the network, in order to meet the general trend of triple-play convergence, operators pay great attention to the service convergence speed when the network is faulty. When any node fails, the service switching of the adjacent nodes is less than 50ms, and the end-to-end service convergence Less than 1 s becomes the lowest indicator of the bearer network. 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.

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.

The existing VPN FRR technology can solve the requirement that the service switching speed is less than 50 ms in most application scenarios. With the development of the mobile Internet, users have higher requirements for bandwidth and service stability, and higher requirements are placed on the capabilities of core router devices deployed in the backbone network. The core router device deploys a large-capacity VPN service. For the scenario of deploying a large-capacity service, if the existing VPN FRR technology is still used, 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.

Summary of the invention

In view of this, 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 technical solution of the embodiment of the present invention is implemented as follows:

The embodiment of the invention discloses a handover control method when deploying a large-capacity service, and the method includes:

Separating the IP forwarding information and the label forwarding information in the fast rerouting FRR table, and setting only the IP forwarding information in the FRR table;

After detecting the fault of the primary link, acquiring 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 primary and backup links Forwarding the path to control the switching of the currently deployed large-capacity traffic from the primary link to the alternate link.

In the above solution, 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.

In the above solution, 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.

In the above solution, the method further includes:

For each route of the forwarding path, multiple label forwarding information pairs in the label forwarding table Should be the same FRR table as described.

In the above solution, 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:

Obtaining the routing forwarding table, and obtaining, according to the FRR table index in the routing forwarding table, a forwarding path of the currently deployed large-capacity service traffic and the IP forwarding information, and determining the IP forwarding information as the first a package combination information;

Obtaining the label forwarding table, and obtaining, according to the label array index in the label forwarding table, the label forwarding information corresponding to the forwarding path of the currently deployed large-capacity service traffic, and determining the label forwarding information as the second Package combination information;

Encapsulating the first package combination information and the second package combination information together, and controlling the currently deployed large-capacity service traffic from the main chain according to the forwarding path of the currently deployed large-capacity service traffic The road switches to the alternate link.

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.

In the above solution, 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.

In the above solution, 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.

In the above solution, 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.

In the above solution, the FRR management module is further configured to:

After the fault of the primary link is detected, 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;

Obtaining the label forwarding table, and obtaining, according to the label array index in the label forwarding table, the label forwarding information corresponding to the forwarding path of the currently deployed large-capacity service traffic, The label forwarding information is determined to be second package combination information;

Encapsulating the first package combination information and the second package combination information together, and controlling the currently deployed large-capacity service traffic from the main chain according to the forwarding path of the currently deployed large-capacity service traffic The road switches to the alternate link.

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).

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.

In the embodiment of the present invention, 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.

DRAWINGS

1 is a flowchart of an implementation of Embodiment 1 of a method according to the present invention;

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.

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.

detailed description

The implementation of the technical solution will be further described in detail below with reference to the accompanying drawings.

Method embodiment one:

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.

In a preferred embodiment of the embodiment of the present invention, 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.

In a preferred embodiment of the present invention, 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.

In a preferred embodiment of the embodiment of the present invention, the method further includes:

For each route of the forwarding path, multiple label forwarding information in the label forwarding table corresponds to the same FRR table.

Method Embodiment 2:

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.

In a preferred embodiment of the second embodiment of the present invention, 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.

In the second preferred embodiment of the present invention, 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.

In a preferred embodiment of the second embodiment of the present invention, the method further includes:

For each route of the forwarding path, multiple label forwarding information in the label forwarding table corresponds to the same FRR table.

Method embodiment three:

In the scenario where the core router device deploys a large-capacity VPN service, 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. Within 50 ms, 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.

Figure 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.

As can be seen from FIG. 5, in the scenario switching process from FIG. 3 to FIG. 4, multiple FRR tables are generated by using the prior art, so that switching with multiple FRR tables is time consuming, which makes the service switching speed impossible. Ensure that within 50ms, and in contrast, as shown in Figure 6, separate the ordinary IP routing forwarding information and label forwarding information, only one FRR table will be generated, so switching with this one FRR table will not cost A large amount of time, so that the service switching speed can be guaranteed within 50ms, the flow corresponding to the architecture shown in Figure 6 is shown in Figure 7, including:

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.

In summary, in the embodiment of the present invention, 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. Limiting the reusability of the FRR table, reducing the number of FRR table updates during link failure, and finally achieving rapid convergence under the scenario of large-capacity VPN FRR; it is a significant improvement to the traditional VPN FRR technology defect, and perfecting the FRR The application scenario improves the switching performance of the core routing device.

Device embodiment 1:

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.

In a preferred embodiment of the present invention, 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. Give 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.

In a preferred embodiment of the present invention, 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.

In a preferred embodiment of the present invention, 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.

In a preferred embodiment of the present invention, the FRR management module is further configured to:

After the fault of the primary link is detected, 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;

Obtaining the label forwarding table, and obtaining, according to the label array index in the label forwarding table, the label forwarding information corresponding to the forwarding path of the currently deployed large-capacity service traffic, The label forwarding information is determined to be second package combination information;

Encapsulating the first package combination information and the second package combination information together, and controlling the currently deployed large-capacity service traffic from the main chain according to the forwarding path of the currently deployed large-capacity service traffic The road switches to the alternate link.

Device embodiment 2:

In the scenario where the core router device deploys a large-capacity VPN service, 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. Within 50 ms, 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.

Figure 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.

As can be seen from FIG. 5, in the scenario switching process from FIG. 3 to FIG. 4, multiple FRR tables are generated by using the prior art, so that switching with multiple FRR tables is time consuming, which makes the service switching speed impossible. Ensure that within 50ms, and in contrast, as shown in Figure 6, separate the ordinary IP routing forwarding information and label forwarding information, only one FRR table will be generated, so switching with this one FRR table will not cost A lot of time, so that the business switching speed can be guaranteed within 50ms.

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, the route management module, the label management module, the FRR management module, the label array management module, the forwarding table management module (the routing forwarding table and the label forwarding table), and the detection module; wherein, the hardware module part includes: The forwarding chip must have the ability to check the table multiple times during packet forwarding.

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;

Correspondingly, 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.

By using the device embodiment of the present invention, 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. In the event of a failure of the PE1, only 1 FRR table to switch to reach all traffic Switching, so that 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. 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.

Based on the second embodiment of the apparatus as shown in FIG. 6, the following main contents are included:

1. Configure a basic L3VPN FRR scenario. 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. At the same time, 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.

Third, 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.

4. The FRR management module generates a standard FRR according to the primary and secondary routing information, and allocates an FRR table index.

5. 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.

6. Deploy BFD detection between PE3 and PE1.

7. Before PE1 fails, all traffic from PE3 to CE3 is forwarded from the primary link PE3-P1-PE1-CE1.

8. Power off the PE1, notify the FRR management module after the BFD detects the fault, and the FRR management module The block switches the FRR table. All traffic from PE3 to CE3 is switched to the standby link PE3-P2-PE2-CE1 within 50 ms.

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. . Thus, embodiments of the invention are not limited to any specific combination of hardware and software.

Correspondingly, 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 above is only the preferred embodiment of the present invention and is not intended to limit the scope of the present invention.

Industrial applicability

In the embodiment of the present invention, 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.

Claims (10)

A handover control method for deploying a large-capacity service, the method includes: Separating the IP forwarding information and the label forwarding information in the fast rerouting FRR table, and setting only the IP forwarding information in the FRR table; After detecting the fault of the primary link, acquiring 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 primary and backup links Forwarding the path to control the switching of the currently deployed large-capacity traffic from the primary link to the alternate link. The method of claim 1 wherein the method further comprises: 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 method according to claim 2, wherein the IP forwarding information is set in a routing forwarding table, and the IP forwarding information is queried by using an 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 of claim 3, wherein the method further comprises: For each route of the forwarding path, multiple label forwarding information in the label forwarding table corresponds to the same FRR table. The method according to claim 4, wherein the obtaining a forwarding path of the primary and backup links, reassembling the separated IP forwarding information and the label forwarding information, and combining the primary usage, The forwarding path of the standby link to control the switching of the currently deployed large-capacity traffic from the active link to the standby link, including: Obtaining the routing forwarding table, and obtaining, according to the FRR table index in the routing forwarding table, a forwarding path of the currently deployed large-capacity service traffic and the IP forwarding information, and determining the IP forwarding information as the first a package combination information; Obtaining the label forwarding table, and obtaining, according to the label array index in the label forwarding table, the label forwarding information corresponding to the forwarding path of the currently deployed large-capacity service traffic, and determining the label forwarding information as the second Package combination information; Encapsulating the first package combination information and the second package combination information together, and controlling the currently deployed large-capacity service traffic from the main chain according to the forwarding path of the currently deployed large-capacity service traffic The road switches to the alternate link. A switching control device for deploying a large-capacity service, the device comprising: 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 device according to claim 6, wherein the setting unit further comprises: 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. Give 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 device according to claim 7, wherein the setting unit further comprises: a routing 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 route management module configured to map the route of the primary and backup link forwarding paths according to the The information is obtained by routing the forwarding table. 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 device according to claim 8, wherein the switching control unit further comprises: 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 device of claim 9, wherein the FRR management module is further configured to: After the fault of the primary link is detected, 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; Obtaining the label forwarding table, and obtaining, according to the label array index in the label forwarding table, the label forwarding information corresponding to the forwarding path of the currently deployed large-capacity service traffic, and determining the label forwarding information as the second Package combination information; Encapsulating the first package combination information and the second package combination information together, and controlling the currently deployed large-capacity service traffic from the main chain according to the forwarding path of the currently deployed large-capacity service traffic The road switches to the alternate link.

Images