CN108512703B - Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium - Google Patents

Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium Download PDF

Info

Publication number
CN108512703B
CN108512703B CN201810267127.8A CN201810267127A CN108512703B CN 108512703 B CN108512703 B CN 108512703B CN 201810267127 A CN201810267127 A CN 201810267127A CN 108512703 B CN108512703 B CN 108512703B
Authority
CN
China
Prior art keywords
bras
tunnel
main
standby
fault
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.)
Active
Application number
CN201810267127.8A
Other languages
Chinese (zh)
Other versions
CN108512703A (en
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.)
Hangzhou H3C Technologies Co Ltd
Original Assignee
Hangzhou H3C Technologies Co Ltd
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 Hangzhou H3C Technologies Co Ltd filed Critical Hangzhou H3C Technologies Co Ltd
Priority to CN201810267127.8A priority Critical patent/CN108512703B/en
Publication of CN108512703A publication Critical patent/CN108512703A/en
Application granted granted Critical
Publication of CN108512703B publication Critical patent/CN108512703B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

The present disclosure provides a backup method, device, equipment and machine readable storage medium for BRAS transfer control separation, wherein the method comprises: if an interface connected with the main BRAS-UP device is abnormal or a fault message sent by the main BRAS-UP device is received, determining that the main tunnel has a fault; and if the main tunnel fails and the standby tunnel does not fail, sending user data corresponding to the main BRAS-UP equipment to the standby BRAS-UP equipment through the standby tunnel so as to enable the standby BRAS-UP equipment to perform service processing according to the user data. According to the technical scheme, the BRAS-CP equipment can quickly sense the main tunnel fault, timely update the states of the main tunnel and the standby tunnel, realize the quick switching of the main tunnel and the standby tunnel, reduce the service interruption time, improve the user service experience, quickly switch between the BRAS-UP equipment and improve the reliability of a forwarding layer.

Description

Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium
Technical Field
The present disclosure relates to the field of communications technologies, and in particular, to a backup method, apparatus, device, and machine-readable storage medium for BRAS handover separation.
Background
A BRAS (Broadband Remote Access Server) is used as an Access gateway of a user and an edge of an IP network, and since a control plane and a forwarding plane are tightly coupled together, performance processing is affected with each other, performance of the control plane and the forwarding plane cannot be fully exerted, and resource utilization rate is low. In order to solve the above problems, a virtualized BRAS with a separate Control Plane and forwarding Plane is proposed at present, that is, a vbars architecture, where the Control Plane is implemented by a BRAS-CP (BRAS Control Plane, a broadband remote access server Control Plane, that is, a Control Plane in a transfer Control separate vbars system) device, is positioned as a user Control management component, and can be used to implement functions such as user Control management, user access Control, user authentication authorization charging, address management, configuration management, and the like. The forwarding Plane can be implemented by a BRAS-UP (BRAS User Plane, a broadband remote access server forwarding Plane (also called a User Plane), that is, a forwarding Plane in a transfer control separation vbars system), is positioned as a three-layer network edge and a User policy execution component, and can be used for implementing functions such as traffic forwarding, QoS (Quality of Service), traffic statistics, and the like.
Disclosure of Invention
The utility model provides a backup method of BRAS transfer control separation, which is applied to BRAS-CP equipment, the BRAS-CP equipment establishes a tunnel backup group, the tunnel backup group comprises a main tunnel between the BRAS-CP equipment and the main BRAS-UP equipment, and a standby tunnel between the BRAS-CP equipment and the standby BRAS-UP equipment, and the backup method comprises the following steps:
if an interface connected with the main BRAS-UP device is abnormal or a fault message sent by the main BRAS-UP device is received, determining that the main tunnel has a fault;
and if the main tunnel fails and the standby tunnel does not fail, sending user data corresponding to the main BRAS-UP equipment to the standby BRAS-UP equipment through the standby tunnel so as to enable the standby BRAS-UP equipment to perform service processing according to the user data.
The utility model provides a backup device that BRAS changes accuse separation, use BRAS-CP equipment, include:
the device comprises an establishing module, a backup module and a backup module, wherein the establishing module is used for establishing a tunnel backup group, and the tunnel backup group comprises a main tunnel between a BRAS-CP device and a main BRAS-UP device and a backup tunnel between the BRAS-CP device and a backup BRAS-UP device;
the determining module is used for determining that the main tunnel has a fault if an interface connected with the main BRAS-UP device is abnormal or a fault message sent by the main BRAS-UP device is received;
and the sending module is used for sending the user data corresponding to the main BRAS-UP equipment to the standby BRAS-UP equipment through the standby tunnel if the main tunnel fails and the standby tunnel does not fail, so that the standby BRAS-UP equipment carries out service processing according to the user data.
The present disclosure provides a BRAS-CP device, comprising: a processor and a machine-readable storage medium storing machine-executable instructions executable by the processor; wherein the processor is configured to execute the machine-executable instructions to implement the method steps described above.
The present disclosure provides a machine-readable storage medium having stored thereon machine-executable instructions that, when invoked and executed by a processor of a BRAS-CP device, cause the processor to implement the method steps described above.
Based on the above technical solution, in the embodiment of the present disclosure, when the main tunnel fails, if the backup tunnel fails, the BRAS-CP device may send user data corresponding to the main BRAS-UP device to the backup BRAS-UP device through the backup tunnel, so that the backup BRAS-UP device performs service processing according to the user data, and thus, the BRAS-CP device can quickly sense that the main tunnel fails, and update the states of the main tunnel and the backup tunnel in time, thereby implementing quick switching of the main tunnel and the backup tunnel, reducing service interruption time, improving user service experience, and improving reliability of a forwarding layer.
Drawings
In order to more clearly illustrate the embodiments of the present disclosure or the technical solutions in the prior art, the drawings needed to be used in the description of the embodiments of the present disclosure or the prior art will be briefly described below, it is obvious that the drawings in the following description are only some embodiments described in the present disclosure, and other drawings can be obtained by those skilled in the art according to the drawings of the embodiments of the present disclosure.
FIG. 1 is a schematic diagram of an application scenario in one embodiment of the present disclosure;
fig. 2 is a flowchart of a BRAS handover separated backup method in an embodiment of the present disclosure;
fig. 3 is a block diagram of a backup device for BRAS relocation separation in an embodiment of the present disclosure;
fig. 4 is a hardware structure diagram of a BRAS-CP device in an embodiment of the present disclosure.
Detailed Description
The terminology used in the present disclosure is for the purpose of describing particular embodiments only and is not intended to be limiting of the disclosure. As used in this disclosure and the claims, the singular forms "a", "an", and "the" are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that the term "and/or" as used herein is meant to encompass any and all possible combinations of one or more of the associated listed items.
It is to be understood that although the terms first, second, third, etc. may be used herein to describe various information, such information should not be limited to these terms. These terms are only used to distinguish one type of information from another. For example, first information may also be referred to as second information, and similarly, second information may also be referred to as first information, without departing from the scope of the present disclosure. Depending on the context, moreover, the word "if" is used may be interpreted as "at … …," or "when … …," or "in response to a determination.
The embodiment of the disclosure provides a backup method for BRAS transfer control separation, which is applied to a system comprising BRAS-CP equipment and BRAS-UP equipment, such as a vBRAS system and the like. The BRAS-CP device is a device for implementing a control plane, and is used for implementing functions such as user control management, user access control, user authentication authorization charging, address management, configuration management and the like. The BRAS-UP device may be a device that implements a forwarding plane, and is used to implement functions such as traffic forwarding, QoS, traffic statistics, ACL (Access Control List) Control, CAR (Committed Access Rate), and route distribution.
Referring to fig. 1, an application scenario diagram of a vbrs system according to the embodiment of the present disclosure is shown, in the vbrs system, a BRAS-CP device and at least two BRAS-UP devices may be included. In fig. 1, 1 BRAS-CP device and 2 BRAS-UP devices are taken as an example for explanation, and of course, in practical application, the number of BRAS-CP devices and the number of BRAS-UP devices may be more, and the number is not limited.
In fig. 1, the user equipment may be, for example, a virtual machine, a PC (Personal Computer), a mobile phone, a host Computer, or the like. The Authentication server may be, for example, an AAA (Authentication Authorization Accounting) server, a RADIUS (Remote Authentication Dial In User Service) server, or the like. The management orchestrator may be a mano (management and organization) for managing and controlling the BRAS-CP device and the BRAS-UP device, and may call an API (Application Programming Interface) Interface through a Netconf (Network Configuration Protocol) Protocol to complete interaction with the BRAS-CP device and the BRAS-UP device. The core router is a CR and is used for routing and forwarding data packets.
In one example, the BRAS-CP device may be a virtual BRAS-CP device in software, such as a virtual resource with BRAS service processing capability running on an X86 server, or a physical BRAS-CP device in hardware, such as a server with BRAS service processing capability. The BRAS-UP device may be a virtual BRAS-UP device in software, such as a virtual resource running on an X86 server, or a physical BRAS-UP device in hardware, such as a router or switch. Of course, the above procedures only describe two expressions of BRAS-CP device and BRAS-UP device, which is not limited to this.
When the BRAS-UP device is a virtual BRAS-UP device, different BRAS-UP devices may be deployed in the same server or in different servers. When the BRAS-CP device is a virtual BRAS-CP device and the BRAS-UP device is a virtual BRAS-UP device, the BRAS-CP device and the BRAS-UP device may be deployed in the same server or in different servers.
In one example, the BRAS-CP device may also establish a tunnel (e.g., an openflow tunnel and/or a VXLAN (Virtual Extensible Local Area Network) tunnel, etc., with each BRAS-UP device, and the type of the tunnel is not limited). For example, a tunnel a may be established between the BRAS-CP device 141 and the BRAS-UP device 131, where on the BRAS-CP device 141, the source address of the tunnel a is the address of the BRAS-CP device 141, and the destination address is the address of the BRAS-UP device 131; on the BRAS-UP device 131, the destination address of tunnel a is the address of BRAS-CP device 141 and the source address is the address of BRAS-UP device 131. Similarly, tunnel B may also be established between BRAS-CP device 141 and BRAS-UP device 132, and the establishment procedures of tunnel a and tunnel B are not limited.
On the basis of the tunnel, the BRAS-CP device can establish a tunnel backup group, and the tunnel backup group can comprise a main tunnel between the BRAS-CP device and the main BRAS-UP device and a standby tunnel between the BRAS-CP device and the standby BRAS-UP device. For example, the management orchestrator 161 determines that a tunnel a between the BRAS-CP device 141 and the BRAS-UP device 131 is a primary tunnel, and a tunnel B between the BRAS-CP device 141 and the BRAS-UP device 132 is a backup tunnel, and then sends a tunnel backup message to the BRAS-CP device 141, where the tunnel backup message carries information that the primary tunnel is the tunnel a and the backup tunnel is the tunnel B. After receiving the tunnel backup message, BRAS-CP device 141 creates a tunnel backup group, where the primary tunnel is tunnel a and the backup tunnel is tunnel B.
The BRAS-CP device 141 establishes a VSI 1(Virtual Switch Instance), sets a VXLAN identifier 100 for the VSI 1, and establishes a corresponding relationship between the VXLAN identifier 100 and the tunnel a and the tunnel B. The BRAS-UP device 131 establishes VSI 2, sets VXLAN identifier 100 for the VSI 2, and establishes a corresponding relationship between the VXLAN identifier 100 and the tunnel a. The BRAS-UP device 132 establishes VSI 3, sets VXLAN identifier 100 for VSI 3, and establishes a correspondence between VXLAN identifier 100 and tunnel B.
In the application scenario, see table 1, which is an example of a tunnel backup group. As can be seen from table 1, all VSIs (e.g., VSI 1, VSI 2, and VSI 3) corresponding to the same VXLAN identifier 100 belong to the same tunnel backup group, and VSI 1 is CP-VSI, VSI 2 is main UP-VSI, and VSI 3 is standby UP-VSI.
TABLE 1
Figure BDA0001611679400000051
As can be seen from table 1, a tunnel state may be set for each tunnel, and the tunnel state may include a master state (master), a slave state (slave), and a fault state (fault), and the master state and the slave state may also be referred to as a normal state. When the tunnel A is in a main state and the tunnel B is in a standby state or a fault state, the BRAS-CP device 141 interacts with the BRAS-UP device 131 through the tunnel A; when the tunnel A is in a fault state and the tunnel B is in a standby state, switching the tunnel state of the tunnel B into a main state, and interacting the BRAS-CP device 141 and the BRAS-UP device 132 through the tunnel B; the BRAS-CP device 141 does not interact with the BRAS-UP device 131 and the BRAS-UP device 132 when both tunnel a and tunnel B are in a fault state.
In the foregoing application scenario, referring to fig. 2, a flowchart of a BRAS transfer separation backup method is shown, where the BRAS transfer separation backup method may be applied to a BRAS-CP device, and the method may include:
step 201, if the interface connected with the main BRAS-UP device is abnormal or receives the fault message sent by the main BRAS-UP device, it is determined that the main tunnel has a fault.
In one example, to determine that the primary tunnel fails, the following may be included, but not limited to:
in case of a first situation, if a tunnel (i.e., a primary tunnel) between a primary BRAS-UP device and a BRAS-CP device is abnormal, an interface DOWN (abnormal) connected with the primary BRAS-UP device on the BRAS-CP device is detected, and the BRAS-CP device can determine that the primary tunnel fails after the interface DOWN is detected.
And in the second situation, if the main BRAS-UP device is abnormal (such as the main BRAS-UP device is restarted or fails), the interface DOWN connected with the main BRAS-UP device on the BRAS-CP device, and after the interface DOWN is sensed, the BRAS-CP device can determine that the main tunnel fails.
And thirdly, if the user side interface of the main BRAS-UP device (namely the interface of the main BRAS-UP device connected with the switch) is DOWN, the main BRAS-UP device sends a fault message to the BRAS-CP device, and the BRAS-CP device can determine that the main tunnel has a fault after receiving the fault message.
And fourthly, if the network side interface of the main BRAS-UP device (namely the interface of the main BRAS-UP device connected with the core router) is DOWN, the main BRAS-UP device sends a fault message to the BRAS-CP device, and the BRAS-CP device can determine that the main tunnel has a fault after receiving the fault message.
In one example, in order to determine whether the primary BRAS-UP device fails, the management orchestrator may also sense whether the primary BRAS-UP device fails, for example, the management orchestrator periodically detects a state of the primary BRAS-UP device, if the primary BRAS-UP device fails, the primary/secondary switching message is sent to the BRAS-CP device, and after receiving the primary/secondary switching message, the BRAS-CP device determines that the primary BRAS-UP device fails. However, in this method, it is impossible to quickly respond to the failure, and it is only possible to detect whether the primary BRAS-UP device has a failure after the detection period has arrived, and to perform the primary/secondary switching when the primary BRAS-UP device has a failure, before the primary/secondary switching, the user service is in an interrupted state, and if the detection period is too long, there is a risk that the user will be offline for an extended period.
Different from the above mode, in the schemes from the first to the fourth, whether the primary BRAS-UP device fails is sensed by the BRAS-CP device, and the management orchestrator is not used for periodically detecting the state of the primary BRAS-UP device, so that whether the primary BRAS-UP device fails is quickly sensed, and the primary and secondary switching is performed in time when the primary BRAS-UP device fails, so that the interruption time of user services is reduced, and the user is prevented from being offline for a long time.
In step 202, if the main tunnel fails and the backup tunnel (i.e. the backup tunnel corresponding to the main tunnel) does not fail, the user data corresponding to the main BRAS-UP device is sent to the backup BRAS-UP device through the backup tunnel, so that the backup BRAS-UP device performs service processing according to the user data, for example, data forwarding can be performed according to the user data, and processing such as charging can be performed according to the user data.
The backup tunnel corresponding to the main tunnel may be determined according to the tunnel backup group. Because the primary tunnel included in the tunnel backup group is tunnel a and the backup tunnel is tunnel B, after it is determined that tunnel a fails, tunnel B corresponding to tunnel a can be determined according to the tunnel backup group. For example, after it is determined that tunnel a fails, tunnel B corresponding to VXLAN identifier 100 may be obtained by looking up the tunnel backup group shown in table 1 through VXLAN identifier 100 of tunnel a.
Wherein, sending the user data corresponding to the main BRAS-UP device to the backup BRAS-UP device through the backup tunnel may include: if the interface connected with the main BRAS-UP device is abnormal, reading the user data of the main BRAS-UP device from the device, and sending the user data to the backup BRAS-UP device through the backup tunnel; and/or, if receiving the fault message sent by the main BRAS-UP device, acquiring user data from the main BRAS-UP device, and sending the user data to the standby BRAS-UP device through the standby tunnel.
The user data may include, but is not limited to, session information and charging data, among others. In addition, the session information may also include, but is not limited to: IP address, MAC (Media Access Control) address, VLAN (Virtual Local Area Network) information, VPN (Virtual Private Network) information, VXLAN identifier, authorization information (e.g., QoS policy, speed limit policy, statistical policy, ACL (Access Control List) policy), and the like. In addition, the billing data may include, but is not limited to: the actual usage traffic of the user (the user is billed with this actual usage traffic). Of course, the user data is only an example, and is not limited thereto.
When a user is on-line, the primary BRAS-UP device may determine session information and send the session information to the BRAS-CP device, which is stored locally by the BRAS-CP device. In the network access process of the user, the main BRAS-UP device counts the charging data in real time and periodically sends the charging data to the BRAS-CP device, and the BRAS-CP device stores the charging data locally each time the charging data is received.
On the basis, based on the first case and the second case, because the latest charging data can not be obtained from the main BRAS-UP device, the BRAS-CP device can read the user data (session information and charging data) of the main BRAS-UP device from the device and send the user data to the standby BRAS-UP device through the standby tunnel. Based on the third and fourth cases, since the latest charging data can be obtained from the primary BRAS-UP device, the BRAS-CP device can read the user data (session information and charging data) of the primary BRAS-UP device from the primary BRAS-UP device and send the user data to the standby BRAS-UP device through the standby tunnel.
After receiving the session information, the backup BRAS-UP device can process service according to the session information. For example, a forwarding table entry may be generated by using content such as an IP address, a MAC address, VLAN information, VPN information, a VXLAN identifier, and the like, and the BRAS-UP device is instructed to forward data through the forwarding table entry; the BRAS-UP device can be guided by the QoS strategy to realize QoS control; the BRAS-UP device can be guided to realize CAR through a speed limit strategy; the traffic statistics can be realized by the BRAS-UP device guided by the statistical strategy; ACL control can be achieved by the BRAS-UP device as directed by the ACL policy.
After receiving the charging data (i.e. the actual usage flow), the backup BRAS-UP device can continue to count the flow of the user on the basis of the actual usage flow, thereby accurately charging the user.
Of course, the above manner is only an example of performing service processing according to user data, and is not limited thereto.
In one example, the data transmitted by the BRAS-UP device includes data sent by the user equipment to the Internet and data sent by the Internet to the user equipment, so that when the main tunnel is not failed, the user equipment can send data to the Internet through the main BRAS-UP device, the Internet can send data to the user equipment through the main BRAS-UP device, when the main tunnel is failed and the standby tunnel is not failed, the user equipment can send data to the Internet through the standby BRAS-UP device, and the Internet can send data to the user equipment through the standby BRAS-UP device. In order to implement the above data transmission, the method may include:
in case one, when the main tunnel is not failed, the Internet sends data to the user equipment through the main BRAS-UP device. In order to realize the process, the BRAS-CP device sends the specific network segment to the primary BRAS-UP device through the primary tunnel, so that the primary BRAS-UP device issues a first route carrying the specific network segment to the network side, and the first route is used for sending data aiming at the specific network segment to the primary BRAS-UP device.
As shown in fig. 1, all the user devices connected by the switch 121 and the switch 122 belong to the same network segment 10.1.1.0/24, and the BRAS-CP device 141 transmits the network segment 10.1.1.0/24 to the BRAS-UP device 131 through the primary tunnel. After the BRAS-UP device 131 receives the network segment 10.1.1.0/24, since the BRAS-UP device 131 has a route distribution function, a first route carrying the network segment 10.1.1.0/24 can be distributed, and the first route is sent to the core router 151. After receiving the first route through interface a, the core router 151 records a correspondence between the network segment 10.1.1.0/24 carried by the first route and interface a in the local routing table. Thus, when core router 151 receives data (e.g., data sent by the Internet to user device 111) having a destination IP address matching network segment 10.1.1.0/24, the data is sent via interface a, i.e., the data is sent to BRAS-UP device 131 instead of BRAS-UP device 132, and BRAS-UP device 131 receives the data and may send the data to user device 111.
And in the second situation, when the main tunnel fails and the standby tunnel does not fail, the Internet sends data to the user equipment through the standby BRAS-UP equipment. In order to realize the process, the BRAS-CP device sends the specific network segment to the backup BRAS-UP device through the backup tunnel, the backup BRAS-UP device issues a second route carrying the specific network segment to the network side, and the second route is used for sending the data aiming at the specific network segment to the backup BRAS-UP device.
For example, when the BRAS-UP device 131 fails and the BRAS-UP device 132 does not fail, then the BRAS-CP device 141 sends the network segment 10.1.1.0/24 to the BRAS-UP device 132 through the backup tunnel. Upon receipt of the network segment 10.1.1.0/24, the BRAS-UP device 132, because the BRAS-UP device 132 has a route publishing function, can publish a second route carrying the network segment 10.1.1.0/24, which is sent to the core router 151. After receiving the second route through interface B, the core router 151 may record a corresponding relationship between the network segment 10.1.1.0/24 carried by the second route and interface B in the local routing table. Thus, when core router 151 receives data (e.g., data transmitted to user equipment 111 via the Internet) having a destination IP address matching network segment 10.1.1.0/24, the data is transmitted via interface B, i.e., the data is transmitted to BRAS-UP device 132 instead of BRAS-UP device 131, and BRAS-UP device 132 receives the data and may transmit the data to user equipment 111.
In one example, to avoid two routes corresponding to the network segment 10.1.1.0/24 in the local routing table, the core router 151 may further delete the correspondence relationship between the network segment 10.1.1.0/24 and interface a from the local routing table after recording the correspondence relationship between the network segment 10.1.1.0/24 and interface B in the local routing table.
And in the third case, when the main tunnel does not have a fault, the user equipment sends data to the Internet through the main BRAS-UP equipment. In order to realize the process, the BRAS-CP device sends a stop message to the backup BRAS-UP device, wherein the stop message is used for indicating the backup BRAS-UP device to forbid sending ARP messages to the user side.
In this case, only the primary BRAS-UP device sends an ARP message to the switch, where the ARP message carries the MAC address of the primary BRAS-UP device, the switch may update the local MAC entry with the MAC address of the primary BRAS-UP device, and send data (data sent by the user device to the Internet) to the primary BRAS-UP device using the local MAC entry, and the primary BRAS-UP device sends the data to the Internet.
And fourthly, when the main tunnel fails and the standby tunnel does not fail, the user equipment can send data to the Internet through the standby BRAS-UP equipment. To implement this procedure, the BRAS-CP device may send a start message to the standby BRAS-UP device, where the start message is used to instruct the standby BRAS-UP device to send an ARP packet to the user side. In addition, a stop message can be sent to the main BRAS-UP device, and the stop message is used for indicating the main BRAS-UP device to forbid sending the ARP message to the user side.
In this case, only the backup BRAS-UP device sends an ARP message to the switch, where the ARP message carries the MAC address of the backup BRAS-UP device, the switch may update the local MAC entry with the MAC address of the backup BRAS-UP device, and send data (data sent by the user device to the Internet) to the backup BRAS-UP device using the MAC entry, and the backup BRAS-UP device sends the data to the Internet.
The BRAS-UP device can be used as a gateway of the user equipment, and in order to switch the traffic of the user equipment between different BRAS-UP devices, the MAC addresses of the BRAS-UP devices can be the same, and the MAC address is used as a gateway MAC. Based on this, the MAC address of the primary BRAS-UP device is the same as the MAC address of the secondary BRAS-UP device, and the process of updating the MAC table entry by the switch using the MAC address of the primary BRAS-UP device/the secondary BRAS-UP device is to adjust the outgoing interface corresponding to the MAC address.
In one example, after the BRAS-CP device sends user data corresponding to the primary BRAS-UP device to the backup BRAS-UP device through the backup tunnel, the primary/secondary switching information may also be sent to the management orchestrator, so that the management orchestrator determines that the primary BRAS-UP device fails according to the primary/secondary switching information, and the backup BRAS-UP device is switched to the primary BRAS-UP device, that is, the primary/secondary switching occurs.
In one example, when the primary tunnel does not fail, then BRAS-CP device 141 may also notify BRAS-UP device 132 to set its VSI connected to the switch to down and BRAS-UP device 131 to set its VSI connected to the switch to UP (normal). When the primary tunnel fails, the BRAS-CP device 141 may notify the BRAS-UP device 131 to set the VSI of its connection with the switch to down and notify the BRAS-UP device 132 to set the VSI of its connection with the switch to UP.
In one example, before the BRAS-CP device determines that the primary tunnel fails, a primary status may be set for the primary tunnel; and when the main tunnel is in the main state, if the standby tunnel does not have a fault, setting the standby state for the standby tunnel, and if the standby tunnel has a fault, setting the fault state for the standby tunnel. After the BRAS-CP equipment determines that the main tunnel fails, setting a failure state for the main tunnel; and when the main tunnel is in a fault state, if the standby tunnel does not have a fault, setting the main state for the standby tunnel, and if the standby tunnel has a fault, setting the fault state for the standby tunnel. And when the standby tunnel is in the main state, if the main tunnel is determined to be recovered due to the fault, setting the standby state for the main tunnel. Further, if the main tunnel is in the main state, determining that the main tunnel does not have a fault; if the main tunnel is in a fault state, determining that the main tunnel has a fault; if the standby tunnel is in the standby state or the main state, determining that the standby tunnel has no fault; and if the standby tunnel is in a fault state, determining that the standby tunnel has a fault. And if the main tunnel is in the standby state, determining that the main tunnel has failed to recover.
If the interface between the BRAS-CP device and the main BRAS-UP device is normal, the BRAS-CP device can determine that the main tunnel fault is recovered. Or, if the BRAS-CP device receives the failure recovery message sent by the primary BRAS-UP device, the BRAS-CP device may determine that the primary tunnel failure is recovered.
In one example, when the main tunnel is in a main state and the standby tunnel is in a standby state, the BRAS-CP device may further notify the main state of the main tunnel to the main BRAS-UP device, so that the main BRAS-UP device sets the main state for the main tunnel; in addition, the BRAS-CP device may also notify the standby state of the standby tunnel to the standby BRAS-UP device, so that the standby BRAS-UP device sets the standby state for the standby tunnel. When the main tunnel is in a fault state and the standby tunnel is in a main state, the BRAS-CP device can also notify the main state of the standby tunnel to the standby BRAS-UP device, so that the standby BRAS-UP device sets the main state for the standby tunnel.
After the primary BRAS-UP device sets the primary state for the primary tunnel, the operations of "issuing the first route carrying the specific network segment to the network side", "sending the ARP packet to the user side", "setting the VSI connected with the switch to UP" and the like can be executed. After the backup BRAS-UP device sets the backup state for the backup tunnel, the operations of forbidding to send the ARP message to the user side, setting the VSI connected with the switch to DOWN, and the like can be executed. In addition, after the backup BRAS-UP device sets the master state for the backup tunnel, the operations of "issuing a second route carrying a specific network segment to the network side", "sending an ARP packet to the user side", "setting the VSI connected with the switch to UP", and the like can be executed.
After the main BRAS-UP device sets the main state for the main tunnel, the main BRAS-UP device can interact with the BRAS-CP device through the main tunnel to detect whether the main BRAS-UP device breaks down or not; if the primary BRAS-UP device fails, a failure message is sent to the BRAS-CP device, and a failure state is set for the primary tunnel.
After the backup BRAS-UP device sets a backup state for the backup tunnel device, whether the backup BRAS-UP device breaks down or not is detected; and if the backup BRAS-UP equipment fails, sending a failure message to the BRAS-CP equipment, and setting a failure state for the backup tunnel. After the backup BRAS-UP device sets a main state for the backup tunnel, the backup BRAS-UP device interacts with the BRAS-CP device through the backup tunnel to detect whether the backup BRAS-UP device breaks down or not; and if the backup BRAS-UP equipment fails, sending a failure message to the BRAS-CP equipment, and setting a failure state for the backup tunnel.
After setting the fault state for the main tunnel, the main BRAS-UP detects whether the fault of the main tunnel is recovered, if so, the fault recovery message can be sent to the BRAS-CP equipment, and the main state or the standby state is set for the main tunnel according to the indication of the BRAS-CP equipment. In addition, after the backup BRAS-UP sets the fault state for the backup tunnel, whether the fault of the backup tunnel is recovered or not is detected, if the fault is recovered, a fault recovery message can be sent to the BRAS-CP device, and the main state or the backup state is set for the backup tunnel according to the indication of the BRAS-CP device.
Based on the above technical solution, in the embodiment of the present disclosure, when the main tunnel fails, if the backup tunnel fails, the BRAS-CP device may send user data corresponding to the main BRAS-UP device to the backup BRAS-UP device through the backup tunnel, so that the backup BRAS-UP device performs service processing according to the user data, and thus, the BRAS-CP device can quickly sense that the main tunnel fails, and update the states of the main tunnel and the backup tunnel in time, thereby implementing quick switching of the main tunnel and the backup tunnel, reducing service interruption time, improving user service experience, and improving reliability of a forwarding layer.
The BRAS relocation separation backup method is described in detail below with reference to specific embodiments.
In step 211, the BRAS-CP device 141 establishes a tunnel backup group, as shown in table 1, the tunnel state of the tunnel a is the main state, i.e., the main tunnel, and the tunnel state of the tunnel B is the standby state, i.e., the standby tunnel.
Step 212, if the tunnel B fails, the tunnel B is modified to a failure state, and the process is ended.
In step 213, if the tunnel a fails, the tunnel a is modified to a failure state, and step 214 is executed.
Step 214, judging whether the tunnel B is in a fault state; if so (i.e., tunnel B is in the failed state), the flow may end, and if not (i.e., tunnel B is in the standby state), step 215 may be performed.
The BRAS-CP device 141 obtains the user data of the BRAS-UP device 131 locally, or obtains the user data of the BRAS-UP device 131 from the BRAS-UP device 131, step 215.
The BRAS-CP device 141 sends the user data to the BRAS-UP device 132 through tunnel B and modifies the tunnel state of tunnel B from the standby state to the master state, step 216.
In step 217, the BRAS-CP device 141 notifies the BRAS-UP device 132 to modify the tunnel status of tunnel B, and the BRAS-UP device 132 modifies the tunnel status of tunnel B from the standby status to the master status.
In step 218, BRAS-CP device 141 sends the master/slave switch information to the management orchestrator.
On the basis of steps 212-218, if the failure of tunnel a is recovered and tunnel B is currently in the master status, BRAS-CP device 141 sets the standby status for tunnel a. Then, tunnel B is used as the primary tunnel, tunnel a is used as the backup tunnel, and the process returns to step 212-step 218, which is not repeated here.
Based on the same concept as the above method, the embodiment of the present disclosure provides a backup device for BRAS transfer control separation, which is applied to BRAS-CP equipment, and as shown in fig. 3, is a structural diagram of the device, and includes:
an establishing module 301, configured to establish a tunnel backup group, where the tunnel backup group includes a main tunnel between a BRAS-CP device and a main BRAS-UP device, and a backup tunnel between the BRAS-CP device and a backup BRAS-UP device;
a determining module 302, configured to determine that a primary tunnel fails if an interface connected to a primary BRAS-UP device is abnormal or a failure message sent by the primary BRAS-UP device is received;
a sending module 303, configured to send, if the main tunnel fails and the backup tunnel fails, user data corresponding to the main BRAS-UP device to the backup BRAS-UP device through the backup tunnel, so that the backup BRAS-UP device performs service processing according to the user data.
The sending module 303 is specifically configured to, when sending the user data corresponding to the primary BRAS-UP device to the backup BRAS-UP device through the backup tunnel: if the interface connected with the main BRAS-UP device is abnormal, reading the user data of the main BRAS-UP device from the device, and sending the user data to the backup BRAS-UP device through the backup tunnel; and/or, if receiving the fault message sent by the main BRAS-UP device, obtaining user data from the main BRAS-UP device, and sending the user data to the standby BRAS-UP device through the standby tunnel.
In one example, the BRAS relocation separate backup device further comprises (not shown in the figure):
the setting module is used for setting a main state for the main tunnel before the main tunnel is determined to have a fault; if the main tunnel is in a main state and the standby tunnel does not break down, setting a standby state for the standby tunnel, and if the standby tunnel breaks down, setting a fault state for the standby tunnel;
after determining that the main tunnel fails, setting a failure state for the main tunnel; when the main tunnel is in a fault state, if the standby tunnel does not have a fault, setting a main state for the standby tunnel, and if the standby tunnel has a fault, setting a fault state for the standby tunnel;
the determining module 302 is further configured to determine that the main tunnel does not fail if the main tunnel is in the main state; if the main tunnel is in a fault state, determining that the main tunnel has a fault; if the standby tunnel is in the standby state or the main state, determining that the standby tunnel has no fault; and if the standby tunnel is in a fault state, determining that the standby tunnel has a fault.
The sending module 303 is further configured to send the specific network segment to the primary BRAS-UP device through the primary tunnel before determining that the primary tunnel fails, so that the primary BRAS-UP device issues a first route carrying the specific network segment to a network side, where the first route is used to send data destined for the specific network segment to the primary BRAS-UP device; after the main tunnel is determined to have a fault, a specific network segment is sent to a standby BRAS-UP device through a standby tunnel, so that the standby BRAS-UP device issues a second route carrying the specific network segment to a network side, and the second route is used for sending data aiming at the specific network segment to the standby BRAS-UP device.
The sending module 303 is further configured to send a stop message to the standby BRAS-UP device before determining that the main tunnel fails, where the stop message is used to instruct the standby BRAS-UP device to prohibit sending of an ARP packet to the user side; and after determining that the main tunnel has a fault, sending a start message to the backup BRAS-UP equipment, wherein the start message is used for indicating the backup BRAS-UP equipment to send an ARP message to a user side.
The sending module 303 is further configured to send, after sending the user data corresponding to the primary BRAS-UP device to the secondary BRAS-UP device through the secondary tunnel, primary/secondary switching information to a management orchestrator, so that the management orchestrator determines, according to the primary/secondary switching information, that the primary BRAS-UP device fails and the secondary BRAS-UP device is switched to the primary BRAS-UP device.
For the BRAS-CP device provided by the embodiment of the present disclosure, from a hardware level, a schematic diagram of a hardware architecture of the BRAS-CP device may refer to fig. 4. The method comprises the following steps: a machine-readable storage medium and a processor, wherein:
a machine-readable storage medium: the instruction code is stored.
A processor: the method is characterized in that the method is communicated with a machine readable storage medium, reads and executes the instruction codes stored in the machine readable storage medium, and realizes the BRAS transfer control separated backup operation disclosed by the above example of the disclosure.
Here, a machine-readable storage medium may be any electronic, magnetic, optical, or other physical storage device that can contain or store information such as executable instructions, data, and so forth. For example, the machine-readable storage medium may be: a RAM (random Access Memory), a volatile Memory, a non-volatile Memory, a flash Memory, a storage drive (e.g., a hard drive), a solid state drive, any type of storage disk (e.g., an optical disk, a dvd, etc.), or similar storage medium, or a combination thereof.
The systems, devices, modules or units illustrated in the above embodiments may be implemented by a computer chip or an entity, or by a product with certain functions. A typical implementation device is a computer, which may take the form of a personal computer, laptop computer, cellular telephone, camera phone, smart phone, personal digital assistant, media player, navigation device, email messaging device, game console, tablet computer, wearable device, or a combination of any of these devices.
For convenience of description, the above devices are described as being divided into various units by function, and are described separately. Of course, the functionality of the various elements may be implemented in the same one or more software and/or hardware implementations in practicing the disclosure.
As will be appreciated by one skilled in the art, embodiments of the present disclosure may be provided as a method, system, or computer program product. Accordingly, the present disclosure may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the disclosed embodiments may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and so forth) having computer-usable program code embodied therein.
The present disclosure is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the disclosure. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
Furthermore, these computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only an example of the present disclosure and is not intended to limit the present disclosure. Various modifications and variations of this disclosure will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present disclosure should be included in the scope of the claims of the present disclosure.

Claims (12)

1. A backup method for switching control separation of broadband remote access server BRAS is characterized in that the backup method is applied to broadband remote access server control plane BRAS-CP equipment, a tunnel backup group is established on the BRAS-CP equipment, the tunnel backup group comprises a main tunnel between the BRAS-CP equipment and a main BRAS-UP equipment and a standby tunnel between the BRAS-CP equipment and a standby BRAS-UP equipment, and the method comprises the following steps:
if an interface connected with the main BRAS-UP device is abnormal or a fault message sent by the main BRAS-UP device is received, determining that the main tunnel has a fault;
if the main tunnel fails and the standby tunnel does not fail, sending user data corresponding to the main BRAS-UP equipment to the standby BRAS-UP equipment through the standby tunnel so as to enable the standby BRAS-UP equipment to perform service processing according to the user data;
wherein, the sending the user data corresponding to the main BRAS-UP device to the standby BRAS-UP device through the standby tunnel includes:
if the interface connected with the main BRAS-UP device is abnormal, reading the user data of the main BRAS-UP device from the device, and sending the user data to the backup BRAS-UP device through the backup tunnel; alternatively, the first and second electrodes may be,
if a fault message sent by a main BRAS-UP device is received, user data is obtained from the main BRAS-UP device, and the user data is sent to a standby BRAS-UP device through the standby tunnel;
wherein the user data comprises session information and charging data.
2. The method of claim 1, further comprising:
before the main tunnel is determined to have a fault, setting a main state for the main tunnel;
if the main tunnel is in a main state and the standby tunnel does not break down, setting a standby state for the standby tunnel, and if the standby tunnel breaks down, setting a fault state for the standby tunnel;
after the main tunnel is determined to have a fault, setting a fault state for the main tunnel;
when the main tunnel is in a fault state, if the standby tunnel does not have a fault, setting a main state for the standby tunnel, and if the standby tunnel has a fault, setting a fault state for the standby tunnel;
if the main tunnel is in the main state, determining that the main tunnel does not break down;
if the main tunnel is in a fault state, determining that the main tunnel has a fault;
if the standby tunnel is in the standby state or the main state, determining that the standby tunnel has no fault;
and if the standby tunnel is in a fault state, determining that the standby tunnel has a fault.
3. The method of claim 1, further comprising:
before the main tunnel is determined to have a fault, sending a specific network segment to a main BRAS-UP device through the main tunnel so that the main BRAS-UP device issues a first route carrying the specific network segment to a network side, wherein the first route is used for sending data aiming at the specific network segment to the main BRAS-UP device;
and after the main tunnel is determined to have a fault, sending the specific network segment to a standby BRAS-UP device through the standby tunnel so that the standby BRAS-UP device issues a second route carrying the specific network segment to a network side, wherein the second route is used for sending data aiming at the specific network segment to the standby BRAS-UP device.
4. The method of claim 1, further comprising:
before the main tunnel is determined to have a fault, sending a stop message to the backup BRAS-UP equipment, wherein the stop message is used for indicating the backup BRAS-UP equipment to forbid sending an ARP message to a user side;
and after the main tunnel is determined to have a fault, sending a start message to the backup BRAS-UP equipment, wherein the start message is used for indicating the backup BRAS-UP equipment to send an ARP message to a user side.
5. The method of claim 1, wherein after sending user data corresponding to the primary BRAS-UP device to the secondary BRAS-UP device through the secondary tunnel, further comprising:
and sending the main/standby switching information to a management orchestrator so that the management orchestrator determines that the main BRAS-UP device has a fault and the standby BRAS-UP device is switched to the main BRAS-UP device according to the main/standby switching information.
6. A backup device for switching control separation of Broadband Remote Access Server (BRAS) is characterized in that the backup device is applied to a BRAS-CP device of a control plane of the broadband remote access server, and the backup device comprises:
the device comprises an establishing module, a backup module and a backup module, wherein the establishing module is used for establishing a tunnel backup group, and the tunnel backup group comprises a main tunnel between a BRAS-CP device and a main BRAS-UP device and a backup tunnel between the BRAS-CP device and a backup BRAS-UP device;
the determining module is used for determining that the main tunnel has a fault if an interface connected with the main BRAS-UP device is abnormal or a fault message sent by the main BRAS-UP device is received;
a sending module, configured to send, if the main tunnel fails and the backup tunnel fails, user data corresponding to the main BRAS-UP device to the backup BRAS-UP device through the backup tunnel, so that the backup BRAS-UP device performs service processing according to the user data;
wherein, the sending module is specifically configured to, when sending the user data corresponding to the primary BRAS-UP device to the backup BRAS-UP device through the backup tunnel: if the interface connected with the main BRAS-UP device is abnormal, reading the user data of the main BRAS-UP device from the device, and sending the user data to the backup BRAS-UP device through the backup tunnel; or, if receiving a fault message sent by a main BRAS-UP device, acquiring user data from the main BRAS-UP device, and sending the user data to a standby BRAS-UP device through the standby tunnel;
wherein the user data comprises session information and charging data.
7. The apparatus of claim 6, further comprising:
the setting module is used for setting a main state for the main tunnel before the main tunnel is determined to have a fault; if the main tunnel is in a main state and the standby tunnel does not break down, setting a standby state for the standby tunnel, and if the standby tunnel breaks down, setting a fault state for the standby tunnel;
after determining that the main tunnel fails, setting a failure state for the main tunnel; when the main tunnel is in a fault state, if the standby tunnel does not have a fault, setting a main state for the standby tunnel, and if the standby tunnel has a fault, setting a fault state for the standby tunnel;
the determining module is further configured to determine that the main tunnel is not in a failure if the main tunnel is in the main state; if the main tunnel is in a fault state, determining that the main tunnel has a fault; if the standby tunnel is in the standby state or the main state, determining that the standby tunnel has no fault; and if the standby tunnel is in a fault state, determining that the standby tunnel has a fault.
8. The apparatus of claim 6, wherein the sending module is further configured to send a specific network segment to a primary BRAS-UP device through the primary tunnel before determining that the primary tunnel fails, so that the primary BRAS-UP device issues a first route carrying the specific network segment to a network side, where the first route is used to send data destined for the specific network segment to the primary BRAS-UP device; after the main tunnel is determined to have a fault, sending a specific network segment to a standby BRAS-UP device through the standby tunnel so that the standby BRAS-UP device issues a second route carrying the specific network segment to a network side, wherein the second route is used for sending data aiming at the specific network segment to the standby BRAS-UP device.
9. The apparatus of claim 6, wherein the sending module is further configured to send a stop message to the secondary BRAS-UP device before determining that the primary tunnel fails, where the stop message is used to instruct the secondary BRAS-UP device to prohibit sending an ARP packet to a user side; and after determining that the main tunnel has a fault, sending a start message to the backup BRAS-UP equipment, wherein the start message is used for indicating the backup BRAS-UP equipment to send an ARP message to a user side.
10. The apparatus of claim 6,
and the sending module is further configured to send the main/standby switching information to the management orchestrator after the user data corresponding to the main BRAS-UP device is sent to the standby BRAS-UP device through the standby tunnel, so that the management orchestrator determines that the main BRAS-UP device fails and the standby BRAS-UP device is switched to the main BRAS-UP device according to the main/standby switching information.
11. A BRAS-CP device, comprising: a processor and a machine-readable storage medium storing machine-executable instructions executable by the processor; the processor is configured to execute machine executable instructions to perform the method steps of any of claims 1-5.
12. A machine-readable storage medium having stored thereon machine-executable instructions which, when invoked and executed by a processor, cause the processor to perform the method steps of any of claims 1-5.
CN201810267127.8A 2018-03-28 2018-03-28 Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium Active CN108512703B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810267127.8A CN108512703B (en) 2018-03-28 2018-03-28 Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810267127.8A CN108512703B (en) 2018-03-28 2018-03-28 Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium

Publications (2)

Publication Number Publication Date
CN108512703A CN108512703A (en) 2018-09-07
CN108512703B true CN108512703B (en) 2021-08-24

Family

ID=63378981

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810267127.8A Active CN108512703B (en) 2018-03-28 2018-03-28 Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium

Country Status (1)

Country Link
CN (1) CN108512703B (en)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108667695B (en) * 2017-09-06 2020-12-29 新华三技术有限公司 Backup method and device for BRAS transfer control separation
CN111431787B (en) * 2019-01-10 2022-02-11 中国移动通信有限公司研究院 Tunnel establishment method and device and computer readable storage medium
CN110266790B (en) * 2019-06-18 2022-02-01 广州虎牙科技有限公司 Edge cluster management method and device, edge cluster and readable storage medium
CN110430115B (en) * 2019-07-25 2021-08-06 新华三大数据技术有限公司 Service recovery method, system, network device and computer readable storage medium
CN110830310B (en) * 2019-11-28 2022-04-26 新华三大数据技术有限公司 Cross-data-center disaster backup method and BRAS system
CN113326119B (en) * 2020-02-29 2024-04-16 华为技术有限公司 Method for deleting user equipment and related equipment
CN113746655B (en) * 2020-05-30 2022-10-04 华为技术有限公司 Backup state determination method, device and system
CN114079613B (en) * 2020-08-14 2023-07-18 华为技术有限公司 Communication method and related equipment
CN114125910A (en) * 2020-08-31 2022-03-01 华为技术有限公司 Tunnel keep-alive method, network equipment, system and storage medium
CN114157708B (en) * 2020-09-08 2024-05-10 中国电信股份有限公司 Control method and device for session migration and vBRAS
CN112367252B (en) * 2020-09-25 2022-05-27 新华三技术有限公司合肥分公司 Method and device for realizing disaster recovery backup
CN114531337A (en) * 2020-10-31 2022-05-24 华为技术有限公司 Broadband connection method and device
CN115604087A (en) * 2021-06-28 2023-01-13 中兴通讯股份有限公司(Cn) Main/standby automatic switching method, control plane equipment, vBRAS system and storage medium
CN114095342B (en) * 2021-10-21 2023-12-26 新华三大数据技术有限公司 Backup realization method and device
CN114338278A (en) * 2021-12-29 2022-04-12 北京天融信网络安全技术有限公司 Tunnel communication method, device, equipment and medium
CN114301823B (en) * 2021-12-29 2024-01-02 中国电信股份有限公司 Route notification method, device, equipment and storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016034575A1 (en) * 2014-09-05 2016-03-10 Koninklijke Kpn N.V. Wan control failover broker for vhgw
CN106254095A (en) * 2016-07-19 2016-12-21 华为技术有限公司 The backup processing method of tunnel traffic and equipment
CN106685818A (en) * 2016-12-30 2017-05-17 北京华为数字技术有限公司 Message feedback method and device
CN107547367A (en) * 2017-06-28 2018-01-05 新华三技术有限公司 A kind of multicast switching method, device and machinable medium

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016034575A1 (en) * 2014-09-05 2016-03-10 Koninklijke Kpn N.V. Wan control failover broker for vhgw
CN106254095A (en) * 2016-07-19 2016-12-21 华为技术有限公司 The backup processing method of tunnel traffic and equipment
CN106685818A (en) * 2016-12-30 2017-05-17 北京华为数字技术有限公司 Message feedback method and device
CN107547367A (en) * 2017-06-28 2018-01-05 新华三技术有限公司 A kind of multicast switching method, device and machinable medium

Also Published As

Publication number Publication date
CN108512703A (en) 2018-09-07

Similar Documents

Publication Publication Date Title
CN108512703B (en) Backup method, device and equipment for BRAS transfer control separation and machine readable storage medium
CN108667695B (en) Backup method and device for BRAS transfer control separation
CN108667575B (en) Backup method and device for BRAS transfer control separation
Taleb et al. On service resilience in cloud-native 5G mobile systems
US8897134B2 (en) Notifying a controller of a change to a packet forwarding configuration of a network element over a communication channel
US9621642B2 (en) Methods of forwarding data packets using transient tables and related load balancers
US9137165B2 (en) Methods of load balancing using primary and stand-by addresses and related load balancers and servers
CN108616431B (en) Message processing method, device, equipment and machine readable storage medium
EP2108224B1 (en) Multipath virtual router redundancy
US10367680B2 (en) Network relay apparatus, gateway redundancy system, program, and redundancy method
US7849127B2 (en) Method and apparatus for a distributed control plane
US20140372616A1 (en) Methods of forwarding/receiving data packets using unicast and/or multicast communications and related load balancers and servers
US10476807B2 (en) User equipment processing method and device
CN110061855B (en) Service processing method, system and device
EP2599270B1 (en) A network device and method of routing traffic
US20120017110A1 (en) Fault-tolerance and resource management in a network
EP3985941A2 (en) Path switching method, device, and system
US8477655B2 (en) Method, device, and system for establishing label switching path in fast rerouting switching
EP3534571A1 (en) Service packet transmission method, and node apparatus
CN108933818A (en) Communication means and device
CN108234358B (en) Multicast message transmission method, device and machine readable storage medium
CN105391647A (en) Method and system for flow control
CN113259234B (en) Path protection method, node device, controller and storage medium
EP3764610A1 (en) Data traffic processing method, device and system
CN111629386A (en) Communication method, system and equipment

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