Mac-sync based mechanism for bridge port failover

Patent metadata

Field	Value
Publication number	US-11700166-B2
Application number	US-202017107170-A
Country	US
Kind code	B2
Filing date	Nov 30, 2020
Priority date	Dec 6, 2018
Publication date	Jul 11, 2023
Grant date	Jul 11, 2023

Abstract

In an embodiment, a computer-implemented method for a MAC addresses synchronization mechanism for a bridge port failover is disclosed. In an embodiment, the method comprises: upon detecting a failover of a previously active bridge node, a standby bridge node performing: detecting a failover of a previously active bridge node; sending a request to one or more hosts to cause the one or more hosts to remove, from one or more corresponding forwarding tables, one or more MAC addresses, of one or more virtual machines, that the one or more hosts learned based on communications tunnels established with the previously active bridge node; for each MAC address stored in a MAC-SYNC table maintained by the standby bridge node: generating a first-type reverse address resolution protocol (“RARP”) packet having a source MAC address retrieved from the MAC-SYNC table; broadcasting the first RARP message to a virtual extensible LAN (“VXLAN”) switch via a bridge port of the VXLAN switch for the VXLAN switch to register the MAC address on the bridge port; storing an association of the MAC address and an identifier of the bridge port in a forwarding table maintained by the standby bridge node; for each MAC address that is stored in the forwarding table, but not in the MAC-SYNC table: generating a second-type RARP packet with such a MAC address to be the source MAC address; broadcasting the second RARP message from the VXLAN switch to a VLAN switch causing a physical switch to update a forwarding table maintained by the physical switch; and starting to forward traffic, via the bridge port, as an active bridge node.

First claim

What is claimed is:

1. A method for a standby bridge node to synchronize media access control (MAC) upon bridge-port failover, the method comprising:
detecting a failover of a previously active bridge node;
sending, in response to detecting the failover, a request to one or more hosts to cause the one or more hosts to remove, from one or more corresponding forwarding tables, one or more MAC addresses, of one or more virtual machines, that the one or more hosts learned based on communications tunnels established with the previously active bridge node;
for each MAC address stored in a MAC-SYNC table maintained by the standby bridge node:
generating a first-type reverse address resolution protocol (“RARP”) packet having a source MAC address retrieved from the MAC-SYNC table;
broadcasting the first-type RARP packet to a virtual extensible LAN (“VXLAN”) switch via a bridge port of the VXLAN switch for the VXLAN switch to register the source MAC address on the bridge port;
storing an association of the source MAC address and an identifier of the bridge port in a forwarding table maintained by the standby bridge node; and

starting to forward traffic, via the bridge port, as an active bridge node.

2. The method of claim 1 , wherein, upon a failover between the previously active bridge node and the standby bridge node, a bridge port implemented on the standby bridge node is activated and starts forwarding the traffic while a bridge port implemented on the previously active bridge node is marked as inactive and stops forwarding the traffic.

3. The method of claim 2 , wherein the MAC-SYNC table maintained by the standby bridge node stores information about physical machines that are connected to a physical switch; and
wherein the information includes associations between MAC addresses of the physical machines, the identifier of the bridge port, and a VXLAN network identifier (“VNI”).

4. The method of claim 3 , wherein the MAC-SYNC table maintained by the standby bridge node is updated by the standby bridge node upon receiving an update from an active bridge node indicating that a new MAC address has been learned on a bridge port of the active bridge node;
wherein the MAC-SYNC table maintained by the standby bridge node is updated by the standby bridge node upon receiving an update from the active bridge node indicating that a particular MAC address has been deleted from a forwarding table implemented on the active bridge node; and
wherein the MAC-SYNC table maintained by the standby bridge node is updated by the standby bridge node upon receiving, in response to sending a request, an update from the active bridge node providing contents of the forwarding table implemented on the active bridge node.

5. The method of claim 1 , wherein the VXLAN switch is a distributed logical VXLAN network identifier switch; wherein the VXLAN switch is instantiated on both the previously active bridge node and the standby bridge node; and
wherein the bridge port of the VXLAN switch bridges communications between a VXLAN network and a VLAN network.

6. The method of claim 1 , wherein the VXLAN switch is a logical switch instantiated on both the previously active bridge node and the standby bridge node.

7. A method for a standby bridge node to synchronize media access control (MAC) upon bridge-port failover, the method comprising:
detecting a failover of a previously active bridge node;
sending, in response to detecting the failover, a request to one or more hosts to cause the one or more hosts to remove, from one or more corresponding forwarding tables, one or more MAC addresses, of one or more virtual machines, that the one or more hosts learned based on communications tunnels established with the previously active bridge node;
for each MAC address that is stored in a forwarding table, but not in a MAC-SYNC table:
generating a second-type reverse address resolution protocol (RARP) packet with such a MAC address to be a source MAC address;
broadcasting the second-type RARP packet from a virtual extensible LAN (“VXLAN”) switch to a VLAN switch causing a physical switch to update a forwarding table maintained by the physical switch; and
starting to forward traffic, via a bridge port, as an active bridge node.

8. The method of claim 7 , wherein, upon a failover between the previously active bridge node and the standby bridge node, a bridge port implemented on the standby bridge node is activated and starts forwarding the traffic while a bridge port implemented on the previously active bridge node is marked as inactive and stops forwarding the traffic.

9. The method of claim 8 , wherein a MAC-SYNC table maintained by the standby bridge node stores information about physical machines that are connected to the physical switch; and
wherein the information includes associations between MAC addresses of the physical machines, an identifier of the bridge port, and a VXLAN network identifier (“VNI”).

10. The method of claim 9 , wherein the MAC-SYNC table maintained by the standby bridge node is updated by the standby bridge node upon receiving an update from an active bridge node indicating that a new MAC address has been learned on a bridge port of the active bridge node;
wherein the MAC-SYNC table maintained by the standby bridge node is updated by the standby bridge node upon receiving an update from the active bridge node indicating that a particular MAC address has been deleted from a forwarding table implemented on the active bridge node; and
wherein the MAC-SYNC table maintained by the standby bridge node is updated by the standby bridge node upon receiving, in response to sending a request, an update from the active bridge node providing contents of the forwarding table implemented on the active bridge node.

11. The method of claim 7 , wherein, upon receiving the second-type RARP packet containing a particular MAC address of a particular physical machine, the physical switch:
determines a port identifier of a port that is implemented on the physical switch and that is configured to provide connectivity to the particular physical machine;
stores, in the forwarding table maintained by the physical switch, an association between the particular MAC address and the port identifier; and
enables communications with the particular physical machine via the port having the port identifier.

12. The method of claim 7 , wherein the VXLAN switch is a distributed logical VXLAN network identifier switch;
wherein the VXLAN switch is instantiated on both the previously active bridge node and the standby bridge node; and
wherein a bridge port of the VXLAN switch bridges communications between a VXLAN network and a VLAN network.

13. The method of claim 7 , wherein the VLAN switch is a logical switch instantiated on both the previously active bridge node and the standby bridge node.

14. A standby bridge node implemented in a virtual extensible LAN (“VXLAN”) overlay computer network and configured to implement a media access control (MAC) address synchronization mechanism for a bridge port failover, the standby bridge node comprising:
one or more processors;
one or more memory units; and
one or more non-transitory computer-readable storage media storing one or more computer instructions which, when executed by the one or more processors, cause the one or more processors to perform:
detecting a failover of a previously active bridge node;
sending, in response to detecting the failover, a request to one or more hosts to cause the one or more hosts to remove, from one or more corresponding forwarding tables, one or more MAC addresses, of one or more virtual m

Assignees

• Vmware Inc

Inventors

• Hong Xinhua
• Wang Dexiang
• Bhat Sharath
• Hu Xinghua
• Yu Jia

Classifications

• H04L12/1868

  Measures taken after transmission, e.g. acknowledgments · CPC title

• H04L12/4679

  Arrangements for the registration or de-registration of VLAN attribute values, e.g. VLAN identifiers, port VLAN membership · CPC title

• H04L41/0668 Primary

  by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure · CPC title

• H04L43/0817

  by checking functioning · CPC title

• H04L12/1877 Primary

  Measures taken prior to transmission · CPC title