Avatar of Humphrey Legend
Humphrey Legend
 asked on

Preventative Measure: MAC Address duplication on VMware

Hi all,

We've had a couple of our VMs with a duplicate MAC-Addresses.
Work Around: Shutdown the VM, set MAC-Address to manual and back to auto, this generates a new MAC time to time.
Is the issue caused by deploying from a Template that has NIC or is there a bug?
>Would removing the NIC from the template be a permanent solution?
>Well, I am trying to figure out how would OTV-EDGE not prevent this from happening across site or even locally for that matter, is the problem on VMware, 'am a bit puzzled.

Thanks
Humphrey_Legend
* nicVMwareVirtualization

Avatar of undefined
Last Comment
Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

8/22/2022 - Mon
ASKER CERTIFIED SOLUTION
Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

Log in or sign up to see answer
Become an EE member today7-DAY FREE TRIAL
Members can start a 7-Day Free trial then enjoy unlimited access to the platform
Sign up - Free for 7 days
or
Learn why we charge membership fees
We get it - no one likes a content blocker. Take one extra minute and find out why we block content.
Not exactly the question you had in mind?
Sign up for an EE membership and get your own personalized solution. With an EE membership, you can ask unlimited troubleshooting, research, or opinion questions.
ask a question
Humphrey Legend

ASKER
Cool.
we have compared our DEV & Prod VC, the OUI 4th octet is not identical. Also, one of the KBs, reads, probable cause is when moving a VM to a different VC using shared storage, a "COPY-IT" could be the potential probelm, it's either wise to choose to "MOVE-IT" instead.
Copy-it keeps the native MAC and MOVE-IT may not move it.
We picked up a few VMs with a dup-mac, just that we do not want the LAN-Campus Team to point the problem to us whenever there MAC_FLAPs.

Your input is highly appreciated.
Humphrey_Legend
Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

It is very rare have you had an issue.

Yes if you are manually copying VMs around and not paying attention to the questions asked if you not read my EE article I'll post it later
Humphrey Legend

ASKER
We have had a couple of MAC-Flapping, but I doubt this is due to VMware, on the other hand we can't be complacent, hence we started investigating duplicates on our side. In some instances, we would have one business-unit reporting packet-losses....
Cool. please do post it (EE ARTICLE), my interest is dealing with complex problem and the challenge is to put preventative measures to avoid outages.


Tnx
I started with Experts Exchange in 2004 and it's been a mainstay of my professional computing life since. It helped me launch a career as a programmer / Oracle data analyst
William Peck
Humphrey Legend

ASKER
FYI - We're running UCS.
Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

MAC flapping as Network Admins call it is not caused by duplicate Mac addresses.

Also you WILL be alerted in Vicente to duplicate MAC conflicts in VMs which is rare unless you rapidly deploy 1000s of VMs for VDI

HOW TO: Select the right answer to "I Moved It" or "I Copied It" in VMware vSphere (ESXi)
Humphrey Legend

ASKER
is MAC-Flapping not a clash of two device interfaces with the same mac-address registered on the switches-A or B and would cause a drop in packets?
Get an unlimited membership to EE for less than $4 a week.
Unlimited question asking, solutions, articles and more.
Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

MAC Flapping is usually caused by network teaming, the same mac address seen on two different physical port groups at the same time!

https://blogs.it.ox.ac.uk/networks/2011/02/04/mac-flaps-why-are-they-bad/

this is different to duplicate VM MAC Addresses.
Humphrey Legend

ASKER
Yep, it makes sense, though I would have thought a mechanism exists to block either or one of the port-groups or disable the port as a form of running a healthier environment.
 
##The MAC-Address issue on our side is a preventative measure/clean up as we do not want business to complain about intermittent dnetwork connectivity within VMware or be a scapegoat for the network team, we have a become a middleware entity...any issues be it the O/S, Linux, Windows or DBs and Networks dips, we get contacted....but thanks for the clarity
Andrew Hancock (VMware vExpert PRO / EE Fellow/British Beekeeper)

do you require any additional help, to close this question and select a solution.
This is the best money I have ever spent. I cannot not tell you how many times these folks have saved my bacon. I learn so much from the contributors.
rwheeler23