This issue is caused by an IP address conflict. Another device or virtual machine on the network is configured with the identical IP address as the vCenter Server. This conflict creates a duplicate entry for the MAC address in the ARP table, causing network traffic intended for the vCenter Server to be intermittently misrouted.
To resolve this issue, identify and reconfigure the device or virtual machine that is incorrectly using the vCenter's IP address:
Step 1: Identify the Conflicting MAC Address
Log in via SSH to the ESXi host where the vCenter Server resides.
Run the following command to view the host's ARP tableesxcli network ip neighbor list
Locate the vCenter Server's IP address in the output. If the IP address is mapped to a MAC address that does not belong to the vCenter VM, note the "VM name/device" MAC address.
Step 2: Locate the device which is using duplicate MAC
Search the vSphere inventory for a Virtual Machine using the rogue MAC address identified in Step 1.
Note: If the MAC address does not belong to a VM in the inventory, Engage the network team to trace the MAC address on the physical switch ports.
Step 3: Resolve the IP Conflict
Once the conflicting device is located.
Reconfigure the device's network settings to use a unique, available IP address (or switch it to DHCP).
Alternatively, if the VM was deployed in error, gracefully shut it down or disconnect its virtual network adapter.
Step 4: Validate Network Stability
Clear the ARP cache on the ESXi host or wait a few moments for the network to automatically flush the stale entry.
Perform a continuous ping to the vCenter Server IP address.
Verify that the replies are consistent and that the vCenter UI loads without intermittent disconnects.