esxcli network ip interface ipv4 address list
Above command does not show the wrong IP.
GET https://<Manager VIP>/api/v1/fabric/nodes/<UUID of transport node>
Sample:
https://#.#.#.#/api/v1/fabric/nodes/##31e2e1-943e-4d7d-####-#############
{
"os_type": "ESXI",
"os_version": "7.0.3",
"managed_by_server": "#.#.#.#",
"discovered_node_id": "##########-#####-#####-####-#############:host-3432",
"resource_type": "HostNode",
"id": "###########-####-####-########-############",
"display_name": "#################",
"external_id": "###########-####-####-########-############",
"fqdn": "#################",
"ip_addresses": [
"#.#.#.#"
],
"discovered_ip_addresses": [
"#.#.#.#",
"#.#.#.#",
"#.#.#.#"
],
"_create_user": "admin",
"_create_time": 1691577294206,
"_last_modified_user": "admin",
"_last_modified_time": 1691577294206,
"_protection": "NOT_PROTECTED",
"_revision": 0
}
At the above output under discovered_ip_addresses, the correct TEP IPs can be seen.
VMware NSX
VMware NSX for Data Center 3.1.x
VMware NSX 4.0.x
This is due to a known bug. The handling for VTEP DHCP IP change propagation from opsagent to MP is missing in code. This is only seen during vtep’s DHCP IP change.
This issue is resolved in VMware NSX 4.2.0, available at Broadcom downloads.
If you are having difficulty finding and downloading software, please review the Download Broadcom products and software KB.
Workaround
POST https://<managerIP>/api/v1/transport-nodes/<tn-id>?action=resync_host_config
Impact:
This is a cosmetic problem. The bug does not have any impact on datapath.