CN112995027B - Route publishing method and VTEP node - Google Patents

Route publishing method and VTEP node Download PDF

Info

Publication number
CN112995027B
CN112995027B CN202110203168.2A CN202110203168A CN112995027B CN 112995027 B CN112995027 B CN 112995027B CN 202110203168 A CN202110203168 A CN 202110203168A CN 112995027 B CN112995027 B CN 112995027B
Authority
CN
China
Prior art keywords
routing information
vtep node
vtep
node
mac address
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110203168.2A
Other languages
Chinese (zh)
Other versions
CN112995027A (en
Inventor
张余
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN202110203168.2A priority Critical patent/CN112995027B/en
Publication of CN112995027A publication Critical patent/CN112995027A/en
Application granted granted Critical
Publication of CN112995027B publication Critical patent/CN112995027B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/02—Topology update or discovery
    • 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/02—Topology update or discovery
    • H04L45/04—Interdomain routing, e.g. hierarchical 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/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking
    • 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
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

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 route issuing method and a VTEP node, wherein the method comprises the following steps: receiving first routing information and second routing information sent by a first VTEP node, and receiving first routing information sent by a second VTEP node; the third VTEP node and the first VTEP node and the second VTEP node are mutually adjacent to BGP EVPN; and under the condition that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node meet preset conditions, updating a local MAC address table entry according to the second routing information. The second VTEP node does not need to send the second routing information to the third VTEP node, so that the link resource is saved and the processing capacity of the VTEP node is prevented from being wasted.

Description

Route publishing method and VTEP node
Technical Field
The invention relates to the technical field of communication, in particular to a route publishing method and a VTEP node.
Background
In a VXLAN (Virtual extended Local Area Network) Network, two VTEP (VXLAN Tunnel End Point) devices in a cross-device link aggregation mode, such as VTEP1 and VTEP2, may use different addresses as BGP (Border Gateway Protocol) peer addresses to establish BGP (Ethernet Virtual Private Network) neighbors with each other, another VTEP device, such as VTEP3, is a device not belonging to a cross-device link aggregation mode, VTEP3 establishes an EVPN neighbor with VTEP1 and VTEP2, VTEP1 sends VTEP2 routing MAC (Medium/Media Access Control)/IP (Internet Protocol) routing information to VTEP3, ep2 sends vttype routing information to ep3, VTEP2 is treated by VTEP1, VTEP2 routing information is completely consumed by VTEP3, VTEP2 routing information is completely consumed by VTEP1, VTEP2 routing information is completely consumed by VTEP3, and VTEP2 routing information is also wasted by VTEP2.
Therefore, a routing issue method is needed to solve the above problems.
Disclosure of Invention
In order to achieve the above object, a first aspect of the present invention provides a route distribution method, including:
receiving first routing information and second routing information sent by a first virtual extensible local area network (VTEP) node, and receiving first routing information sent by a second VTEP node; the third VTEP node and the first VTEP node and the second VTEP node are mutually border gateway protocol BGP Ethernet virtual private network EVPN neighbors;
and updating a local MAC address table item according to the second routing information under the condition that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node meet preset conditions.
In some embodiments, the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, including:
the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node carry the same cross-device link aggregation group number.
In some embodiments, the second routing information comprises routing information of the first VTEP node and the second VTEP node drop hosts; the updating the local MAC address table entry according to the second routing information includes:
and generating an MAC address table entry of the host in a local MAC address table entry according to the routing information of the host, and setting a next hop address in the MAC address table entry of the host as BGP peer addresses of the first VTEP node and the second VTEP node.
In some embodiments, after updating a local MAC address table entry according to the second routing information when the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, the method further includes:
under the condition that second routing information of the new equipment sent by the second VTEP node is received, updating a local MAC address table item according to the second routing information of the new equipment;
wherein the second routing information of the new device is sent by the second VTEP node when the uplink of the first VTEP node fails and the new device joins the cross-device link aggregation group and accesses to the first VTEP node and the second VTEP node.
In some embodiments, said updating a native MAC address table entry according to the second routing information of the new device comprises:
and generating an MAC address table entry of the new device in a local MAC address table entry according to the second routing information of the new device, and setting a next hop address in the MAC address table entry of the new device as the address of the second VTEP node.
In order to achieve the above object, a second aspect of the present invention provides a VTEP node, comprising:
the receiving module is used for receiving first routing information and second routing information sent by a first virtual extensible local area network (VTEP) node and receiving first routing information sent by a second VTEP node; the first VTEP node and the second VTEP node belong to the same cross-device link aggregation group, and the third VTEP node and the first VTEP node and the second VTEP node are mutually adjacent to an EVPN (virtual private network) of a BGP (border gateway protocol) Ethernet;
and the updating module is used for updating a local MAC address table item according to the second routing information under the condition that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node meet preset conditions.
In some embodiments, the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, including:
the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node carry the same cross-device link aggregation group number.
In some embodiments, the second routing information comprises routing information for the first VTEP node and the second VTEP node to host off-hook; the update module is specifically configured to:
and generating an MAC address table entry of the host in a local MAC address table entry according to the routing information of the host, and setting a next hop address in the MAC address table entry of the host as BGP peer addresses of the first VTEP node and the second VTEP node.
In some embodiments, the update module is further to:
under the condition of receiving second routing information of the new equipment sent by the second VTEP node, updating a local MAC address table item according to the second routing information of the new equipment;
wherein the second routing information of the new device is sent by the second VTEP node when the uplink of the first VTEP node fails and the new device joins the cross-device link aggregation group and accesses to the first VTEP node and the second VTEP node.
In some embodiments, the update module is specifically configured to:
and generating an MAC address table entry of the new device in a local MAC address table entry according to the second routing information of the new device, and setting a next hop address in the MAC address table entry of the new device as the address of the second VTEP node.
The invention has the following advantages:
in the route publishing method provided by the embodiment of the invention, when the first VTEP node and the second VTEP node belong to the same cross-device link aggregation group and the third VTEP node and the first VTEP node and the second VTEP node are BGP EVPN neighbors, the first VTEP node sends the first routing information and the second routing information to the third VTEP node, the second VTEP node only needs to send the first routing information to the third VTEP node, and when the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy the preset condition, the third VTEP node updates the local MAC address table entry according to the second routing information sent by the first VTEP node, and the second VTEP node does not need to send the second routing information to the third VTEP node, thereby saving link resources and avoiding wasting the processing capacity of the VTEP node.
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 first schematic flow chart of a route issuing method according to embodiment 1 of the present invention;
fig. 2 is a second flowchart of a route distribution method according to embodiment 2 of the present invention;
fig. 3 is a schematic block diagram of a VTEP node according to embodiment 3 of the present invention.
Detailed Description
In order to make the technical solutions of the present invention better understood, the present invention will be described in further detail with reference to the accompanying drawings and specific embodiments.
It is to be understood that the specific embodiments and figures described herein are merely illustrative of the invention and are not limiting of the invention.
It is to be understood that the various embodiments and features of the embodiments may be combined with each other without conflict.
It is to be understood that, for the convenience of description, only parts related to the present invention are shown in the drawings of the present invention, and parts not related to the present invention are not shown in the drawings.
It should be understood that each unit and module related in the embodiments of the present invention may correspond to only one physical structure, and may also be composed of multiple physical structures, or multiple units and modules may also be integrated into one physical structure.
It will be understood that, without conflict, the functions, steps, etc. noted in the flowchart and block diagrams of the present invention may occur in an order different from that noted in the figures.
It is to be understood that the flowchart and block diagrams of the present invention illustrate the architecture, functionality, and operation of possible implementations of systems, apparatus, devices and methods according to various embodiments of the present invention. Each block in the flowchart or block diagrams may represent a unit, module, segment, code, which comprises executable instructions for implementing the specified function(s). Furthermore, each block or combination of blocks in the block diagrams and flowchart illustrations can be implemented by a hardware-based system that performs the specified functions or by a combination of hardware and computer instructions.
It is to be understood that the units and modules involved in the embodiments of the present invention may be implemented by software, and may also be implemented by hardware, for example, the units and modules may be located in a processor.
As shown in fig. 1, an embodiment of the present invention provides a route publishing method, which may include the following steps:
and step 11, receiving the first routing information and the second routing information sent by the first VTEP node, and receiving the first routing information sent by the second VTEP node.
The first VTEP node and the second VTEP node belong to the same cross-device link aggregation group, and the third VTEP node and the first VTEP node and the second VTEP node are BGP EVPN neighbors.
The first routing information may include Type3 Type routing information, i.e., inclusive Multicast routing information, which may be used for auto discovery of VTEP and dynamic establishment of VXLAN tunnels. The second routing information may include Type2 Type routing information, i.e., MAC (Medium/Media Access Control)/IP (Internet Protocol) routing information.
Before the step, a first VTEP node (hereinafter referred to as VTEP 1) and a second VTEP node (hereinafter referred to as VTEP 2) join the same cross-device link aggregation group, that is, VTEP1 and VTEP2 belong to two devices in a cross-device link aggregation mode, and VTEP1 and VTEP2 pre-establish BGP peers to become BGP EVPN neighbors. The third VTEP node (hereinafter referred to as VTEP 3) also becomes a BGP EVPN neighbor of VTEP1 and VTEP2 after VTEP1 and VTEP2 have established BGP peers in advance.
After VTEP3 becomes a BGP EVPN neighbor of VTEP1 and VTEP2, VTEP1 and VTEP2 need to send Type3 routing information to VTEP3 for automatically discovering VTEP3, and for automatically creating a VXLAN tunnel between VTEP1 and VTEP3 and a VXLAN tunnel between VTEP2 and VTEP3, respectively. VTEP1 and VTEP2 also need to send Type2 routing information to VTEP3 for advertising the routing information of VTEP1 and VTEP2 drop hosts.
In the embodiment of the present invention, VTEP1 and VTEP2 belong to the same cross-device link aggregation group, and therefore, VTEP1 and VTEP2 need to send the same Type2 routing information to VTEP3, and only one of VTEP1 and VTEP2 needs to send Type2 routing information to VTEP 3. Step 11 may also include: the VTEP3 receives the Type3 routing information sent by the VTEP1, and receives the Type2 routing information and the Type3 routing information sent by the VTEP2, and the embodiment of the present invention does not specifically limit whether the VTEP sending the Type2 routing information is the VTEP1 or the VTEP2.
And step 12, updating the local MAC address table according to the second routing information under the condition that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node meet preset conditions.
The VTEP3 may determine whether the VTEP1 and the VTEP2 belong to the same cross-device link aggregation group according to the Type3 routing information sent by the VTEP1 and the VTEP2, and if it is determined that the Type3 routing information sent by the VTEP1 and the Type3 routing information sent by the VTEP2 satisfy the preset condition, it may be described that the VTEP1 and the VTEP2 belong to the same cross-device link aggregation group, and at this time, the notification routing work between the VTEP1 and VTEP2 and the VTEP3 may be completed by directly updating the local MAC address table entry according to the Type2 routing information sent by the VTEP 1.
As can be seen from steps 11 to 12, in the route publishing method provided in the embodiment of the present invention, when the first VTEP node and the second VTEP node belong to the same cross-device link aggregation group and the third VTEP node and the first VTEP node and the second VTEP node are BGP EVPN neighbors, the first VTEP node sends the first routing information and the second routing information to the third VTEP node, the second VTEP node only needs to send the first routing information to the third VTEP node, and when the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy the preset condition, the third VTEP node updates the local MAC address table entry according to the second routing information sent by the first VTEP node, and the second VTEP node does not need to send the second routing information to the third VTEP node.
In some embodiments, the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, and may include:
the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node carry the same cross-device link aggregation group number.
In the embodiment of the present invention, VTEP1 and VTEP2 respectively send Type3 routing information to VTEP3, before sending Type3 routing information, VTEP1 and VTEP2 may respectively add an attribute in the PMSI attribute of the Type3 routing information, and the added attribute may be a number of a cross-device link aggregation group to which the VTEP belongs. Since VTEP1 and VTEP2 belong to the same cross-device link aggregation group, the Type3 routing information sent by VTEP1 and VTEP2 carries the same cross-device link aggregation group number. The VTEP3 determines that the Type3 routing information sent by the VTEP1 and the Type3 routing information sent by the VTEP2 carry the same cross-device link aggregation group number, which means that the VTEP1 and the VTEP2 belong to the same cross-device link aggregation group.
It should be noted that, when a VTEP node sends Type3 routing information to another VTEP node that newly establishes a BGP EVPN neighbor with the node, if the VTEP node does not belong to any cross-device link aggregation group, the attributes added to the PMSI attribute of the Type3 routing information may be all 0, and in the embodiment of the present invention, since VTEP1 and VTEP2 belong to the same cross-device link aggregation group, the cross-device link aggregation group numbers carried in the Type3 routing information sent by VTEP1 and VTEP2 to VTEP3 are not all 0.
In some embodiments, the second routing information includes routing information of the first VTEP node and the second VTEP node drop hosts; the updating the local MAC address table entry according to the second routing information (i.e., step 12) may include:
and generating a MAC address table item of the host in the local MAC address table item according to the routing information of the host, and setting a next hop address in the MAC address table item of the host as BGP peer addresses of the first VTEP node and the second VTEP node.
After determining that VTEP1 and VTEP2 belong to the same cross-device link aggregation group, VTEP3 only needs to update the local MAC address table entry according to Type2 routing information sent by VTEP1, specifically, VTEP3 generates the MAC address table entry of the host in the local MAC address table entry according to Type2 routing information, that is, routing information of the host under VTEP1 and VTEP2, sets the next hop address in the MAC address table entry of the host to the BGP peer address including VTEP1 and VTEP2, and may also set the routing information in the MAC address table entry of the host to the equivalent route including the BGP peer address of VTEP1 and VTEP2.
As shown in fig. 2, in some embodiments, in the case that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy the preset condition, after updating the local MAC address table entry according to the second routing information (i.e., step 12), the following steps may be further included:
and step 13, under the condition of receiving the second routing information of the new device sent by the second VTEP node, updating the local MAC address table entry according to the second routing information of the new device.
And the second routing information of the new device is sent by the second VTEP node when the uplink of the first VTEP node fails and the new device joins the cross-device link aggregation group and accesses the first VTEP node and the second VTEP node.
After step 12, when VTEP1 has uplink failure, VTEP1 may send failure information to VTEP2 to inform VTEP2 of: uplink failure of VTEP 1. At this time, if a new device is simultaneously accessed to VTEP1 and VTEP2 in a cross-device link aggregation manner, VTEP2 may send Type2 routing information of the new device to VTEP3, and VTEP3 may update the local MAC address table entry after receiving the Type2 routing information of the new device.
According to the route issuing method provided by the embodiment of the invention, when the uplink of the VTEP1 fails and a new device is simultaneously accessed to the VTEP1 and the VTEP2 in a cross-device link aggregation mode, the VTEP2 sends the Type2 route information of the new device to the VTEP3, and the VTEP3 updates the local MAC address table entry according to the Type2 route information of the new device, so that the subsequent normal communication with the new device is facilitated.
In some embodiments, the updating the local MAC address table entry according to the second routing information of the new device (i.e., step 13) may include:
and generating an MAC address table item of the new device in the local MAC address table item according to the second routing information of the new device, and setting a next hop address in the MAC address table item of the new device as the address of the second VTEP node.
And the VTEP3 generates the MAC address table item of the new device in the local MAC address table item according to the Type2 routing information of the new device, and sets the next hop address in the MAC address table item of the new device as the address of the VTEP2.
The following briefly describes the route publishing method provided by the present invention with reference to a specific embodiment:
step A1, after two devices VTEP1 and VTEP2 in a cross-device link aggregation mode are configured, VTEP1 and VTEP2 respectively send a Hello message of a cross-device link aggregation group to an opposite end (VTEP 1 and VTEP2 are mutually opposite ends) through a peer-link.
Step A2, after receiving the Hello message of the opposite end, the VTEP1 and the VTEP2 judge 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 to which the local end belongs, if the numbers of the cross-device link aggregation groups of the VTEP1 and the VTEP2 are the same, the pair of the cross-device link aggregation groups of the VTEP1 and the VTEP2 is successful.
And step A3, after the pairing is successful, the VTEP1 and the VTEP2 respectively send the equipment information messages of the cross-equipment link aggregation group to the opposite terminal.
And step A4, the VTEP1 and the VTEP2 determine the active/standby state of the cross-device link aggregation group according to the cross-device link aggregation group priority and the system MAC address carried in the device information message.
Step A5, after the active/standby state of the cross-device link aggregation group is negotiated, the VTEP1 and the VTEP2 respectively send information messages to the opposite end through the peer-link, and the information messages carry the configuration information of the member interface.
Step A6, after the configuration information of the member interface is synchronized, the VTEP1 and the VTEP2 determine the master/standby states of the member interface.
And step A7, after the active and standby states of the member interfaces are negotiated, sending double main detection messages between the VTEP1 and the VTEP2 according to a period of 15s through a double main detection link, and once the VTEP1 and the VTEP2 sense the failure of the peer-link, sending three double main detection messages according to a period of 100ms so as to accelerate detection.
Step A8, when both VTEP1 and VTEP2 can receive the pair of main detection messages that the opposite end sends, the dual active system begins the normal work.
Step A9, after the dual active system works normally, sending a synchronization message between the VTEP1 and the VTEP2 through a peer-link to synchronize information of the opposite end in real time, where the synchronization message includes an MAC entry, an ARP (Address Resolution Protocol) entry, and the like, and may also send a member port state, an STP (Spanning Tree Protocol) message, and a VRRP (Virtual Router Redundancy Protocol) message.
Step A10, the VTEP1 and the VTEP2 establish a BGP peer address to become a BGP EVPN neighbor.
Step A11, the VTEP3 does not belong to the equipment of the cross-equipment link aggregation mode, and BGP EVPN neighbors are established with the VTEP1 and the VTEP2.
Step a12, adding an attribute to a PMSI attribute of a Type3 route (an Inclusive Multicast route, that is, first route information) by the VTEP1, where the added attribute is a cross-device link aggregation group number, and the VTEP1 sends the Type3 route information to the VTEP3, where the Type3 route information is used for automatic discovery of the VTEP and dynamic establishment of a VXLAN tunnel.
Step A13, the VTEP3 receives the Type3 route sent by the VTEP1, and judges that the VTEP1 is the equipment of the cross-equipment link aggregation mode according to the cross-equipment link aggregation group number.
Step A14, VTEP1 sends Type2 route (MAC/IP route information) to VTEP 3.
And step A15, sending a Type3 route to VTEP3 by VTEP2.
Step A16, the VTEP3 receives the Type3 route sent by the VTEP2, and determines that the Type3 route sent by the VTEP1 and the Type3 route sent by the VTEP2 carry the same cross-device link aggregation group number, that is, it is determined that the VTEP1 and the VTEP2 belong to the same cross-device link aggregation group.
Step A17, the VTEP3 generates MAC address table entries of VTEP1 and VTEP2 host suspension in the local MAC address table entry according to the Type2 route sent by the VTEP1, and sets the destination address therein as the equivalent route of the BGP peer addresses of the VTEP1 and VTEP2.
Step A18, when VTEP1 uplink fails, VTEP1 sends the failure information to VTEP2.
Step A19, when the new device is simultaneously accessed to the VTEP1 and the VTEP2 in a cross-device link aggregation mode, the VTEP2 sends the Type2 route of the new device to the VTEP 3.
Step A20, the VTEP3 receives the Type2 route of the new device, and generates an address table entry of the new device in a local MAC address table, wherein the next hop address is the address of the VTEP2.
Based on the same technical concept, as shown in fig. 3, an embodiment of the present invention further provides a VTEP node, which may include:
a receiving module 101, configured to receive first routing information and second routing information sent by a first virtual extensible local area network tunnel endpoint VTEP node, and receive first routing information sent by a second VTEP node; the third VTEP node, the first VTEP node and the second VTEP node are mutually border gateway protocol BGP Ethernet virtual private network EVPN neighbors.
An updating module 102, configured to update a local MAC address table entry according to second routing information when the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition.
In some embodiments, the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, which may include:
the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node carry the same cross-device link aggregation group number.
In some embodiments, the second routing information may include routing information of the first VTEP node and the second VTEP node drop hosts; the update module 102 is specifically configured to:
and generating a MAC address table item of the host in the local MAC address table item according to the routing information of the host, and setting a next hop address in the MAC address table item of the host as a BGP peer address of the first VTEP node and the second VTEP node.
In some embodiments, the update module 102 is further configured to:
under the condition of receiving second routing information of the new equipment sent by a second VTEP node, updating a local MAC address table item according to the second routing information of the new equipment;
and the second routing information of the new device is sent by the second VTEP node when the uplink of the first VTEP node fails and the new device joins the cross-device link aggregation group and accesses the first VTEP node and the second VTEP node.
In some embodiments, the update module 102 is specifically configured to:
and generating an MAC address table item of the new device in the local MAC address table item according to the second routing information of the new device, and setting a next hop address in the MAC address table item of the new device as the address of the second VTEP node.
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 (8)

1. A route publishing method applied to a third VTEP node is characterized by comprising the following steps:
receiving first routing information and second routing information sent by a first virtual extensible local area network (VTEP) node, and receiving first routing information sent by a second VTEP node; the first VTEP node and the second VTEP node belong to the same cross-device link aggregation group, and the third VTEP node and the first VTEP node and the second VTEP node are mutually adjacent to an EVPN (virtual private network) of a BGP (border gateway protocol) Ethernet;
under the condition that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node meet preset conditions, updating a local MAC address table entry according to the second routing information;
wherein the first routing information includes Type3 Type routing information, the second routing information includes Type2 Type routing information, and the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, including:
the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node carry the same cross-device link aggregation group number.
2. The method of claim 1, wherein the second routing information comprises routing information for the first VTEP node and the second VTEP node off-hook hosts; the updating the local MAC address table entry according to the second routing information includes:
and generating an MAC address table entry of the host in a local MAC address table entry according to the routing information of the host, and setting a next hop address in the MAC address table entry of the host as BGP peer addresses of the first VTEP node and the second VTEP node.
3. The method of claim 1, wherein in a case that the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, after updating a local MAC address table entry according to the second routing information, the method further comprises:
under the condition that second routing information of the new equipment sent by the second VTEP node is received, updating a local MAC address table item according to the second routing information of the new equipment;
wherein the second routing information of the new device is sent by the second VTEP node when the uplink of the first VTEP node fails and the new device joins the cross-device link aggregation group and accesses the first VTEP node and the second VTEP node.
4. The method of claim 3, wherein the updating the local MAC address table entry based on the second routing information for the new device comprises:
and generating an MAC address table entry of the new device in a local MAC address table entry according to the second routing information of the new device, and setting a next hop address in the MAC address table entry of the new device as the address of the second VTEP node.
5. A third VTEP node, comprising:
the receiving module is used for receiving first routing information and second routing information sent by a first virtual extensible local area network (VTEP) node and receiving first routing information sent by a second VTEP node; the third VTEP node and the first VTEP node and the second VTEP node are mutually border gateway protocol BGP Ethernet virtual private network EVPN neighbors;
an updating module, configured to update a local MAC address table entry according to the second routing information when the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition;
the first routing information includes Type3 Type routing information, the second routing information includes Type2 Type routing information, and the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node satisfy a preset condition, which includes:
the first routing information sent by the first VTEP node and the first routing information sent by the second VTEP node carry the same cross-device link aggregation group number.
6. The third VTEP node of claim 5, wherein the second routing information comprises routing information for the first VTEP node and the second VTEP node drop hosts; the update module is specifically configured to:
and generating an MAC address table entry of the host in a local MAC address table entry according to the routing information of the host, and setting a next hop address in the MAC address table entry of the host as BGP peer addresses of the first VTEP node and the second VTEP node.
7. The third VTEP node of claim 5, wherein the update module is further to:
under the condition of receiving second routing information of the new equipment sent by the second VTEP node, updating a local MAC address table item according to the second routing information of the new equipment;
wherein the second routing information of the new device is sent by the second VTEP node when the uplink of the first VTEP node fails and the new device joins the cross-device link aggregation group and accesses to the first VTEP node and the second VTEP node.
8. The third VTEP node of claim 7, wherein the update module is specifically configured to:
and generating an MAC address table entry of the new device in a local MAC address table entry according to the second routing information of the new device, and setting a next hop address in the MAC address table entry of the new device as the address of the second VTEP node.
CN202110203168.2A 2021-02-23 2021-02-23 Route publishing method and VTEP node Active CN112995027B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110203168.2A CN112995027B (en) 2021-02-23 2021-02-23 Route publishing method and VTEP node

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110203168.2A CN112995027B (en) 2021-02-23 2021-02-23 Route publishing method and VTEP node

Publications (2)

Publication Number Publication Date
CN112995027A CN112995027A (en) 2021-06-18
CN112995027B true CN112995027B (en) 2022-11-04

Family

ID=76349819

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110203168.2A Active CN112995027B (en) 2021-02-23 2021-02-23 Route publishing method and VTEP node

Country Status (1)

Country Link
CN (1) CN112995027B (en)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115150323B (en) * 2022-07-04 2023-06-02 中国联合网络通信集团有限公司 Route implementation method, VTEP, first edge equipment and system
CN117395194A (en) * 2022-07-05 2024-01-12 中兴通讯股份有限公司 Processing method, system, network equipment and storage medium of route information

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111740899A (en) * 2020-07-13 2020-10-02 中国联合网络通信集团有限公司 ARP request message forwarding method, cross-device link aggregation group and network device
CN111786882A (en) * 2020-06-30 2020-10-16 中国联合网络通信集团有限公司 Route processing method and device
CN111865780A (en) * 2020-07-13 2020-10-30 中国联合网络通信集团有限公司 Synchronization method and device

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10721651B2 (en) * 2017-09-29 2020-07-21 Arista Networks, Inc. Method and system for steering bidirectional network traffic to a same service device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111786882A (en) * 2020-06-30 2020-10-16 中国联合网络通信集团有限公司 Route processing method and device
CN111740899A (en) * 2020-07-13 2020-10-02 中国联合网络通信集团有限公司 ARP request message forwarding method, cross-device link aggregation group and network device
CN111865780A (en) * 2020-07-13 2020-10-30 中国联合网络通信集团有限公司 Synchronization method and device

Also Published As

Publication number Publication date
CN112995027A (en) 2021-06-18

Similar Documents

Publication Publication Date Title
CN108574616B (en) Method, equipment and system for processing route
CN111865779B (en) Route synchronization method and cross-device link aggregation group
CN111740899B (en) ARP request message forwarding method, cross-device link aggregation group and network device
US9858163B2 (en) Dual adjacency between edge devices at a network site
US7859992B2 (en) Router redundancy in data communication networks
WO2021043086A1 (en) Method, device and system for establishing sbfd session
CN107948041B (en) Method and equipment for constructing VXLAN centralized multi-active gateway
KR101691759B1 (en) Virtual chassis system control protocols
US10560550B1 (en) Automatic configuration of a replacement network device in a high-availability cluster
CN112995027B (en) Route publishing method and VTEP node
WO2021227863A1 (en) Disaster recovery method and apparatus for hybrid cloud private line access network
US10447652B2 (en) High availability bridging between layer 2 networks
WO2020057445A1 (en) Communication system, method, and device
WO2021082803A1 (en) Routing information transmission method and apparatus, and data center interconnection network
CN101562576B (en) Route distribution method and equipment thereof
WO2022017099A1 (en) Communication method, cp device, and nat device
CN111865780A (en) Synchronization method and device
CN113254148A (en) Virtual machine migration method and cloud management platform
CN113037883A (en) Method and device for updating MAC address table entries
CN114125910A (en) Tunnel keep-alive method, network equipment, system and storage medium
CN108600073B (en) Dynamic tunnel establishment method and device
CN108768845B (en) Multi-homing host routing synchronization method and device
WO2021017619A1 (en) Dmvpn control method, network device, communication system and storage medium
CN113472912A (en) ARP cache table item updating method, VTEP, VM and device
CN112953832A (en) Method and device for processing MAC address table items

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant