CN112995027A - Route publishing method and VTEP node - Google Patents

Route publishing method and VTEP node Download PDF

Info

Publication number
CN112995027A
CN112995027A CN202110203168.2A CN202110203168A CN112995027A CN 112995027 A CN112995027 A CN 112995027A CN 202110203168 A CN202110203168 A CN 202110203168A CN 112995027 A CN112995027 A CN 112995027A
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.)
Granted
Application number
CN202110203168.2A
Other languages
Chinese (zh)
Other versions
CN112995027B (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 BGP EVPN neighbors; 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 eXtensible 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 EVPN (Ethernet Virtual Private Network) neighbors with each other, another VTEP device, such as VTEP 7, is not a device in a cross-device link aggregation mode, VTEP3 establishes BGP EVPN neighbors with VTEP1 and VTEP2, VTEP1 sends VTEP 3838 3 Type MAC (Medium/539 Access Control, mandatory Access Control)/IP (Internet Protocol, Network 63protocol) routing information, VTEP 84 sends VTEP2 routing MAC (Medium/539, mandatory Access Control)/IP (Internet Protocol) routing information, VTEP 9636 is the same as VTEP 3638, VTEP 369636 is the same as VTEP 9611 and VTEP 3638 is completely received from VTEP 3696ep 3638, this wastes both link resources between VTEP1, VTEP2, and VTEP3, and consumes processing power of VTEP1, VTEP2, and VTEP 3.
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 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.
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 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, said updating the local 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 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 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 of 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.
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 embodiments and features of the embodiments can 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, 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 VTEPs 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 this step, a first VTEP node (hereinafter, referred to as VTEP1) and a second VTEP node (hereinafter, referred to as VTEP2) 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 establish BGP peers in advance to become BGP EVPN neighbors. This third VTEP node (hereinafter VTEP3) also becomes a BGP EVPN neighbor of VTEP1 and VTEP2 after VTEP1 and VTEP2 have pre-established BGP peers.
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 VXLAN tunnels between VTEP1 and VTEP3 and between VTEP2 and VTEP3, respectively. VTEP1 and VTEP2 also need to send Type2 routing information to VTEP3 for advertising the routing information of the hosts hanging down from VTEP1 and VTEP 2.
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 VTEP1 or VTEP 2.
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.
VTEP3 can determine whether VTEP1 and VTEP2 belong to the same cross-device link aggregation group according to Type3 routing information sent by VTEP1 and VTEP2, and if it is determined that Type3 routing information sent by VTEP1 and Type3 routing information sent by VTEP2 satisfy a preset condition, it can be said that VTEP1 and VTEP2 belong to the same cross-device link aggregation group, and at this time, the notification routing work between VTEP1, VTEP2 and VTEP3 can be completed by directly updating the local MAC address table entry according to Type2 routing information sent by 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 this embodiment of the present invention, VTEP1 and VTEP2 send Type3 routing information to VTEP3, respectively, before sending Type3 routing information, VTEP1 and VTEP2 may add an attribute to a PMSI attribute of Type3 routing information, respectively, where the added attribute may be a number of a cross-device link aggregation group to which this VTEP belongs. Since VTEP1 and VTEP2 belong to the same cross-device link aggregation group, the same cross-device link aggregation group number is carried in Type3 routing information sent by VTEP1 and VTEP 2. VTEP3 determines that the Type3 routing information sent by VTEP1 and the Type3 routing information sent by VTEP2 carry the same cross-device link aggregation group number, which means that VTEP1 and 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 newly establishing a BGP EVPN neighbor with the node, if the VTEP node does not belong to any cross-device link aggregation group, the attribute added in the PMSI attribute of the Type3 routing information may be all 0, whereas 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 hosts suspended under VTEP1 and VTEP2, and sets the next hop address in the MAC address table entry of the host as the BGP peer address including VTEP1 and VTEP2, and may also set the routing information in the MAC address table entry of the host as an equivalent route including the BGP peer addresses of VTEP1 and VTEP 2.
As shown in fig. 2, in some embodiments, 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 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 the uplink of VTEP1 fails, 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 Type2 routing information of the new device to the VTEP3, and the VTEP3 updates the local MAC address table entry according to the Type2 routing 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.
VTEP3 generates the MAC address table entry of the new device at the local MAC address table entry according to the Type2 routing information of the new device, and sets the next hop address in the MAC address table entry of the new device as the address of VTEP 2.
The following briefly describes the route publishing method provided by the present invention with reference to a specific embodiment:
step A1, after the configuration of the two devices VTEP1 and VTEP2 in the cross-device link aggregation mode is completed, the VTEP1 and VTEP2 respectively send the Hello message of the cross-device link aggregation group to the opposite end (VTEP1 and VTEP2 are opposite to each other) through peer-link links.
Step A2, after receiving the Hello message of the opposite end, VTEP1 and VTEP2 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 to which the local end belongs, if the numbers of the cross-device link aggregation groups of VTEP1 and VTEP2 are the same, then the pair of the cross-device link aggregation groups of VTEP1 and VTEP2 is successful.
Step A3, after pairing is successful, VTEP1 and VTEP2 send the equipment information message of the cross equipment link aggregation group to the opposite end respectively.
Step A4, VTEP1 and VTEP2 determine the master/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 negotiating the active/standby state of the cross-device link aggregation group, the VTEP1 and VTEP2 respectively send information messages to the opposite end through the peer-link, where the information messages carry configuration information of the member interfaces.
Step A6, after the configuration information of the member interface is synchronized, the VTEP1 and VTEP2 determine the active/standby state of the member interface.
Step A7, after negotiating the master/slave status of the member interface, sending double master detection messages between VTEP1 and VTEP2 according to the period of 15s through double master detection links, and once VTEP1 and VTEP2 sense the peer-link failure, sending three double master detection messages according to the period of 100ms to accelerate the detection.
Step A8, when both VTEP1 and VTEP2 can receive the double main detection message sent by the opposite end, the double active system starts working normally.
Step a9, after the dual active system works normally, sending a synchronization message between VTEP1 and 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, VTEP1 and VTEP2 establish BGP peer addresses, becoming BGP EVPN neighbors.
Step A11, VTEP3 does not belong to the equipment of the cross-equipment link aggregation mode, and BGP EVPN neighbors are established with VTEP1 and VTEP 2.
Step a12, VTEP1 adds an attribute to the PMSI attribute of Type3 routing (Inclusive Multicast routing, i.e. first routing information), where the added attribute is a cross-device link aggregation group number, and VTEP1 sends Type3 routing information to VTEP3, where the Type3 routing information is used for automatic discovery of VTEP and dynamic establishment of VXLAN tunnels.
Step A13, the VTEP3 receives the Type3 route sent by VTEP1, and judges that VTEP1 is the device of the cross-device link aggregation mode according to the cross-device link aggregation group number.
Step A14, VTEP1 sends Type2 route (MAC/IP route information) to VTEP 3.
Step A15, VTEP2 sends a Type3 route to VTEP 3.
Step A16, VTEP3 receives Type3 route sent by VTEP2, determines that Type3 route sent by VTEP1 and Type3 route sent by VTEP2 carry the same cross-device link aggregation group number, that is, determines that VTEP1 and VTEP2 belong to the same cross-device link aggregation group.
Step A17, VTEP3 generates MAC address table entries of VTEP1 and VTEP2 host in local MAC address table entries according to Type2 route sent by VTEP1, and sets destination address therein as equivalent route of BGP peer address of VTEP1 and VTEP 2.
Step a18, when VTEP1 has failed in the uplink, VTEP1 sends failure information to VTEP 2.
Step A19, when a new device accesses VTEP1 and VTEP2 simultaneously in a cross-device link aggregation manner, VTEP2 sends the Type2 route of the new device to 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 the local MAC address table, where the next hop address is the address of VTEP 2.
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, 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 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 BGP peer addresses 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 (10)

1. A route distribution method 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 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 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 Mandatory Access Control (MAC) address table entry according to the second routing information.
2. The method of claim 1, wherein 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, comprising:
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.
3. 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.
4. 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 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.
5. The method of claim 4, 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.
6. 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 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 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.
7. The VTEP node according to claim 6, wherein 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, comprising:
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.
8. The VTEP node of claim 6, wherein the second routing information comprises routing information for the first VTEP node and the second VTEP node off-hook 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.
9. The VTEP node of claim 6, 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.
10. The VTEP node of claim 9, 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 true CN112995027A (en) 2021-06-18
CN112995027B 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)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115150323A (en) * 2022-07-04 2022-10-04 中国联合网络通信集团有限公司 Route implementation method, VTEP, first edge device and system
WO2024007584A1 (en) * 2022-07-05 2024-01-11 中兴通讯股份有限公司 Routing information processing method and system, and network device and storage medium

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190104438A1 (en) * 2017-09-29 2019-04-04 Arista Networks, Inc. Method and system for steering bidirectional network traffic to a same service device
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

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20190104438A1 (en) * 2017-09-29 2019-04-04 Arista Networks, Inc. Method and system for steering bidirectional network traffic to a same service device
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

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115150323A (en) * 2022-07-04 2022-10-04 中国联合网络通信集团有限公司 Route implementation method, VTEP, first edge device and system
WO2024007584A1 (en) * 2022-07-05 2024-01-11 中兴通讯股份有限公司 Routing information processing method and system, and network device and storage medium

Also Published As

Publication number Publication date
CN112995027B (en) 2022-11-04

Similar Documents

Publication Publication Date Title
CN111740899B (en) ARP request message forwarding method, cross-device link aggregation group and network device
CN111865779B (en) Route synchronization method and cross-device link aggregation group
KR100680888B1 (en) Virtual multicast routing for a cluster having state synchronization
US7859992B2 (en) Router redundancy in data communication networks
US9282057B2 (en) Flexible stacking port
US11349687B2 (en) Packet processing method, device, and system
US10560550B1 (en) Automatic configuration of a replacement network device in a high-availability cluster
CN112929274A (en) Method, equipment and system for processing route
CN110061899B (en) Data message transmission method, device and system
CN112448877B (en) SBFD session establishment method, device and system
KR101691759B1 (en) Virtual chassis system control protocols
WO2021227863A1 (en) Disaster recovery method and apparatus for hybrid cloud private line access network
US10447652B2 (en) High availability bridging between layer 2 networks
CN112995027B (en) Route publishing method and VTEP node
EP2002670B1 (en) System and method for active geographic redundancy
WO2021082803A1 (en) Routing information transmission method and apparatus, and data center interconnection network
WO2020057445A1 (en) Communication system, method, and device
CN101562576B (en) Route distribution method and equipment thereof
CN111865780A (en) Synchronization method and device
CN108234305B (en) Control method and equipment for cross-machine frame link redundancy protection
CN104160667A (en) Method, Device, and System for Dual-Uplink Tangent Ring Convergence
WO2022017099A1 (en) Communication method, cp device, and nat device
US8161147B2 (en) Method of organising servers
CN113037883A (en) Method and device for updating MAC address table entries
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