CN111865780A - Synchronization method and device - Google Patents
Synchronization method and device Download PDFInfo
- Publication number
- CN111865780A CN111865780A CN202010668909.XA CN202010668909A CN111865780A CN 111865780 A CN111865780 A CN 111865780A CN 202010668909 A CN202010668909 A CN 202010668909A CN 111865780 A CN111865780 A CN 111865780A
- Authority
- CN
- China
- Prior art keywords
- neighbor
- link aggregation
- aggregation group
- neighbor device
- cross
- 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 53
- 230000002776 aggregation Effects 0.000 claims abstract description 191
- 238000004220 aggregation Methods 0.000 claims abstract description 191
- 230000003993 interaction Effects 0.000 claims description 22
- 238000004806 packaging method and process Methods 0.000 claims description 2
- 230000009977 dual effect Effects 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 7
- 230000001360 synchronised effect Effects 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000007246 mechanism Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 239000002699 waste material Substances 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000002955 isolation Methods 0.000 description 1
- 238000012536 packaging technology Methods 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000000126 substance Substances 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/24—Multipath
- H04L45/245—Link aggregation, e.g. trunking
-
- 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/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- 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/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- 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)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The invention discloses a synchronization method and a synchronization device, and belongs to the technical field of communication. The synchronization method comprises the following steps: receiving first routing information sent by neighbor equipment; judging whether the neighbor equipment is first neighbor equipment or not according to the first routing information; and when the neighbor device is the first neighbor device, forwarding the received broadcast message to the first neighbor device through the direct connection aggregation link corresponding to the cross-device link aggregation group, so as to avoid wasting link resources of the neighbor device in the cross-device link aggregation group, and simultaneously reduce the complexity of information synchronization of the neighbor device in the cross-device link aggregation group.
Description
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a synchronization method and apparatus.
Background
A Multi-chassis Link aggregation Group (MLAG) technique may perform inter-chassis Link aggregation on multiple devices to form an inter-chassis Link aggregation Group, thereby improving the reliability of a Link. Also, devices in the MLAG may establish neighbor connections with devices that are not in the MLAG. For example, the MLAG includes a first device and a second device, and the first device and the second device establish pairwise neighbor connections with a third device that is not in the MLAG. In a conventional information synchronization manner, network tunnels connecting peer neighbor devices are respectively established among first, second, and third devices. After any one of the first device, the second device and the third device receives the broadcast message sent through the downlink, the broadcast message is encapsulated to generate a corresponding message, and the message is sent to the corresponding opposite-end neighbor device through the network tunnel. After receiving the message, the neighbor device at the opposite end performs operations such as decapsulation and forwarding on the message. However, the first device and the second device are devices in the same cross-device link aggregation group, and a connection has been established between the first device and the second device through a direct aggregation link. After the first device establishes the neighbor connection with the second device, the corresponding network tunnel needs to be established again, and the broadcast message is synchronized through the network tunnel, which may cause waste of link resources of the first device and the second device, and may also increase complexity of information synchronization of the first device and the second device.
Therefore, how to reduce the waste of link resources of the neighbor devices in the same cross-device link aggregation group and reduce the complexity of information synchronization of the neighbor devices in the same cross-device link aggregation group becomes a problem to be solved in the art.
Disclosure of Invention
Therefore, the invention provides a synchronization method and a synchronization device, which are used for solving the problems that the link resources of neighbor devices in the same cross-device link aggregation group are wasted, and the information synchronization complexity of the neighbor devices in the same cross-device link aggregation group is high.
In order to achieve the above object, a first aspect of the present invention provides a synchronization method, including:
receiving first routing information sent by neighbor equipment;
judging whether the neighbor equipment is first neighbor equipment or not according to the first routing information; the first neighbor device is a neighbor device which is in the same cross-device link aggregation group with the current device;
when the neighbor device is the first neighbor device, forwarding the received broadcast message to the first neighbor device through a direct connection aggregation link corresponding to the cross-device link aggregation group; wherein the broadcast message is a broadcast message sent by a device other than the neighbor device.
Further, after receiving the first routing information sent by the neighboring device, the method further includes:
judging whether the neighbor equipment is second neighbor equipment or not according to the first routing information; the second neighbor device is a neighbor device which is not in the same cross-device link aggregation group with the current device, and/or is not in the cross-device link aggregation group;
and when the neighbor device is the second neighbor device, creating a virtual extensible local area network tunnel for information interaction with the second neighbor device.
Further, when the neighbor device is the second neighbor device, after the virtual extensible local area network tunnel performing information interaction with the second neighbor device is created, the method further includes:
forwarding the received broadcast message to the second neighbor device through the virtual extensible local area network tunnel.
Further, the forwarding the received broadcast message to the second neighbor device through the virtual extensible local area network tunnel includes:
packaging the received broadcast message to obtain an extensible virtual local area network message;
and sending the extensible virtual local area network message to the second neighbor device through the virtual extensible local area network tunnel.
Further, when the neighbor device is the second neighbor device, after the creating the virtual extensible local area network tunnel for information interaction with the second neighbor device, the method further includes:
and sending second routing information to the second neighbor device through the virtual extensible local area network tunnel so that the second neighbor device updates corresponding address table entry information according to the second routing information.
Further, the first routing information comprises a cross device link aggregation group number;
the determining whether the neighbor device is a first neighbor device according to the first routing information includes:
judging whether the neighbor equipment and the current equipment are in the same cross-equipment link aggregation group or not according to the cross-equipment link aggregation group number, and obtaining a judgment result;
and determining whether the neighbor device is the first neighbor device according to the judgment result.
Further, before receiving the first routing information sent by the neighbor device, the method further includes:
setting a peer address of the current device;
and establishing a neighbor relation with the neighbor device according to the peer address of the current device and the peer address of the neighbor device.
Further, before establishing a neighbor relationship with the neighbor device according to the peer address of the current device and the peer address of the neighbor device, the method further includes:
and forming the cross-device link aggregation group with the first neighbor device, and establishing connection with the first neighbor device through the direct connection aggregation link corresponding to the cross-device link aggregation group.
In order to achieve the above object, a second aspect of the present invention provides a synchronization apparatus comprising:
the receiving module is used for receiving first routing information sent by neighbor equipment;
the judging module is used for judging whether the neighbor equipment is first neighbor equipment or not according to the first routing information; the first neighbor device is a neighbor device which is in the same cross-device link aggregation group with the current device;
a sending module, configured to forward, when the neighbor device is the first neighbor device, the received broadcast message to the first neighbor device through a direct link aggregation link corresponding to the inter-device link aggregation group; wherein the broadcast message is a broadcast message sent by a device other than the neighbor device.
Further, the air conditioner is provided with a fan,
the judging module is further configured to judge whether the neighbor device is a second neighbor device according to the first routing information; the second neighbor device is a neighbor device which is not in the same cross-device link aggregation group with the current device, and/or is not in the cross-device link aggregation group;
The synchronization device further includes: and the creating module is used for creating a virtual extensible local area network tunnel for information interaction with the second neighbor device when the neighbor device is the second neighbor device.
The invention has the following advantages:
the synchronization method provided by the invention receives first routing information sent by neighbor equipment; judging whether the neighbor equipment is first neighbor equipment or not according to the first routing information; and when the neighbor device is the first neighbor device, forwarding the received broadcast message to the first neighbor device through the direct connection aggregation link corresponding to the cross-device link aggregation group, so as to avoid wasting link resources of the neighbor device in the cross-device link aggregation group, and simultaneously reduce the complexity of information synchronization of the neighbor device in the cross-device link aggregation group.
Drawings
The accompanying drawings, which are included to provide a further understanding of the invention and are incorporated in and constitute a part of this specification, illustrate embodiments of the invention and together with the description serve to explain the principles of the invention and not to limit the invention.
Fig. 1 is a flowchart of a synchronization method according to a first embodiment of the present invention;
fig. 2 is a flowchart of a synchronization method according to a second embodiment of the present invention;
Fig. 3 is a flowchart of a synchronization method according to a third embodiment of the present invention;
fig. 4 is a flowchart of a synchronization method according to a fourth embodiment of the present invention;
fig. 5 is a flowchart of a synchronization method according to a fifth embodiment of the present invention;
fig. 6 is a flowchart of a synchronization method according to a sixth embodiment of the present invention;
fig. 7 is a schematic block diagram of a synchronization apparatus according to a seventh embodiment of the present invention;
fig. 8 is a schematic block diagram of a synchronization apparatus according to an eighth embodiment of the present invention.
In the drawings:
701: the receiving module 702: judging module
703 sending module
801 receiving module 802 judging module
803 sending module 804 creating module
Detailed Description
The following detailed description of embodiments of the invention refers to the accompanying drawings. It should be understood that the detailed description and specific examples, while indicating the present invention, are given by way of illustration and explanation only, not limitation.
In the synchronization method provided in the embodiment of the present invention, after a first device, a second device, and a third device that is not in an MLAG establish two-to-two neighbor connections, network tunnels connecting neighbor devices at opposite ends need to be respectively established among the first device, the second device, and the third device, and after any one of the first device, the second device, and the third device receives a broadcast message sent through a downlink, the broadcast message is encapsulated to generate a corresponding message, and the message is sent to the corresponding neighbor device at the opposite end through the network tunnels. After receiving the message, the neighbor device at the opposite end performs operations such as decapsulation and forwarding on the message. However, after the first device and the second device have established a connection through the direct connection aggregation link, and after the first device and the second device establish a neighbor connection, it is also necessary to establish a corresponding network tunnel again and synchronize broadcast messages through the network tunnel, which may cause waste of link resources of the first device and the second device and also increase complexity of information synchronization of the first device and the second device. In view of this, a new synchronization method is proposed, which can avoid wasting link resources of neighbor devices in the MLAG and reduce the complexity of information synchronization of neighbor devices in the MLAG.
Fig. 1 is a flowchart of a synchronization method provided in a first embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group. As shown in fig. 1, the synchronization method may include the steps of:
step S101, receiving first routing information sent by neighbor equipment.
In this embodiment, the current device (i.e., the execution subject) is a device in the cross-device link aggregation group, and after the current device establishes pairwise neighbor relations with other devices in the cross-device link aggregation group and devices not in the cross-device link aggregation group, the current device, the other devices in the cross-device link aggregation group and the devices not in the cross-device link aggregation group are mutual neighbor devices. For the current device, the neighbor devices of the current device include two types, one type is the neighbor device in the same cross-device link aggregation group with the current device, and the other type is the neighbor device not in the cross-device link aggregation group. Further, a neighbor device in the same cross-device link aggregation group as the current device is defined as a first neighbor device, and a neighbor device not in the same cross-device link aggregation group as the current device is defined as a second neighbor device.
It can be understood that the second neighbor device is a neighbor device that is not in the same cross-device link aggregation group as the current device, and therefore, the second neighbor device may be a device that is in a cross-device link aggregation group except for the current device, or a device that is not in any cross-device link aggregation group.
After the neighbor relationship between the current device and the neighbor device is established, the neighbor device sends the first routing information to the current device for device discovery and transmission channel establishment, so that the current device can realize device discovery and transmission channel establishment based on the first routing information.
The cross-device link aggregation group mentioned in the above is an aggregation group constructed based on a cross-device link aggregation group technology. The cross-device link aggregation group technology is a mechanism for implementing cross-device link aggregation proposed by the industry to improve network availability. The MLAG technology performs cross-device link aggregation between one device and another device or multiple devices, so as to form a logical link aggregation group from physical links of different devices, thereby improving the link reliability from a single board level to a device level, and forming a corresponding dual active system (or called a dual homing system).
In some embodiments, the devices that build the cross-device link aggregation group are scalable virtual local area network Tunnel endpoint (VTEP) devices. VTEP devices are endpoint devices in a scalable extensible Local area network (VXLAN). The VXLAN technology is a two-layer VPN (Virtual Private Network) technology that is based on an IP (internet Protocol) Network and encapsulates an ethernet packet on a UDP (User Datagram Protocol) transport layer for forwarding. VXLAN is mainly applied to data center networks, can provide two-layer interconnection for scattered physical sites based on existing service providers or enterprise IP networks, and can provide service isolation for different tenants. Specifically, the VXLAN technology uses an existing three-layer physical network as an Underlay network (i.e., a lower layer network or an infrastructure layer network), and builds a virtual two-layer network on the Underlay network (i.e., an Overlay network or an application layer network). The Overlay network realizes the transfer of the second-layer message of the tenant between different sites across a three-layer network by a packaging technology and by utilizing a three-layer forwarding path provided by the Underlay network. The Underlay network is transparent to the tenants, and different sites of the same tenant behave as if they are operating in one local area network.
In one embodiment, VTEP1, VTEP2, and VTEP3 are all scalable virtual local area network tunnel endpoints, where VTEP1 and VTEP2 form a cross-device link aggregation group based on a cross-device link aggregation group mechanism, and VTEP1 and VTEP2 form a dual active system (one of VTEP1 and VTEP2 is a master device of the cross-device link aggregation group, the other is a slave device of the cross-device link aggregation group, and the master-slave of VTEP1 and VTEP2 has no influence on the synchronization method described in this embodiment). Different addresses are used as BGP peer addresses between the VTEP1 and the VTEP2, Border Gateway Protocol (BGP) neighbor relations are established among the different addresses, and the BGP neighbor relations are also established with the VTEP3 which is not in the cross-device link aggregation group.
In the present embodiment, since VTEP1 and VTEP2 are neighbor devices in the same MLAG, the current device (i.e., the execution subject) may be one of VTEP1 and VTEP 2. Taking the current device as VTEP1 for example, the neighbor devices of VTEP1 include VTEP2 and VTEP 3. Since VTEP2 is in the same MLAG as VTEP1, VTEP2 is the first neighbor device; VTEP3 is not in the same MLAG as VTEP1, and therefore VTEP3 is the second neighbor.
After VTEP1, VTEP2, and VTEP3 establish a two-to-two BGP neighbor relationship, VTEP2 and VTEP3 send first routing information to VTEP1, and VTEP1 receives the first routing information sent by the neighbor devices (that is, the number of the first routing information received by VTEP1 is two, one is from VTEP2, and the other is from VTEP 3). Wherein, the first routing information is Type3 routing. Type3 routing is exclusive multicast routing, and this Type of routing is mainly used for completing automatic discovery of VTEP addresses and dynamic establishment of VXLAN tunnels, and notifying layer two VXLAN Network Identifier (VNI) information and VTEP IP address information.
It should be noted that although the Type3 route may be used to complete the dynamic establishment of the VXLAN tunnel, the current device does not necessarily establish the VXLAN tunnel with the neighbor device that sent the Type3 route after receiving the Type3 route (the current device only establishes the VXLAN tunnel with the second neighbor device).
Step S102, judging whether the neighbor device is a first neighbor device according to the first routing information.
The first neighbor device is a neighbor device in the same cross-device link aggregation group with the current device.
A specific identifier may be set in the first routing information, and whether the neighbor device is the first neighbor device may be determined by the specific identifier. For example, a cross-device link aggregation group number is set in the first routing information, and whether the neighbor device and the current device are in the same cross-device link aggregation group is determined by the cross-device link aggregation group number.
In an embodiment, the first routing information is a Type3 route, and a cross-device link aggregation group number attribute is newly added in a Provider Multicast Service virtual Interface (PMSI) attribute set of the Type3 route. After the current device receives the Type3 route, whether the neighbor device sending the Type3 route is in the same cross-device link aggregation group with the current device can be judged according to the attribute value corresponding to the cross-device link aggregation group number. Specifically, when an attribute value corresponding to a cross-device link aggregation group number in a Type3 route is consistent with a value corresponding to a cross-device link aggregation group number of a current device, determining that a neighbor device is a first neighbor device; when the attribute value corresponding to the cross-device link aggregation group number in the Type3 route is inconsistent with the value corresponding to the cross-device link aggregation group number of the current device, it is determined that the neighbor device is not the first neighbor device (further, the neighbor device at this time conforms to the definition of the second neighbor device, and therefore, the neighbor device is determined to be the second neighbor device).
Step S103, when the neighbor device is a first neighbor device, the received broadcast message is forwarded to the first neighbor device through the direct connection aggregation link corresponding to the cross-device link aggregation group.
The broadcast message is a broadcast message sent by a device except the neighbor device. After judging that the neighbor device is the first neighbor device, the current device does not establish a virtual extensible local area network tunnel with the first neighbor device according to the first routing information, but directly performs information interaction through a direct connection aggregation link established between the current device and the first neighbor device.
In one embodiment, after determining that the neighbor device is the first neighbor device, when there is a broadcast message sent from the downlink to the current device, the current device forwards the broadcast message to the first neighbor device through a direct-connection aggregation link between the current device and the first neighbor device.
It should be noted that, when the current device and the neighboring device perform information interaction through the virtual extensible local area network tunnel, the information needs to be encapsulated according to a message format required by the virtual extensible local area network and then a sending operation is performed. After receiving the message, the neighbor device also needs to perform operations such as corresponding message decapsulation, etc., which inevitably increases the complexity of data processing between the current device and the neighbor device, thereby resulting in higher complexity of information synchronization. However, if the current device does not establish the virtual extensible local area network tunnel with the neighbor device any more, but performs information interaction through the previously established direct connection aggregation link (this requires that the current device and the neighbor device are devices in the same cross-device link aggregation group, and a direct connection aggregation link has been established between the current device and the neighbor device), link resources of the neighbor device in the MLAG can be fully utilized, and meanwhile, complexity of information synchronization of the neighbor device in the MLAG can be reduced.
Fig. 2 is a flowchart of a synchronization method provided in a second embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group, and is substantially the same as the first embodiment of the present invention except that: and when the neighbor equipment of the current equipment is second neighbor equipment, executing information synchronization operation. As shown in fig. 2, the synchronization method may include the steps of:
step S201, receiving first routing information sent by a neighboring device.
Step S201 in this embodiment is the same as step S101 in the first embodiment of the present invention, and is not described herein again.
Step S202, judging whether the neighbor device is a second neighbor device according to the first routing information.
The second neighbor device is a neighbor device that is not in the same cross-device link aggregation group as the current device, and/or is not in the cross-device link aggregation group. As to whether the neighbor device is determined to be the second neighbor device, a specific identifier may be set in the first routing information, and whether the neighbor device is the second neighbor device may be determined by the specific identifier.
In this embodiment, the current device (i.e., the execution subject) is a device in the cross-device link aggregation group, and after the current device establishes pairwise neighbor relations with other devices in the cross-device link aggregation group and devices not in the cross-device link aggregation group, the current device, the other devices in the cross-device link aggregation group and the devices not in the cross-device link aggregation group are mutual neighbor devices. For the current device, the second neighbor device is a neighbor device that is not in the same cross-device link aggregation group as the current device.
In one embodiment, VTEP1, VTEP2, and VTEP3 establish a pairwise BGP neighbor relationship, where VTEP1 and VTEP2 are neighbor devices in the same cross-device link aggregation group, and VTEP3 is a neighbor device not in the cross-device link aggregation group.
In this embodiment, VTEP1 is taken as a current device for example (the current device, that is, the execution subject, may also be a VTEP2 in the same cross-device link aggregation group as VTEP 1), VTEP1 receives first routing information sent by VTEP2 and VTEP3, where the first routing information is Type3 routing, and a cross-device link aggregation group number attribute is newly added to the PMSI attribute set of Type3 routing. After receiving the Type3 route, the VTEP1 may determine whether the neighbor device sending the Type3 route is in the same cross-device link aggregation group as the current device according to the attribute value corresponding to the cross-device link aggregation group number in the first route. Specifically, when the attribute value corresponding to the cross-device link aggregation group number in the first route is different from the value of the cross-device link aggregation group number corresponding to the current device, it is determined that the neighbor device is not in the same cross-device link aggregation group as the current device, and therefore it is determined that the neighbor device is the second neighbor device. On the contrary, when the attribute value corresponding to the cross-device link aggregation group number in the first route is the same as the value of the cross-device link aggregation group number corresponding to the current device, it is determined that the neighbor device and the current device are in the same cross-device link aggregation group, and it is further determined that the neighbor device is the first neighbor device (when the neighbor device is determined to be the first neighbor device, the information synchronization with the first neighbor device is performed according to the synchronization method shown in the first embodiment).
Step S203, when the neighbor device is a second neighbor device, a virtual extensible local area network tunnel for information interaction with the second neighbor device is created.
The virtual extensible local area network tunnel is a virtual network channel for data transmission between the VTEP devices. Specifically, after encapsulating the VXLAN message, the current VTEP device sends the VXLAN message to the opposite-end VTEP device through the virtual extensible local area network tunnel, and after receiving the VXLAN message, the opposite-end VTEP device forwards the VXLAN message or decapsulates the VXLAN message according to the encapsulated MAC address. The VXLAN tunnel comprises a static unicast tunnel, a dynamic unicast tunnel, a multicast tunnel and the like, and a certain type of VXLAN tunnel can be selected to be created according to needs in practical use.
In this embodiment, the current device is a device in a cross-device link aggregation group, and if the current device determines that its neighbor device is a second neighbor device, a virtual extensible local area network tunnel for performing information interaction with the second neighbor device is created.
In one embodiment, VTEP1, VTEP2, and VTEP3 establish a pairwise BGP neighbor relationship, where VTEP1 and VTEP2 are neighbor devices in the same cross-device link aggregation group, and VTEP3 is a neighbor device not in the cross-device link aggregation group.
Taking VTEP1 as an example of the current device, the second neighbor device of VTEP1 is VTEP3 (the first neighbor device of VTEP1 is VTEP 2). When VTEP1 determines that VTEP3 is the second neighbor device, VTEP1 and VTEP3 respectively create corresponding VXLAN tunnel ports, and create VXLAN tunnels based on the VXLAN tunnel ports, so as to perform information interaction through the VXLAN tunnels.
Fig. 3 is a flowchart of a synchronization method provided in a third embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group, and is substantially the same as the second embodiment of the present invention, except that: and when the neighbor device of the current device is a second neighbor device, forwarding the received broadcast message to the second neighbor device through the virtual extensible local area network tunnel. As shown in fig. 3, the synchronization method may include the steps of:
step S301, receiving first routing information sent by a neighbor device.
Step S301 in this embodiment is the same as step S201 in the second embodiment of the present invention, and is not described herein again.
Step S302, judging whether the neighbor device is a second neighbor device according to the first routing information.
Step S301 in this embodiment is the same as step S202 in the second embodiment of the present invention, and is not described herein again.
Step S303, when the neighbor device is a second neighbor device, a virtual extensible local area network tunnel for information interaction with the second neighbor device is created.
Step S303 in this embodiment is the same as step S203 in the second embodiment of the present invention, and is not described herein again.
Step S304, the received broadcast message is forwarded to the second neighbor device through the virtual extensible local area network tunnel.
The broadcast message is a broadcast message sent by a device except the neighbor device to the current device. After judging that the neighbor device is a second neighbor device, the current device establishes a virtual extensible local area network tunnel with the second neighbor device according to the first routing information, and performs information interaction with the second neighbor device through the virtual extensible local area network tunnel.
In one embodiment, after determining that the neighbor device is the second neighbor device, when there is a broadcast message sent from the downlink to the current device, the current device forwards the broadcast message to the second neighbor device through a virtual extensible local area network tunnel between the current device and the second neighbor device.
Fig. 4 is a flowchart of a synchronization method provided in a fourth embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group, and is substantially the same as the second embodiment of the present invention, except that: and when the neighbor device of the current device is a second neighbor device, the second neighbor device updates the corresponding address table entry information according to the second routing information. As shown in fig. 4, the synchronization method may include the steps of:
Step S401, receiving first routing information sent by a neighbor device.
Step S401 in this embodiment is the same as step S201 in the second embodiment of the present invention, and is not described herein again.
Step S402, judging whether the neighbor device is a second neighbor device according to the first routing information.
Step S402 in this embodiment is the same as step S202 in the second embodiment of the present invention, and is not described herein again.
Step S403, when the neighboring device is a second neighboring device, creating a virtual extensible local area network tunnel for information interaction with the second neighboring device.
Step S403 in this embodiment is the same as step S203 in the second embodiment of the present invention, and is not described herein again.
Step S404, sending the second routing information to the second neighbor device through the virtual extensible local area network tunnel, so that the second neighbor device updates the corresponding address table entry information according to the second routing information.
The second routing information is type2 routing, namely MAC/IP routing, and the type routing is mainly used for advertising MAC addresses and host IP addresses. After the second neighbor device receives the type2 routing information, the corresponding address table entry information can be locally generated according to the type2 routing information.
In one embodiment, the current device sends type2 routing information as the second routing information to the second neighbor device. When the second neighbor device receives the type2 routing information, local address table entry information is generated according to the content of the type2 routing information, and the newly generated address table entry information is used for updating the old address table entry information.
Fig. 5 is a flowchart of a synchronization method provided in a fifth embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group, and is substantially the same as the first embodiment of the present invention except that: the current device establishes neighbor connection with the neighbor device before sending the first routing information to the neighbor device. As shown in fig. 5, the synchronization method may include the steps of:
step S501, a peer address of the current device is set.
Wherein, the peer is also called a BGP (Border Gateway Protocol) peer, which refers to two devices establishing a BGP connection. When a BGP session is established between peers, each BGP device (i.e., a physical device or a virtual device corresponding to a peer) must have a unique peer address, otherwise a BGP connection cannot be established between peers. The peer address may take the form of an IPv4 address. In some cases, the Router ID (i.e., Router identification or Router number) of the BGP device is used as the peer address of the peer. In general, the peer address is carried in an Open message sent when a BGP session is established.
In one embodiment, the current device sets its own peer address before the current device establishes a BGP neighbor connection with the neighbor device. Similarly, the neighbor device also sets its corresponding peer address.
Step S502, establishing a neighbor relation with the neighbor device according to the peer address of the current device and the peer address of the neighbor device.
In order to establish a BGP neighbor relationship between a current device and a neighbor device, an Open message needs to be sent to an opposite device (the opposite device of the current device is the neighbor device, and the opposite device of the neighbor device is the current device), and the Open message carries its own peer address. After receiving the Open message, the opposite terminal device may establish BGP neighbor connection according to the peer address carried in the Open message and its own peer address.
In one embodiment, VTEP1 and VTEP2 are devices in the same cross-device link aggregation group, VTEP3 is a device not in the cross-device link aggregation group, and two-to-two BGP neighbor relationships are to be established among VTEP1, VTEP2, and VTEP 3.
Specifically, VTEP1 sends Open messages to VTEP2 and VTEP3, respectively, and carries the peer address of VTEP1 in the Open messages. When VTEP2 and VTEP3 receive the Open message sent by VTEP1 and learn the peer address of VTEP1 from the Open message, VTEP2 and VTEP3 establish a BGP neighbor relationship with VTEP1 according to their peer addresses and the peer address of VTEP1, respectively.
Similarly, VTEP2 sends an Open message to VTEP1 and VTEP3, respectively, and carries a peer address of VTEP2 in the Open message, and after VTEP1 and VTEP3 receive the Open message sent by VTEP2 and learn a peer address of VTEP2 from the Open message, VTEP1 and VTEP3 establish a BGP neighbor relationship with VTEP2 according to their peer addresses and the peer address of VTEP2, respectively; VTEP3 sends Open messages to VTEP1 and VTEP2, respectively, and carries the peer address of VTEP3 in the Open messages, and after VTEP1 and VTEP2 receive the Open messages sent by VTEP3 and learn the peer address of VTEP3 from the Open messages, VTEP1 and VTEP2 establish a BGP neighbor relationship with VTEP3 according to their own peer addresses and the peer address of VTEP3, respectively.
Through the process, two-to-two BGP neighbor relations are established among the VTEP1, the VTEP2 and the VTEP3
Step S503, receiving the first routing information sent by the neighboring device.
Step S503 in this embodiment is the same as step S101 in the first embodiment of the present invention, and is not described herein again.
Step S504, judge whether the neighbour 'S apparatus is the first neighbour' S apparatus according to the first routing information.
Step S504 in this embodiment is the same as step S102 in the first embodiment of the present invention, and is not described herein again.
Step S505, when the neighboring device is the first neighboring device, the received broadcast message is forwarded to the first neighboring device through the direct link aggregation link corresponding to the cross device link aggregation group.
Step S505 in this embodiment is the same as step S103 in the first embodiment of the present invention, and is not described herein again.
Fig. 6 is a flowchart of a synchronization method provided in a sixth embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group, and is substantially the same as the fifth embodiment of the present invention, except that: before the current device establishes neighbor connection with neighbor devices, the current device and a first neighbor device in the neighbor devices form a cross-device link aggregation group. As shown in fig. 6, the synchronization method may include the steps of:
step S601, forming a cross-device link aggregation group with a first neighboring device, and establishing a connection with the first neighboring device through a direct connection aggregation link corresponding to the cross-device link aggregation group.
The direct connection aggregation link is a peer-link which is constructed between two devices in the cross-device link aggregation group through a peer-link interface and used for information interaction such as exchange negotiation.
In an embodiment, after two devices in a cross-device link aggregation mode, VTEP1 and VTEP2 complete configuration, VTEP1 and VTEP2 send Hello messages to peer devices (VTEP 2 is a peer device of VTEP1, and VTEP1 is a peer device of VTEP 2) through peer-link links. Correspondingly, VTEP1 and VTEP2 receive the Hello message sent by the peer device, and determine whether the number of the cross-device link aggregation group carried in the Hello message is the same as the number of the cross-device link aggregation group at the home terminal. If the cross-device link aggregation group numbers of the opposite end and the home end are the same, the pair of the cross-device link aggregation groups of VTEP1 and VTEP2 is successful.
After pairing is successful, VTEP1 and VTEP2 send a device information message of the cross-device link aggregation group to the peer device. Similarly, VTEP1 and VTEP2 receive the device information packet sent by the peer device, and determine the active/standby state of the cross-device link aggregation group according to the priority of the cross-device link aggregation group and the system MAC address carried in the device information packet.
After the cross-device link aggregation group negotiates the active/standby state of the aggregation group, the VTEP1 and the VTEP2 send an interface information message through the peer-link, where the interface information message carries configuration information of a member interface. And the VTEP1 and the VTEP2 synchronize interface information according to the interface information messages, and further negotiate the master/standby state of the member interfaces after the interface information is synchronized, so as to determine the master/standby state of the equipment.
After the active/standby states of the devices are negotiated, VTEP1 and VTEP2 send dual primary detection messages according to a preset first period (e.g., 15s) through the dual primary detection link. Once VTEP1 or VTEP2 senses that the peer-link has a failure, three dual primary detection messages are sent according to a preset second period (e.g., 100ms), so as to speed up the detection.
When both VTEP1 and VTEP2 can receive the dual master detection message sent by the opposite end, the dual active system starts to operate normally. After normal work, VTEP1 and VTEP2 send the synchronous message through the peer-link, and the information of the opposite end of real-time synchronization according to the synchronous message. The synchronous message includes MAC table entry, ARP table entry, port state of sending member, synchronous STP, VRRP protocol message and other contents.
Step S602, a peer address of the current device is set.
Step S602 in this embodiment is the same as step S501 in the fifth embodiment of the present invention, and is not described herein again.
Step S603, establishing a neighbor relation with the neighbor device according to the peer address of the current device and the peer address of the neighbor device.
Step S603 in this embodiment is the same as step S502 in the fifth embodiment of the present invention, and is not described herein again.
Step S604, receiving the first routing information sent by the neighboring device.
Step S604 in this embodiment is the same as step S503 in the fifth embodiment of the present invention, and is not described herein again.
Step S605, determine whether the neighboring device is the first neighboring device according to the first routing information.
Step S605 in this embodiment is the same as step S504 in the fifth embodiment of the present invention, and is not described herein again.
Step S606, when the neighboring device is the first neighboring device, the received broadcast message is forwarded to the first neighboring device through the direct link aggregation link corresponding to the cross device link aggregation group.
Step S606 in this embodiment is the same as step S505 in the fifth embodiment of the present invention, and is not repeated here.
The steps of the above methods are divided for clarity, and the implementation may be combined into one step or split some steps, and the steps are divided into multiple steps, so long as the same logical relationship is included, which are all within the protection scope of the present patent; it is within the scope of the patent to add insignificant modifications to the algorithms or processes or to introduce insignificant design changes to the core design without changing the algorithms or processes.
Fig. 7 is a schematic block diagram of a synchronization apparatus according to a seventh embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group. As shown in fig. 7, the synchronization apparatus includes: a receiving module 701, a judging module 702 and a sending module 703.
A receiving module 701, configured to receive first routing information sent by a neighboring device.
In this embodiment, the current device (i.e., the execution subject) is a device in the cross-device link aggregation group, and after the current device establishes pairwise neighbor relations with other devices in the cross-device link aggregation group and devices not in the cross-device link aggregation group, the current device, the other devices in the cross-device link aggregation group and the devices not in the cross-device link aggregation group are mutual neighbor devices. For the current device, its neighbor devices include two types, one type is a first neighbor device in the same cross-device link aggregation group as the current device, and the other type is a second neighbor device not in the cross-device link aggregation group.
In one embodiment, VTEP1, VTEP2, and VTEP3 are all scalable virtual local area network tunnel endpoints, wherein VTEP1 and VTEP2 form a cross-device link aggregation group based on a cross-device link aggregation group mechanism. The VTEP1 and the VTEP2 use different addresses as BGP peer addresses to establish BGP neighbor relations with each other and with VTEP3, which is not in the cross-device link aggregation group.
In the present embodiment, taking the current device as VTEP1 for example, the neighbor devices of VTEP1 include VTEP2 and VTEP 3. Since VTEP2 is in the same MLAG as VTEP1, VTEP2 is the first neighbor device; VTEP3 is not in the same MLAG as VTEP1, and therefore VTEP3 is the second neighbor.
After VTEP1, VTEP2, and VTEP3 establish two-to-two BGP neighbor relationships, VTEP2 and VTEP3 send first routing information to VTEP1, respectively, and VTEP1 receives the first routing information sent by the neighbor devices through receiving module 701 (that is, the number of the first routing information received by VTEP1 is two, one is from VTEP2, and the other is from VTEP 3). Wherein, the first routing information is Type3 routing. Type3 routing is inclusive multicast routing, and this Type of routing is mainly used for completing automatic discovery of VTEP addresses and dynamic establishment of VXLAN tunnels, and notifying layer two VXLAN Network Identifier (VNI) information and VTEP IP address information.
It should be noted that although the Type3 route may be used to complete the dynamic establishment of the VXLAN tunnel, the current device does not necessarily establish the VXLAN tunnel with the neighbor device that sent the Type3 route after receiving the Type3 route (the current device only establishes the VXLAN tunnel with the second neighbor device).
A determining module 702, configured to determine whether the neighbor device is a first neighbor device according to the first routing information.
The first neighbor device is a neighbor device in the same cross-device link aggregation group with the current device.
A specific identifier may be set in the first routing information, and the determining module 702 may determine whether the neighbor device is the first neighbor device according to the specific identifier. For example, a cross-device link aggregation group number is set in the first routing information, and whether the neighbor device and the current device are in the same cross-device link aggregation group is determined by the cross-device link aggregation group number.
In one embodiment, the first routing information is a Type3 routing, and a cross-device link aggregation group number attribute is newly added in a Type3 PMSI attribute set. After the current device receives the Type3 route, through the determining module 702, it can be determined whether the neighbor device that sends the Type3 route is in the same cross-device link aggregation group as the current device according to the attribute value corresponding to the cross-device link aggregation group number. Specifically, when the attribute value corresponding to the cross-device link aggregation group number in the Type3 route is consistent with the value corresponding to the cross-device link aggregation group number of the current device, it is determined that the neighbor device is the first neighbor device.
A sending module 703 is configured to, when the neighbor device is the first neighbor device, forward the received broadcast message to the first neighbor device through the direct link aggregation link corresponding to the cross-device link aggregation group.
The broadcast message is a broadcast message sent by a device except the neighbor device. After judging that the neighbor device is the first neighbor device, the current device does not establish a virtual extensible local area network tunnel with the first neighbor device according to the first routing information, but directly performs information interaction through a direct connection aggregation link established between the current device and the first neighbor device.
In one embodiment, after determining that the neighbor device is the first neighbor device, when there is a broadcast message sent from the downlink to the current device, the current device forwards the broadcast message to the first neighbor device through the direct connection aggregation link between the current device and the first neighbor device by using the sending module 703.
Fig. 8 is a schematic block diagram of a synchronization apparatus according to an eighth embodiment of the present invention, which is applied to a neighbor device in a cross-device link aggregation group. As shown in fig. 8, the synchronization apparatus includes: a receiving module 801, a determining module 802, a sending module 803, and a creating module 804.
A receiving module 801, configured to receive first routing information sent by a neighboring device.
The content of the receiving module 801 in this embodiment is the same as that of the receiving module 701 in the seventh embodiment of the present invention, and details are not repeated here.
The determining module 802 is configured to determine whether the neighboring device is a first neighboring device according to the first routing information, and also determine whether the neighboring device is a second neighboring device according to the first routing information.
The second neighbor device is a neighbor device that is not in the same cross-device link aggregation group as the current device, and/or is not in the cross-device link aggregation group. As to whether the neighbor device is determined to be the second neighbor device, a specific identifier may be set in the first routing information, and whether the neighbor device is the second neighbor device may be determined by the specific identifier.
In this embodiment, the current device (i.e., the execution subject) is a device in the cross-device link aggregation group, and after the current device establishes pairwise neighbor relations with other devices in the cross-device link aggregation group and devices not in the cross-device link aggregation group, the current device, the other devices in the cross-device link aggregation group and the devices not in the cross-device link aggregation group are mutual neighbor devices. For the current device, the second neighbor device is a neighbor device that is not in the same cross-device link aggregation group as the current device.
In one embodiment, VTEP1, VTEP2, and VTEP3 establish a pairwise BGP neighbor relationship, where VTEP1 and VTEP2 are neighbor devices in the same cross-device link aggregation group, and VTEP3 is a neighbor device not in the cross-device link aggregation group.
In this embodiment, VTEP1 is taken as a current device for example (the current device, that is, the execution subject, may also be a VTEP2 in the same cross-device link aggregation group as VTEP 1), VTEP1 receives first routing information sent by VTEP2 and VTEP3, where the first routing information is Type3 routing, and a cross-device link aggregation group number attribute is newly added to the PMSI attribute set of Type3 routing. After VTEP1 receives the Type3 route, the determining module 802 may determine, according to the attribute value corresponding to the cross-device link aggregation group number in the first route, whether the neighbor device that sends the Type3 route is in the same cross-device link aggregation group as the current device, and further determine whether the neighbor device is a second neighbor device. Specifically, when the attribute value corresponding to the cross-device link aggregation group number in the first route is different from the value of the cross-device link aggregation group number corresponding to the current device, it is determined that the neighbor device is not in the same cross-device link aggregation group as the current device, and therefore it is determined that the neighbor device is the second neighbor device.
The process of determining, by the determining module 802 in this embodiment, whether the neighboring device is the first neighboring device according to the first routing information is the same as the related content of the determining module 702 in the seventh embodiment of the present invention, and details are not repeated here.
A sending module 803, configured to forward the received broadcast message to the first neighbor device through the direct link aggregation link corresponding to the cross-device link aggregation group when the neighbor device is the first neighbor device.
The content of the sending module 803 in this embodiment is the same as that of the sending module 703 in the seventh embodiment of the present invention, and is not described herein again.
A creating module 804, configured to create a virtual extensible local area network tunnel performing information interaction with a second neighbor device when the neighbor device is the second neighbor device.
The virtual extensible local area network tunnel is a virtual network channel for data transmission between the VTEP devices. In this embodiment, the current device is a device in a cross-device link aggregation group, and if the current device determines that its neighbor device is a second neighbor device, a virtual extensible local area network tunnel for performing information interaction with the second neighbor device is created.
In one embodiment, VTEP1, VTEP2, and VTEP3 establish a pairwise BGP neighbor relationship, where VTEP1 and VTEP2 are neighbor devices in the same cross-device link aggregation group, and VTEP3 is a neighbor device not in the cross-device link aggregation group.
Taking VTEP1 as an example of the current device, the second neighbor device of VTEP1 is VTEP3 (the first neighbor device of VTEP1 is VTEP 2). When VTEP1 determines that VTEP3 is the second neighbor device, VTEP1 creates a corresponding VXLAN tunnel port through the creation module 804, and likewise, VTEP3 also creates a corresponding VXLAN tunnel port, and then further creates a VXLAN tunnel based on the VXLAN tunnel ports created by VTEP1 and VTEP3, so as to perform information interaction through the VXLAN tunnel.
It should be noted that each module referred to in this embodiment is a logical module, and in practical applications, one logical unit may be one physical unit, may be a part of one physical unit, and may be implemented by a combination of multiple physical units. In addition, in order to highlight the innovative part of the present invention, elements that are not so closely related to solving the technical problems proposed by the present invention are not introduced in the present embodiment, but this does not indicate that other elements are not present in the present embodiment.
It will be understood that the above embodiments are merely exemplary embodiments taken to illustrate the principles of the present invention, which is not limited thereto. It will be apparent to those skilled in the art that various modifications and improvements can be made without departing from the spirit and substance of the invention, and these modifications and improvements are also considered to be within the scope of the invention.
Claims (10)
1. A method of synchronization, comprising:
receiving first routing information sent by neighbor equipment;
judging whether the neighbor equipment is first neighbor equipment or not according to the first routing information; the first neighbor device is a neighbor device which is in the same cross-device link aggregation group with the current device;
when the neighbor device is the first neighbor device, forwarding the received broadcast message to the first neighbor device through a direct connection aggregation link corresponding to the cross-device link aggregation group; wherein the broadcast message is a broadcast message sent by a device other than the neighbor device.
2. The synchronization method according to claim 1, wherein after receiving the first routing information sent by the neighboring device, the method further comprises:
judging whether the neighbor equipment is second neighbor equipment or not according to the first routing information; the second neighbor device is a neighbor device which is not in the same cross-device link aggregation group with the current device, and/or is not in the cross-device link aggregation group;
and when the neighbor device is the second neighbor device, creating a virtual extensible local area network tunnel for information interaction with the second neighbor device.
3. The synchronization method according to claim 2, wherein after the creating of the virtual extensible local area network tunnel for information interaction with the second neighbor device when the neighbor device is the second neighbor device, the method further comprises:
forwarding the received broadcast message to the second neighbor device through the virtual extensible local area network tunnel.
4. The synchronization method according to claim 3, wherein the forwarding the received broadcast message to the second neighbor device through the virtual extensible local area network tunnel comprises:
packaging the received broadcast message to obtain an extensible virtual local area network message;
and sending the extensible virtual local area network message to the second neighbor device through the virtual extensible local area network tunnel.
5. The synchronization method according to claim 2, wherein after the creating of the virtual extensible local area network tunnel for information interaction with the second neighbor device when the neighbor device is the second neighbor device, the method further comprises:
and sending second routing information to the second neighbor device through the virtual extensible local area network tunnel so that the second neighbor device updates corresponding address table entry information according to the second routing information.
6. The synchronization method of claim 1, wherein the first routing information comprises a cross device link aggregation group number;
the determining whether the neighbor device is a first neighbor device according to the first routing information includes:
judging whether the neighbor equipment and the current equipment are in the same cross-equipment link aggregation group or not according to the cross-equipment link aggregation group number, and obtaining a judgment result;
and determining whether the neighbor device is the first neighbor device according to the judgment result.
7. The synchronization method according to any one of claims 1 to 6, wherein before receiving the first routing information sent by the neighbor device, the method further comprises:
setting a peer address of the current device;
and establishing a neighbor relation with the neighbor device according to the peer address of the current device and the peer address of the neighbor device.
8. The synchronization method according to claim 7, before establishing a neighbor relation with the neighbor device according to the peer address of the current device and the peer address of the neighbor device, further comprising:
and forming the cross-device link aggregation group with the first neighbor device, and establishing connection with the first neighbor device through the direct connection aggregation link corresponding to the cross-device link aggregation group.
9. A synchronization apparatus, comprising:
the receiving module is used for receiving first routing information sent by neighbor equipment;
the judging module is used for judging whether the neighbor equipment is first neighbor equipment or not according to the first routing information; the first neighbor device is a neighbor device which is in the same cross-device link aggregation group with the current device;
a sending module, configured to forward, when the neighbor device is the first neighbor device, the received broadcast message to the first neighbor device through a direct link aggregation link corresponding to the inter-device link aggregation group; wherein the broadcast message is a broadcast message sent by a device other than the neighbor device.
10. The synchronization apparatus according to claim 9, wherein the determining module is further configured to determine whether the neighboring device is a second neighboring device according to the first routing information; the second neighbor device is a neighbor device which is not in the same cross-device link aggregation group with the current device, and/or is not in the cross-device link aggregation group;
the synchronization device further includes:
and the creating module is used for creating a virtual extensible local area network tunnel for information interaction with the second neighbor device when the neighbor device is the second neighbor device.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010668909.XA CN111865780A (en) | 2020-07-13 | 2020-07-13 | Synchronization method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010668909.XA CN111865780A (en) | 2020-07-13 | 2020-07-13 | Synchronization method and device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN111865780A true CN111865780A (en) | 2020-10-30 |
Family
ID=72983905
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010668909.XA Pending CN111865780A (en) | 2020-07-13 | 2020-07-13 | Synchronization method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111865780A (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112995027A (en) * | 2021-02-23 | 2021-06-18 | 中国联合网络通信集团有限公司 | Route publishing method and VTEP node |
| CN113556283A (en) * | 2021-06-22 | 2021-10-26 | 中国联合网络通信集团有限公司 | Route management method and tunnel endpoint equipment |
| CN113746717A (en) * | 2021-09-07 | 2021-12-03 | 中国联合网络通信集团有限公司 | Network equipment communication method and network equipment communication device |
| CN115174468A (en) * | 2022-07-06 | 2022-10-11 | 中国联合网络通信集团有限公司 | Route synchronization method, cross-device link aggregation group, electronic device and medium |
| CN115550244A (en) * | 2022-09-21 | 2022-12-30 | 中国电子科技集团公司第二十八研究所 | Method for forwarding instruction messages among multiple data chains |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101631130A (en) * | 2009-08-27 | 2010-01-20 | 杭州华三通信技术有限公司 | Route advertising method and device among direct-connecting EBGP neighbors |
| US20140254387A1 (en) * | 2013-03-07 | 2014-09-11 | Raytheon Bbn Technologies Corp. | System and method for packet transmission along shortest-path to multiple destinations |
| CN106878048A (en) * | 2016-12-13 | 2017-06-20 | 新华三技术有限公司 | Fault handling method and device |
| CN106878166A (en) * | 2017-01-22 | 2017-06-20 | 新华三技术有限公司 | Route advertising method and device |
| CN107547398A (en) * | 2017-05-23 | 2018-01-05 | 新华三技术有限公司 | Message forwarding method, device and equipment |
| CN107682261A (en) * | 2017-10-24 | 2018-02-09 | 新华三技术有限公司 | Flow forwarding method and device |
| CN108259304A (en) * | 2017-12-28 | 2018-07-06 | 新华三技术有限公司 | A kind of forwarding-table item synchronous method and device |
| CN110061898A (en) * | 2019-04-28 | 2019-07-26 | 新华三技术有限公司 | A kind of message forwarding method and device |
-
2020
- 2020-07-13 CN CN202010668909.XA patent/CN111865780A/en active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101631130A (en) * | 2009-08-27 | 2010-01-20 | 杭州华三通信技术有限公司 | Route advertising method and device among direct-connecting EBGP neighbors |
| US20140254387A1 (en) * | 2013-03-07 | 2014-09-11 | Raytheon Bbn Technologies Corp. | System and method for packet transmission along shortest-path to multiple destinations |
| CN106878048A (en) * | 2016-12-13 | 2017-06-20 | 新华三技术有限公司 | Fault handling method and device |
| CN106878166A (en) * | 2017-01-22 | 2017-06-20 | 新华三技术有限公司 | Route advertising method and device |
| CN107547398A (en) * | 2017-05-23 | 2018-01-05 | 新华三技术有限公司 | Message forwarding method, device and equipment |
| CN107682261A (en) * | 2017-10-24 | 2018-02-09 | 新华三技术有限公司 | Flow forwarding method and device |
| CN108259304A (en) * | 2017-12-28 | 2018-07-06 | 新华三技术有限公司 | A kind of forwarding-table item synchronous method and device |
| CN110061898A (en) * | 2019-04-28 | 2019-07-26 | 新华三技术有限公司 | A kind of message forwarding method and device |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112995027A (en) * | 2021-02-23 | 2021-06-18 | 中国联合网络通信集团有限公司 | Route publishing method and VTEP node |
| CN112995027B (en) * | 2021-02-23 | 2022-11-04 | 中国联合网络通信集团有限公司 | Route publishing method and VTEP node |
| CN113556283A (en) * | 2021-06-22 | 2021-10-26 | 中国联合网络通信集团有限公司 | Route management method and tunnel endpoint equipment |
| CN113556283B (en) * | 2021-06-22 | 2022-08-19 | 中国联合网络通信集团有限公司 | Route management method and tunnel endpoint equipment |
| CN113746717A (en) * | 2021-09-07 | 2021-12-03 | 中国联合网络通信集团有限公司 | Network equipment communication method and network equipment communication device |
| CN113746717B (en) * | 2021-09-07 | 2023-04-18 | 中国联合网络通信集团有限公司 | Network equipment communication method and network equipment communication device |
| CN115174468A (en) * | 2022-07-06 | 2022-10-11 | 中国联合网络通信集团有限公司 | Route synchronization method, cross-device link aggregation group, electronic device and medium |
| CN115550244A (en) * | 2022-09-21 | 2022-12-30 | 中国电子科技集团公司第二十八研究所 | Method for forwarding instruction messages among multiple data chains |
| CN115550244B (en) * | 2022-09-21 | 2023-11-17 | 中国电子科技集团公司第二十八研究所 | Method for forwarding instruction message among multiple data chains |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108574616B (en) | Method, equipment and system for processing route | |
| JP7123174B2 (en) | MULTICAST DATA TRANSMISSION METHOD, RELATED DEVICE, AND SYSTEM | |
| CN105763359B (en) | Distributed bidirectional forwarding detection protocol (D-BFD) for an interleaved fabric switch cluster | |
| CN111865780A (en) | Synchronization method and device | |
| CN111786882B (en) | Route processing method and device | |
| CN111740899B (en) | ARP request message forwarding method, cross-device link aggregation group and network device | |
| US7269135B2 (en) | Methods and systems for providing redundant connectivity across a network using a tunneling protocol | |
| EP3240250B1 (en) | Virtual router terminating an overlay tunnel in a storage area network | |
| US9071458B2 (en) | Dual adjacency between edge devices at a network site | |
| CN109995654B (en) | Method and device for transmitting data based on tunnel | |
| US20130148491A1 (en) | Method and system for extending routing domain to non-routing end stations | |
| EP4131872A1 (en) | Multicast traffic transmission method and apparatus, communication node, and storage medium | |
| CN112565046B (en) | Synchronizing multicast router capabilities | |
| US20090225660A1 (en) | Communication device and operation management method | |
| CN112671642A (en) | Message forwarding method and device | |
| CN112422307A (en) | Method, equipment and system for coexistence of EVPN and VPLS | |
| WO2021082803A1 (en) | Routing information transmission method and apparatus, and data center interconnection network | |
| WO2020220459A1 (en) | Vxlan and openflow-based method and system for sharing virtual home network | |
| CN112769614B (en) | Automatic management method of VPN (virtual private network) on demand and intercommunication system of heterogeneous network | |
| CN113037883B (en) | Method and device for updating MAC address table entries | |
| CN115174468A (en) | Route synchronization method, cross-device link aggregation group, electronic device and medium | |
| CN112929284A (en) | ND message identification method and system under IPv6VXLAN scene | |
| JP7273125B2 (en) | Method and first network device for transmitting BIERv6 packets | |
| WO2021077991A1 (en) | Message detection method, connectivity negotiation relationship establishment method, and related device | |
| CN115174312B (en) | Broadcast information transmission method, tunnel endpoint device, electronic device, and medium |
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: 20201030 |