After migrating workloads from a legacy NSX Edge Cluster to a new NSX Edge Cluster, the migrated Virtual Machines (VMs) lose North-South (internet) connectivity.
8.8.4.4).
VMware NSX
This issue occurs due to a Layer 2 ARP conflict caused by a configuration overlap within NSX.
Specifically, two separate segments are configured with the identical Gateway IP address ; one segment pointing to the legacy Edge node and another pointing to the new Edge node.
Because both Edges reside on the network and claim the same Gateway IP, the upstream physical router retains a stale ARP entry mapping the Gateway IP to the legacy Edge's MAC address. When return traffic enters the environment, the physical network switches it to the old Edge instead of the new Edge, resulting in a routing blackhole.
To resolve this issue, the duplicate Gateway IP must be removed from the environment to eliminate the ARP conflict.
Steps to resolve:
Migrate any remaining workloads from the legacy segment (on the old Edge Cluster) to the new segment (on the new Edge Cluster).
Administratively disable or completely delete the overlapping segment on the legacy Edge to remove the duplicate IP configuration.
(Optional but recommended) Clear the ARP cache on the upstream physical router to force it to broadcast and learn the correct MAC address of the new Edge node immediately.
OR
Option 2: Re-IP the Legacy Segment (Workaround) If the legacy segment must remain active on the old Edge Cluster for other workloads:
Re-IP the gateway of the legacy segment to a new, non-overlapping IP address. This removes the IP conflict while keeping the segment operational for any remaining legacy workloads.