CN113452585A - Communication method and device - Google Patents
Communication method and device Download PDFInfo
- Publication number
- CN113452585A CN113452585A CN202110520628.4A CN202110520628A CN113452585A CN 113452585 A CN113452585 A CN 113452585A CN 202110520628 A CN202110520628 A CN 202110520628A CN 113452585 A CN113452585 A CN 113452585A
- Authority
- CN
- China
- Prior art keywords
- interface
- multicast
- information
- backup
- group
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 49
- 238000004891 communication Methods 0.000 title claims abstract description 26
- 238000012217 deletion Methods 0.000 claims description 9
- 230000037430 deletion Effects 0.000 claims description 9
- 230000006870 function Effects 0.000 description 21
- 230000008569 process Effects 0.000 description 13
- 238000010586 diagram Methods 0.000 description 6
- 238000012545 processing Methods 0.000 description 4
- 230000005540 biological transmission Effects 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/58—Association of routers
- H04L45/586—Association of routers of virtual routers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/2854—Wide area networks, e.g. public data networks
- H04L12/2856—Access arrangements, e.g. Internet access
- H04L12/2869—Operational details of access network equipments
- H04L12/287—Remote access server, e.g. BRAS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/16—Multipoint routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/74—Address processing for routing
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The application provides a communication method and a device, wherein the method is applied to a first UP device; the method comprises the following steps: receiving a multicast adding message sent by a host, wherein the multicast adding message comprises an identifier of a first interface and a multicast group address; generating a first multicast group table item at the first interface according to the identifier of the first interface and the multicast group address; when the first UP device is a main device, backup group information is obtained, wherein the backup group information comprises interface information of a standby device; and sending a first route refreshing router-refresh message to a second UP device where the interface indicated by the interface information is located according to the interface information of the standby device, wherein the first route refreshing message comprises the name of the backup group, an addition mark and a multicast adding message, so that the second UP device acquires the backup group information and determines a second interface, and a second multicast group table item is generated at the second interface according to the addition mark and the multicast adding message.
Description
Technical Field
The present application relates to the field of communications technologies, and in particular, to a communication method and apparatus.
Background
In a traditional integrated Broadband Remote Access Server (BRAS) Service system, a multi-machine backup function provides a solution for equipment-level network reliability through a Virtual Service Redundancy Protocol (VSRP). The method can ensure uninterrupted transmission of the service data of the user when the network equipment fails. The establishment of the multi-computer backup channel is a key technology.
The synchronization of state data and service data is required to be carried out between the main equipment and the standby equipment of multi-machine backup by using a multi-machine backup channel. The multi-machine backup channel is created using a Transmission Control Protocol (TCP). The multi-machine backup channel comprises the following two types: 1) and (3) controlling a data channel: the method is realized by establishing TCP connection between two devices in the multi-machine backup group. The control data channel is used for synchronizing the state change information of the multi-machine backup instance in the main equipment to the standby equipment in real time. In the main equipment, all the multi-machine backup instances use the same control data channel; 2) service data channel: when a service (for example, IPoE IP over Ethernet service, which is a three-layer access method through Ethernet) is associated with a multi-machine backup instance, the active device and the standby device create a service data channel, and the service data channel is used to synchronize the real-time status of the service and the service operation information, so as to ensure that when the active device fails, the standby device replaces the active device to continue providing service, so that the service is not interrupted.
The two channels are created in the same process, and both establish TCP monitoring by the device with the larger IP address, and the device with the smaller IP address initiates the connection for establishing TCP to the opposite device. After the TCP connection is successfully established, the main equipment starts to synchronize information to the standby equipment in real time.
The traditional integrated BRAS service system has the disadvantages of complex capacity expansion of the BRAS service, difficulty in maintenance and the like. Currently, each operator provides service by using a BRAS service system with separate transfer control. However, in the BRAS service system with separate Control and Control, a Control Plane (CP) device and a User Plane (UP) device are separately configured, and the CP device configures a plurality of UP devices as a backup group and synchronously backs UP information for the plurality of UP devices; the VSRP is mainly used for multi-level backup between the UP devices, so the VSRP basically loses the function of multi-machine backup in a BRAS service system with separate control, only Multicast (for example, Internet Group Management Protocol (IGMP)) Multicast Listener Discovery Protocol (MLD) service can be backed UP by the VSRP and needs to be interconnected by a plurality of UP devices, but since the Multicast service cannot be carried by CP devices, VSRP redundancy and complexity are configured for the plurality of UP devices.
Disclosure of Invention
In view of this, the present application provides a communication method and apparatus, so as to solve the problem that, in the existing BRAS service system with separate control and forwarding, when a multicast service implements a multi-machine backup function through a VSRP, VSRP redundancy and complexity are configured for multiple UP devices.
In a first aspect, the present application provides a communication method, which is applied to a first UP device, where the first UP device is in a backup group;
receiving a multicast adding message sent by a host, wherein the multicast adding message comprises an identifier of a first interface and a multicast group address;
generating a first multicast group table item at the first interface according to the identifier of the first interface and the multicast group address;
when the first UP device is a main device, backup group information is obtained, wherein the backup group information comprises interface information of a standby device;
according to the interface information of the standby equipment, sending a first route refreshing router-refresh message to second UP equipment where an interface indicated by the interface information is located, wherein the first route refreshing message comprises the name of the backup group, an addition mark and the multicast adding message, so that the second UP equipment obtains the backup group information and determines a second interface, and a second multicast group table item is generated at the second interface according to the addition mark and the multicast adding message;
the first UP device and the second UP device are BGP peers, and the second UP device is in the backup group.
In a second aspect, the present application provides a communication apparatus, which is applied to a first UP device, where the first UP device is in a backup group;
the receiving unit is used for receiving a multicast adding message sent by a host, wherein the multicast adding message comprises an identifier of a first interface and a multicast group address;
a generating unit, configured to generate a first multicast group entry at the first interface according to the identifier of the first interface and the multicast group address;
an obtaining unit, configured to obtain backup group information when the first UP device is a primary device, where the backup group information includes interface information of a standby device;
a sending unit, configured to send a first route refresh router-refresh message to a second UP device where an interface indicated by the interface information is located according to the interface information of the standby device, where the first route refresh message includes a name of the backup group, an addition mark, and the multicast join message, so that the second UP device obtains the backup group information and determines a second interface, and generates a second multicast group entry at the second interface according to the addition mark and the multicast join message;
the first UP device and the second UP device are BGP peers, and the second UP device is in the backup group.
In a third aspect, the present application provides a network device comprising a processor and a machine-readable storage medium storing machine-executable instructions executable by the processor, the processor being caused by the machine-executable instructions to perform the method provided by the first aspect of the present application.
Therefore, by applying the communication method and apparatus provided by the present application, the first UP device receives a multicast join message sent by the host, where the multicast join message includes an identifier of the first interface and a multicast group address; according to the identifier of the first interface and the multicast group address, the first UP device generates a first multicast group table item; when the first UP device is a main device, the first UP device acquires backup group information, wherein the backup group information comprises interface information of a standby device; according to the interface information of the standby equipment, the first UP equipment sends a first route refreshing router-refresh message to second UP equipment where the interface indicated by the interface information is located, wherein the first route refreshing message comprises the name of a backup group, an addition mark and a multicast adding message, so that the second UP equipment acquires the backup group information and determines a second interface, and a second multicast group table item is generated at the second interface according to the addition mark and the multicast adding message; the first UP device and the second UP device are BGP peers mutually, and the second UP device is in the backup group.
Therefore, in the BRAS service system with separated switching control, the BGP is used as the control plane and synchronizes the backup information, so that the problem that VSRP redundancy and complexity are configured for a plurality of UP devices when the multicast service implements a multi-machine backup function through the VSRP is solved, and meanwhile, system resources in the network are saved, and the robustness of the system is ensured.
Drawings
Fig. 1 is a flowchart of a communication method provided in an embodiment of the present application;
fig. 2 is a schematic diagram of a BRAS service system with separate handover control according to an embodiment of the present application;
FIG. 3 is a schematic diagram illustrating interaction of multiple modules in a UP device according to an embodiment of the present application;
fig. 4 is a structural diagram of a communication device according to an embodiment of the present application;
fig. 5 is a hardware structure of a network device according to an embodiment of the present disclosure.
Detailed Description
Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. When the following description refers to the accompanying drawings, like numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present application. Rather, they are merely examples of apparatus and methods consistent with certain aspects of the present application, as detailed in the appended claims.
The terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting of the application. As used in this application and the appended 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 refers to and encompasses any and all possible combinations of one or more of the corresponding 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 application. The word "if" as used herein may be interpreted as "at … …" or "when … …" or "in response to a determination", depending on the context.
The following describes the communication method provided in the embodiments of the present application in detail. Referring to fig. 1, fig. 1 is a flowchart of a communication method according to an embodiment of the present disclosure. The method is applied to a first UP device, and the communication method provided by the embodiment of the application may include the following steps.
Specifically, as shown in fig. 2, fig. 2 is a schematic diagram of a BRAS service system with separate handover control according to an embodiment of the present application. In fig. 2, the CP device and the UP device are separately provided. The first UP device and the second UP device form a dual-computer backup.
The first CP device creates corresponding UP management instance and UP interface at the first UP device and the second UP device respectively, and adds the first UP device and the second UP device into the backup group. The first CP device binds the UP interface with the backup group and enables a multicast group management function at the UP interface. When a certain UP device in the backup group fails, the first CP device switches the user traffic on the failed UP device to other UP devices in the backup group, thereby ensuring that the user service is not interrupted.
For example: the first CP device creates a corresponding UP management instance 1024 at the first UP device and enters the UP management view. The first CP device creates a Remote UP interface Remote-GE1024/1/2/0 at the first UP device. The first CP device creates backup group 1(group1) and adds UP management instance 1024 to the backup group. The first CP device configures the parameter of the virtual template interface 1 at the first UP device, and adopts a Password Authentication Protocol (PAP) Authentication mode to authenticate with the second UP device. The first CP device enables PPPoE Server protocol on Remote UP interface Remote-GE1024/1/2/0, and binds the Remote UP interface with virtual template interface 1.
Similarly, the first CP device performs the same configuration for the second UP device. The first CP device creates a corresponding UP management instance 1025 at the second UP device and enters into a UP management view. The first CP device creates a Remote UP interface Remote-GE1025/1/2/0 at the second UP device. The first CP device creates backup group 1(group1) and adds the UP management instance 1025 to the backup group. The first CP device configures the parameters of the virtual template interface 2 at the first UP device, and authenticates with the first UP device by adopting a PAP authentication mode. The first CP device enables PPPoE Server protocol on Remote UP interface Remote-GE1025/1/2/0 and binds the Remote UP interface with virtual template interface 2.
Further, after the first CP device completes configuration of the first UP device and the second UP device, the first UP device further establishes a Border Gateway Protocol (BGP) peer with the second UP device, and enables a multi-machine backup function in BGP peer configuration. The multi-machine BACKUP function can also be called as BGP UP BACKUP function, and the BACKUP of multicast list items and user actions is realized through the multi-machine BACKUP function.
Take the first UP device to configure BGP peers as an example for explanation: the first UP enters the system view. According to the configuration command input by the user, the first UP device starts the designated BGP instance and enters into a BGP instance view. The first UP creates a BGP UP BACKUP peer in the BGP instance and specifies an Autonomous System (AS) identity of the BGP peer. The first UP device creates and enters a BGP IPv4 UP BACKUP address family view. The first UP device allows for the local exchange of BGP IPv4 UP BACKUP related information with a designated BGP peer. It will be appreciated that by default, no information related to BGP IPv4 UP BACKUP can be exchanged locally with BGP peers.
Similarly, the second UP device also performs the step of configuring the BGP peer, which is the same as the aforementioned process of configuring the BGP peer by the first UP device and will not be repeated here.
Furthermore, after the first UP device and the second UP device configure the BGP peer locally, the first UP device generates an open (open) packet, where the open packet includes an address family identifier and a sub-address family identifier applicable to the multi-machine backup function.
And when the TCP connection between the first UP device and the second UP device is successfully established, the first UP device sends an open message to the second UP device, wherein the open message is used for establishing a BGP session between BGP peers.
After receiving the open message, the second UP device establishes a BGP session with the first UP device according to the existing BGP protocol. Meanwhile, the second UP device also acquires the address family identification and the sub-address family identification which are suitable for the multi-machine backup function from the open message. And the second UP device determines the related information of the first UP pre-exchanging the multi-computer backup function with the second UP device according to the address family identification and the sub-address family identification.
The second UP device establishes a BGP peer with a multi-machine backup function with the first UP device.
Wherein, the Address Family Identifier (English: Address Family Identifier, abbreviated as AFI) applicable to the multi-computer backup function can be 88 specifically; the sub-Address Family Identifier (SAFI) may be 88.
After the configuration process, the first UP device and the second UP device form a backup group and are BGP peers with a multi-machine backup function.
In one scenario, a host of a user pre-joins a certain multicast group, and the host generates a multicast join (join) message, where the multicast join message includes an identifier of a first interface and a multicast group address.
The host sends a multicast join message to the first UP device.
Specifically, according to the description of step 110, after receiving the multicast join packet, the first UP device obtains the identifier of the first interface and the multicast group address from the multicast join packet.
According to the identifier of the first interface and the multicast group address, the first UP device generates a first multicast group entry at the first interface, where the first multicast group entry includes the identifier of the first interface and the multicast group address. The first interface is an interface for subsequently receiving multicast group and sending multicast message in the first UP device.
Further, in the embodiment of the present application, the first UP device includes a plurality of service modules therein, as shown in fig. 3, fig. 3 is a schematic diagram of interaction of a plurality of modules in the UP device provided in the embodiment of the present application.
In fig. 3, the IGMP module receives a multicast join packet sent by the host, and obtains an identifier of the first interface and a multicast group address from the multicast join packet. The IGMP module generates a first multicast group entry at a first interface.
After the IGMP module generates the first multicast group entry, it forwards the first multicast group entry and the multicast join packet to the backup group management module.
Specifically, according to the description of step 120, after the first UP device generates the first multicast group entry at the first interface, it identifies whether itself is the active device. If the first UP device is the master device, the first UP device obtains backup group information, where the backup group information includes interface information of the backup devices in the backup group. If the first UP device is the standby device, the first UP device is not executing the subsequent steps.
Further, in fig. 3, after receiving the first multicast group entry and the multicast join packet forwarded by the IGMP module, the backup group management module locally obtains backup group information corresponding to the first UP device, where the backup group information includes interface information of a standby device in the backup group. The interface information of the standby device specifically refers to an interface for establishing a TCP connection with an interface of the active device. For example, the interface information of the standby device specifically indicates the Remote UP interface Remote-GE1025/1/2/0, and as can be seen from the foregoing, the Remote UP interface Remote-GE1025/1/2/0 establishes a TCP connection with the Remote UP interface Remote-GE1024/1/2/0 of the active device.
According to the foregoing example, the backup group includes the first UP device and the second UP device, where the first UP device is an active device, the second UP device is a standby device, and the backup group information includes interface information of the second UP device.
Further, the backup group management module stores the first multicast group entry into the backup group. The backup group information also includes UP management instance information configured in the UP device, authentication relationship between the UP devices, authentication mode, address pool and other information.
And after acquiring the backup group information, the backup group management module forwards the first backup group information and the multicast join message to the BGP module.
Specifically, according to the description in step 130, after the first UP device acquires the interface information of the standby device, the first UP device generates a first route-refresh message, where the first route-refresh message includes a name of the backup group, an addition mark, and a multicast join message.
According to the interface information of the standby device, the first UP device sends a first route refreshing message to a second UP device where the interface indicated by the interface information is located.
And after receiving the first route refreshing message, the second UP device acquires the name, the adding mark and the multicast adding message of the backup group. The second UP device obtains the backup group information according to the name of the backup group, and determines the second interface in the UP management instance according to the identifier of the first interface included in the multicast join message and the UP management instance information stored in the backup group information (the identifier of the second interface is the same as the identifier of the first interface, but is configured in the UP management instances in different UPs). And the second UP device generates a second multicast group table item at the second interface according to the adding mark and the multicast group address included in the multicast adding message, wherein the second multicast group table item comprises the identifier of the second interface and the multicast group address. Meanwhile, the second UP device also stores the multicast group table entry into the backup group. Thus, synchronous backup of the multicast information at the standby equipment is realized.
It can be understood that the first UP device and the second UP device store the multicast group table entries generated by the first UP device and the second UP device in the backup group belonging to the respective UP management instances.
Further, in fig. 3, after receiving the backup group information and the multicast join message, the BGP module determines that the standby device is the second UP device according to the backup group information (the process may specifically refer to the foregoing process). The BGP module generates a first route refreshing message, wherein the first route refreshing message comprises the name of the backup group, an adding mark and a multicast adding message. And the BGP module sends a first route refreshing message to the second UP device.
It can be understood that, in the embodiment of the present application, the second UP device also includes a BGP module, a backup group management module, and an IGMP module, and a service function of each module is the same as that of each module in the first UP device. After receiving the first route refreshing message, the BGP module included in the second UP device obtains the name of the backup group, the addition tag, and the multicast join message. And the BGP module forwards the acquired content to the backup group management module.
And after receiving the name, the adding mark and the multicast adding message of the backup group, the backup group management module acquires the identifier of the first interface and the address of the multicast group from the multicast adding message. And according to the name of the backup group, the backup group management module acquires the backup group information. And determining a second interface in the UP management instance according to the identification of the first interface and the UP management instance information stored in the backup group information. And the backup group management module forwards the identifier of the second interface and the multicast group address to the IGMP module.
After the IGMP module receives the identifier of the second interface and the multicast group address, the IGMP module generates a second multicast group entry at the second interface. Similarly, the IGMP module further forwards the second multicast group entry to the backup group management module, so that the backup group management module stores the second multicast group entry into the backup group.
Therefore, by applying the communication method provided by the present application, the first UP device receives a multicast join message sent by the host, where the multicast join message includes a first interface and a multicast group address; according to the first interface and the multicast group address, the first UP device generates a first multicast group table item; when the first UP device is a main device, the first UP device acquires backup group information, wherein the backup group information comprises interface information of a standby device; according to the interface information of the standby equipment, the first UP equipment sends a first route refreshing router-refresh message to second UP equipment where an interface indicated by the interface information is located, wherein the first route refreshing message comprises the name of a backup group, an addition mark and a multicast adding message, so that the second UP equipment obtains the backup group information according to the name of the backup group and determines a second interface, and a second multicast group table item is generated at the second interface according to the addition mark and the multicast adding message; wherein, the first UP device and the second UP device are BGP peers mutually, and the second UP device is in the backup group.
Therefore, in the BRAS service system with separated switching control, the BGP is used as the control plane and synchronizes the backup information, so that the problem that VSRP redundancy and complexity are configured for a plurality of UP devices when the multicast service implements a multi-machine backup function through the VSRP is solved, and meanwhile, system resources in the network are saved, and the robustness of the system is ensured.
Optionally, in this embodiment of the present application, a process of the first UP device receiving and processing a multicast leave packet sent by the host is further included.
Specifically, in a scenario, a host of a user leaves a certain multicast group in advance, and the host generates a multicast leave (leave) message, where the multicast leave message includes an identifier of a first interface and a multicast group address.
The host sends a multicast leave message to the first UP device.
After receiving the multicast leaving message, the first UP device obtains the identifier of the first interface and the multicast group address from the multicast leaving message. According to the identifier of the first interface and the multicast group address, the first UP device deletes the first multicast group entry at the first interface.
After deleting the first multicast group table item at the first interface, the first UP device identifies whether the first UP device is the main device. If the first UP device is the master device, the first UP device obtains backup group information, where the first backup group information includes interface information of the backup devices in the first backup group. The first UP device also deletes the first multicast group entry stored in the backup group.
After the first UP device acquires the interface information of the standby device, the first UP device generates a second route refresh (router-refresh) message, where the second route refresh message includes a name of the backup group, a deletion flag, and a multicast leave message.
And according to the interface information of the standby equipment, the first UP equipment sends a second route refreshing message to the second UP equipment where the interface indicated by the interface information is positioned.
And after receiving the second route refreshing message, the second UP device acquires the name, the deletion mark and the multicast leaving message of the backup group. The second UP device obtains the backup group information according to the name of the backup group, and determines the second interface in the UP management instance according to the identifier of the first interface included in the multicast leaving message and the UP management instance information stored in the second backup group information (the identifier of the second interface is the same as the identifier of the first interface, but is configured in the UP management instances in different UPs). And the second UP device deletes the second multicast group table item at the second interface according to the deletion mark and the multicast group address included in the multicast joining message. At the same time, the second UP device also deletes the second multicast group entry stored in the backup group. Thus, synchronous backup of the multicast information at the standby equipment is realized.
It can be understood that, the first UP device and the second UP device delete the multicast group table entries respectively generated in the backup group, specifically delete the multicast group table entries belonging to the multicast group stored in the respective UP management instances in the backup group.
It can be understood that, when the first UP device and the second UP device execute the foregoing processes, the processes are executed by an IGMP module, a backup group management module, and a BGP module included in the first UP device and the second UP device, and the specific processes are the same as the processes of receiving and processing the multicast join packet by the first UP device and receiving and processing the first route refresh packet by the second UP device, and are not repeated here.
Optionally, in this embodiment of the present application, the method further includes a process of the first UP device synchronously backing UP to the second UP device after the multicast group information is updated.
Specifically, when the first UP device is the active device and the multicast group information where the first UP device is located is changed, for example, the address information in the multicast group is refreshed. The first UP device generates an update (update) message, which includes the name of the backup group and the updated multicast group information.
And the first UP device sends an update message to the second UP device so that the second UP device stores updated multicast group information in the backup group according to the name of the backup group.
It can be understood that the first UP device and the second UP device store the updated multicast group information in the backup group belonging to the respective UP management instances.
Based on the same inventive concept, the embodiment of the application also provides a communication device corresponding to the communication method. Referring to fig. 4, fig. 4 is a structural diagram of a communication device according to an embodiment of the present application. The device is applied to a first UP device, and the first UP device is in a backup group;
a receiving unit 410, configured to receive a multicast join packet sent by a host, where the multicast join packet includes an identifier of a first interface and a multicast group address;
a generating unit 420, configured to generate a first multicast group entry at the first interface according to the identifier of the first interface and the multicast group address;
an obtaining unit 430, configured to obtain backup group information when the first UP device is an active device, where the backup group information includes interface information of a standby device;
a sending unit 440, configured to send a first route refresh router-refresh message to a second UP device where an interface indicated by the interface information is located according to the interface information of the standby device, where the first route refresh message includes a name of the backup group, an addition mark, and the multicast join message, so that the second UP device obtains the backup group information and determines a second interface, and generates a second multicast group entry at the second interface according to the addition mark and the multicast join message;
the first UP device and the second UP device are BGP peers, and the second UP device is in the backup group.
Optionally, the receiving unit 410 is further configured to receive a multicast leaving packet sent by the host, where the multicast leaving packet includes an identifier of the first interface and a multicast group address;
the device further comprises: a deleting unit (not shown in the figure), configured to delete the first multicast group entry at the first interface according to the identifier of the first interface and the multicast group address;
the obtaining unit 430 is further configured to obtain the backup group information when the first UP device is an active device, where the backup group information includes interface information of the standby device;
the sending unit 440 is further configured to send, according to the interface information of the standby device, a second route refresh packet to the second UP device where the interface indicated by the interface information is located, where the second route refresh packet includes the name of the backup group, a deletion flag, and the multicast leave packet, so that the second UP device obtains the backup group information and determines the second interface, and deletes the second multicast group entry at the second interface according to the deletion flag and the multicast leave packet.
Optionally, the sending unit 440 is further configured to send an update message to the second UP device when the first UP device is an active device and the multicast group information where the first UP device is located is changed, where the update message includes a name of the backup group and updated multicast group information, so that the second UP device stores the updated multicast group information in the backup group according to the name of the backup group.
Optionally, the sending unit 440 is further configured to send an open message to the second UP device, where the open message includes an address family identifier and a sub-address family identifier applicable to the multi-machine backup function, so that the second UP device establishes, according to the address family identifier and the sub-address family identifier, a BGP peer with the multi-machine backup function with the first UP device.
Therefore, by applying the communication device provided by the present application, the first UP device receives a multicast join message sent by the host, where the multicast join message includes an identifier of the first interface and a multicast group address; according to the identifier of the first interface and the multicast group address, the first UP device generates a first multicast group table item; when the first UP device is a main device, the first UP device acquires backup group information, wherein the backup group information comprises interface information of a standby device; according to the interface information of the standby equipment, the first UP equipment sends a first route refreshing router-refresh message to second UP equipment where the interface indicated by the interface information is located, wherein the first route refreshing message comprises the name of a backup group, an addition mark and a multicast adding message, so that the second UP equipment acquires the backup group information and determines a second interface, and a second multicast group table item is generated at the second interface according to the addition mark and the multicast adding message; the first UP device and the second UP device are BGP peers mutually, and the second UP device is in the backup group.
Therefore, in the BRAS service system with separated switching control, the BGP is used as the control plane and synchronizes the backup information, so that the problem that VSRP redundancy and complexity are configured for a plurality of UP devices when the multicast service implements a multi-machine backup function through the VSRP is solved, and meanwhile, system resources in the network are saved, and the robustness of the system is ensured.
Based on the same inventive concept, the embodiment of the present application further provides a network device, as shown in fig. 5, including a processor 510, a transceiver 520, and a machine-readable storage medium 530, where the machine-readable storage medium 530 stores machine-executable instructions capable of being executed by the processor 510, and the processor 510 is caused by the machine-executable instructions to perform the communication method provided by the embodiment of the present application. The communication apparatus shown in fig. 4 can be implemented by using the hardware structure of the network device shown in fig. 5.
The computer-readable storage medium 530 may include a Random Access Memory (RAM) or a Non-volatile Memory (NVM), such as at least one disk Memory. Alternatively, the computer-readable storage medium 530 may also be at least one storage device located remotely from the processor 510.
The Processor 510 may be a general-purpose Processor, and includes a Central Processing Unit (CPU), a Network Processor (NP), and the like; the Integrated Circuit can also be a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), or other Programmable logic devices, discrete Gate or transistor logic devices, discrete hardware components.
In the embodiment of the present application, the processor 510 reads the machine executable instructions stored in the machine readable storage medium 530, and the machine executable instructions cause the processor 510 itself and the call transceiver 520 to perform the communication method described in the embodiment of the present application.
Additionally, embodiments of the present application provide a machine-readable storage medium 530, the machine-readable storage medium 530 storing machine-executable instructions that, when invoked and executed by the processor 510, cause the processor 510 itself and the invoking transceiver 520 to perform the communication methods described in embodiments of the present application.
The implementation process of the functions and actions of each unit in the above device is specifically described in the implementation process of the corresponding step in the above method, and is not described herein again.
For the device embodiments, since they substantially correspond to the method embodiments, reference may be made to the partial description of the method embodiments for relevant points. The above-described embodiments of the apparatus are merely illustrative, and the units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the modules can be selected according to actual needs to achieve the purpose of the scheme of the application. One of ordinary skill in the art can understand and implement it without inventive effort.
As for the embodiments of the communication apparatus and the machine-readable storage medium, since the contents of the related methods are substantially similar to those of the foregoing embodiments of the methods, the description is relatively simple, and for the relevant points, reference may be made to the partial description of the embodiments of the methods.
The above description is only exemplary of the present application and should not be taken as limiting the present application, as any modification, equivalent replacement, or improvement made within the spirit and principle of the present application should be included in the scope of protection of the present application.
Claims (8)
1. A communication method is applied to a first UP device, wherein the first UP device is in a backup group;
receiving a multicast adding message sent by a host, wherein the multicast adding message comprises an identifier of a first interface and a multicast group address;
generating a first multicast group table item at the first interface according to the identifier of the first interface and the multicast group address;
when the first UP device is a main device, obtaining the backup group information, wherein the backup group information comprises interface information of a standby device;
according to the interface information of the standby equipment, sending a first route refreshing router-refresh message to second UP equipment where an interface indicated by the interface information is located, wherein the first route refreshing message comprises the name of the backup group, an addition mark and the multicast adding message, so that the second UP equipment obtains the backup group information and determines a second interface, and a second multicast group table item is generated at the second interface according to the addition mark and the multicast adding message;
the first UP device and the second UP device are BGP peers, and the second UP device is in the backup group.
2. The method of claim 1, further comprising:
receiving a multicast leaving message sent by the host, wherein the multicast leaving message comprises the identifier of the first interface and a multicast group address;
deleting the first multicast group table item at the first interface according to the identifier of the first interface and the multicast group address;
when the first UP device is a main device, obtaining the backup group information, wherein the backup group information comprises interface information of the standby device;
and sending a second route refreshing message to the second UP device where the interface indicated by the interface information is located according to the interface information of the standby device, wherein the second route refreshing message comprises the name of the backup group, a deletion mark and the multicast leaving message, so that the second UP device acquires the backup group information and determines the second interface, and deletes the second multicast group entry at the second interface according to the deletion mark and the multicast leaving message.
3. The method of claim 1, further comprising:
when the first UP device is a master device and the multicast group information where the first UP device is located is changed, sending an update message to the second UP device, where the update message includes the name of the backup group and updated multicast group information, so that the second UP device stores the updated multicast group information in the backup group according to the name of the backup group.
4. The method of claim 1, wherein before the receiving the multicast join message sent by the host, the method further comprises:
and sending an open message to the second UP device, wherein the open message comprises an address family identifier and a sub-address family identifier applicable to the multi-machine backup function, so that the second UP device establishes a BGP peer with the multi-machine backup function with the first UP device according to the address family identifier and the sub-address family identifier.
5. A communication apparatus, wherein the apparatus is applied to a first UP device, wherein the first UP device is in a backup group;
the receiving unit is used for receiving a multicast adding message sent by a host, wherein the multicast adding message comprises an identifier of a first interface and a multicast group address;
a generating unit, configured to generate a first multicast group entry at the first interface according to the identifier of the first interface and the multicast group address;
an obtaining unit, configured to obtain backup group information when the first UP device is a primary device, where the backup group information includes interface information of a standby device;
a sending unit, configured to send a first route refresh router-refresh message to a second UP device where an interface indicated by the interface information is located according to the interface information of the standby device, where the first route refresh message includes a name of the backup group, an addition mark, and the multicast join message, so that the second UP device obtains the backup group information and determines a second interface, and generates a second multicast group entry at the second interface according to the addition mark and the multicast join message;
the first UP device and the second UP device are BGP peers, and the second UP device is in the backup group.
6. The apparatus according to claim 5, wherein the receiving unit is further configured to receive a multicast leave packet sent by the host, where the multicast leave packet includes an identifier of the first interface and a multicast group address;
the device further comprises: a deleting unit, configured to delete the first multicast group entry at the first interface according to the identifier of the first interface and the multicast group address;
the obtaining unit is further configured to obtain the backup group information when the first UP device is a master device, where the backup group information includes interface information of the standby device;
the sending unit is further configured to send, according to the interface information of the standby device, a second route refresh packet to the second UP device where the interface indicated by the interface information is located, where the second route refresh packet includes the name of the backup group, a deletion flag, and the multicast leave packet, so that the second UP device obtains the backup group information and determines the second interface, and deletes the second multicast group entry at the second interface according to the deletion flag and the multicast leave packet.
7. The apparatus of claim 5, wherein the sending unit is further configured to send an update packet to the second UP device when the first UP device is an active device and multicast group information where the first UP device is located is changed, where the update packet includes a name of the backup group and updated multicast group information, so that the second UP device stores the updated multicast group information in the backup group according to the name of the backup group.
8. The apparatus of claim 5, wherein the sending unit is further configured to send an open message to the second UP device, where the open message includes an address family identifier and a sub-address family identifier applicable to a multi-machine backup function, so that the second UP device establishes a BGP peer with the multi-machine backup function with the first UP device according to the address family identifier and the sub-address family identifier.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110520628.4A CN113452585A (en) | 2021-05-13 | 2021-05-13 | Communication method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202110520628.4A CN113452585A (en) | 2021-05-13 | 2021-05-13 | Communication method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113452585A true CN113452585A (en) | 2021-09-28 |
Family
ID=77809717
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202110520628.4A Pending CN113452585A (en) | 2021-05-13 | 2021-05-13 | Communication method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN113452585A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114095342A (en) * | 2021-10-21 | 2022-02-25 | 新华三大数据技术有限公司 | Method and device for realizing backup |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101702672A (en) * | 2009-11-04 | 2010-05-05 | 华为技术有限公司 | Forwarding method and forwarding device for multicast data message |
| CN102742221A (en) * | 2011-05-19 | 2012-10-17 | 华为技术有限公司 | Multicast realization method and network device |
| CN108632125A (en) * | 2018-04-23 | 2018-10-09 | 新华三技术有限公司 | A kind of multicast list management method, device, equipment and machine readable storage medium |
| CN109756425A (en) * | 2017-11-07 | 2019-05-14 | 中国电信股份有限公司 | Multicast forward method, device and BFR |
| CN112615914A (en) * | 2020-12-10 | 2021-04-06 | 中通服咨询设计研究院有限公司 | Method for transmitting multicast hot standby table entries by using border gateway protocol |
-
2021
- 2021-05-13 CN CN202110520628.4A patent/CN113452585A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101702672A (en) * | 2009-11-04 | 2010-05-05 | 华为技术有限公司 | Forwarding method and forwarding device for multicast data message |
| CN102742221A (en) * | 2011-05-19 | 2012-10-17 | 华为技术有限公司 | Multicast realization method and network device |
| CN109756425A (en) * | 2017-11-07 | 2019-05-14 | 中国电信股份有限公司 | Multicast forward method, device and BFR |
| CN108632125A (en) * | 2018-04-23 | 2018-10-09 | 新华三技术有限公司 | A kind of multicast list management method, device, equipment and machine readable storage medium |
| CN112615914A (en) * | 2020-12-10 | 2021-04-06 | 中通服咨询设计研究院有限公司 | Method for transmitting multicast hot standby table entries by using border gateway protocol |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114095342A (en) * | 2021-10-21 | 2022-02-25 | 新华三大数据技术有限公司 | Method and device for realizing backup |
| CN114095342B (en) * | 2021-10-21 | 2023-12-26 | 新华三大数据技术有限公司 | Backup realization method and device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1593231B1 (en) | Systems and methods for collaborative communication | |
| US7859992B2 (en) | Router redundancy in data communication networks | |
| CN101557317B (en) | Active dialogue backup system, equipment and method in dual-server hot-backup network | |
| US20030041170A1 (en) | System providing a virtual private network service | |
| US20070016663A1 (en) | Approach for managing state information by a group of servers that services a group of clients | |
| US11025497B2 (en) | Network fabric topology expansion and self-healing devices | |
| US10447652B2 (en) | High availability bridging between layer 2 networks | |
| CN108011754B (en) | Transfer control separation system, backup method and device | |
| CN104935672A (en) | High available realizing method and equipment of load balancing service | |
| CN103631652B (en) | The realization method and system of virtual machine (vm) migration | |
| CN105162704A (en) | Multicast replication method and device in Overlay network | |
| WO2021185169A1 (en) | Switching method and apparatus, and device and storage medium | |
| CN102142978B (en) | Data backup transmission processing method, device and system | |
| CN112615914B (en) | Method for transmitting multicast hot standby table entries by using border gateway protocol | |
| CN115567486A (en) | Lease synchronization method, device, equipment and medium in MLAG environment | |
| EP3583751B1 (en) | Method for an improved deployment and use of network nodes of a switching fabric of a data center or within a central office point of delivery of a broadband access network of a telecommunications network | |
| CN102447703B (en) | A kind of heat backup method and system, CGN equipment | |
| US11907253B2 (en) | Secure cluster pairing for business continuity and disaster recovery | |
| CN113452585A (en) | Communication method and device | |
| CN103107942B (en) | The tracking of a kind of static routing and equipment | |
| CN102404339B (en) | Fire wall system and data processing method based on fire wall system | |
| CN114172762B (en) | Communication method, device, system and readable storage medium | |
| CN106878051B (en) | Multi-machine backup implementation method and device | |
| JP2019041368A (en) | Transfer device, transfer system, transfer method, and program | |
| US20140293827A1 (en) | Method And Apparatus For Peer Node Synchronization |
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 | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210928 |