METHOD AND APPARATUS FOR MANAGING MAC ADDRESS GENERATION FOR VIRTUALIZED ENVIRONMENTS

• US 20140025821A1
• Filed: 07/18/2012
• Published: 01/23/2014
• Est. Priority Date: 07/18/2012
• Status: Active Grant

• Current Assignee: Vmware LLC (Broadcom, Inc.)
• Original Assignee: VMware, Inc. (Broadcom, Inc.)
• Inventors: BAPHNA, Mukesh, Su, Chi-Hsiang, Mahalingam, Mallik, Yu, Jia
• Granted Patent: US 9,385,989 B2
• Time in Patent Office: Days
• US Class Current: 709/226
• CPC Class Codes: H04L 2101/622 Layer-2 addresses, e.g. medium access control [MAC] addresses
• CPC Class Codes: H04L 61/5038 for local use, e.g. in LAN or USB networks, or in a controller area network [CAN]
• CPC Class Codes: H04L 61/5061 Pools of addresses

Abstract

MAC addresses are flexibly and dynamically allocated across groups of devices that need MAC addresses. MAC address pools are defined for the groups by non-overlapping ranges of MAC addresses. The range of MAC addresses defined for any pool may be shrunk to support an expansion of the range of MAC addresses of another pool. The maximum number of universally-administered MAC addresses that can be defined for any MAC address pool is greater than 2¹⁶, and the maximum number of locally-administered MAC addresses that can be defined for any MAC address pool is greater than 2³⁸.

Claims

1. A method of managing MAC addresses, comprising:

defining first and second MAC address pools, the first MAC address pool managed by a first allocation module and defined by at least a first range of MAC addresses, and the second MAC address pool managed by a second allocation module and defined by at least a second range of MAC addresses that does not overlap with the first range; and

adjusting sizes of the first and second MAC address pools, wherein said adjusting includes programmatically contracting the first range by the first allocation module and programmatically expanding the second range by the second allocation module to include MAC addresses that were in the first range prior to contraction thereof

2. The method of claim 1, wherein the first MAC address pool is provisioned for a first virtualized computer system that includes virtual machines running in one or more host computers, and the second MAC address pool is provisioned for a second virtualized computer system that includes virtual machines running in one or more host computers.

3. The method of claim 2, further comprising:

publishing one or more MAC addresses that are within the removed group of MAC addresses and are still being used within the first virtualized computer system to a messaging system.

4. The method of claim 3, further comprising:

marking the published MAC addresses as MAC addresses within the adjusted second MAC address pool that are not available for allocation.

5. The method of claim 4, further comprising:

receiving notification through the messaging system that the marked MAC addresses have been released; and

permitting allocation of the marked MAC addresses.

6. The method of claim 2, further comprising:

migrating a virtual machine from a host computer that is in the first virtualized computer system to a host computer that is in the second virtualized computer system, wherein a MAC address for a virtual network interface controller of the virtual machine belongs in the first MAC address pool and is not changed after the virtual machine has been migrated from the host computer that is in the first virtualized computer system to the host computer that is in the second virtualized computer system.

7. The method of claim 6, further comprising:

tracking MAC addresses that belong to the first MAC address pool but are being used outside the first virtualized computer system,

wherein one of the tracked MAC addresses includes the MAC address for the virtual network interface controller of the migrated virtual machine.

8. The method of claim 1, further comprising:

tracking MAC addresses that belong to the first MAC address pool but are excluded from allocation by the first allocation module; and

tracking MAC addresses that belong to the second MAC address pool but are excluded from allocation by the first allocation module.

9. A non-transitory computer readable storage medium comprising instructions for causing a computer system to carry out a method of managing MAC addresses, comprising:

defining first and second MAC address pools, the first MAC address pool managed by a first allocation module and defined by at least a first range of MAC addresses, and the second MAC address pool managed by a second allocation module and defined by at least a second range of MAC addresses that does not overlap with the first range; and

adjusting sizes of the first and second MAC address pools, wherein said adjusting includes programmatically contracting the first range by the first allocation module and programmatically expanding the second range by the second allocation module to include MAC addresses that were in the first range prior to contraction thereof

10. The non-transitory computer readable storage medium of claim 9, wherein the first MAC address pool is provisioned for a first virtualized computer system that includes virtual machines running in one or more host computers, and the second MAC address pool is provisioned for a second virtualized computer system that includes virtual machines running in one or more host computers.

11. The non-transitory computer readable storage medium of claim 10, wherein the method further comprises:

publishing one or more MAC addresses that are within the removed group of MAC addresses and are still being used within the first virtualized computer system to a messaging system.

12. The non-transitory computer readable storage medium of claim 11, wherein the method further comprises:

marking the published MAC addresses as MAC addresses within the adjusted second MAC address pool that are not available for allocation.

13. The non-transitory computer readable storage medium of claim 12, wherein the method further comprises:

receiving notification through the messaging system that the marked MAC addresses have been released; and

permitting allocation of the marked MAC addresses.

14. The non-transitory computer readable storage medium of claim 10, wherein the method further comprises:

migrating a virtual machine from a host computer that is in the first virtualized computer system to a host computer that is in the second virtualized computer system,

wherein a MAC address for a virtual network interface controller of the virtual machine belongs in the first MAC address pool and is not changed after the virtual machine has been migrated from the host computer that is in the first virtualized computer system to the host computer that is in the second virtualized computer system.

15. The non-transitory computer readable storage medium of claim 14, wherein the method further comprises:

tracking MAC addresses that belong to the first MAC address pool but are being used outside the first virtualized computer system,

wherein one of the tracked MAC addresses includes the MAC address for the virtual network interface controller of the migrated virtual machine.

16. The non-transitory computer readable storage medium of claim 9, wherein the method further comprises:

tracking MAC addresses that belong to the first MAC address pool but are excluded from allocation by the first allocation module; and

tracking MAC addresses that belong to the second MAC address pool but are excluded from allocation by the first allocation module.

17. A virtualized computer system comprising:

a plurality of physical host computers in which one or more virtual machines are running;

a first virtual machine management center including an allocation module for managing a first group of virtual machines and a first MAC address pool;

a second virtual machine management center including an allocation module for managing a second group of virtual machines and a second MAC address pool; and

a messaging system shared by the allocation modules of the first and second virtual machine management centers to notify each other of use of MAC addresses that belong to a MAC address pool of the other.

18. The system of claim 17, wherein each allocation module tracks the MAC addresses that belong to the MAC address pool thereof and the MAC addresses that belong to the MAC address pool thereof but are being used by a different allocation module.

19. The system of claim 17, wherein the first MAC address pool is defined by at least a first range of MAC addresses and the second MAC address pool is defined by at least a second range of MAC addresses that does not overlap with the first range.

20. The system of claim 17, wherein the MAC addresses in the first MAC address pool do not include prefix bits to associate the MAC addresses in the first MAC address pool to the first virtual machine management center and the MAC addresses in the second MAC address pool do not include prefix bits to associate the MAC addresses in the second MAC address pool to the second virtual machine management center.