Cisco Bug: CSCun47619 - Dao: VXLAN - ARP request falls through quickly dropping RARP in vMotion
Aug 07, 2019
- Cisco Nexus 1000V Switch for VMware vSphere
- Cisco Nexus 1000V Switch
- Cisco Application Virtual Switch
Known Affected Releases
Symptom: After a vMotion of a VM on a VXLAN segment sometimes but not always pings to the VM take more than 8seconds to respond. Conditions: Given two hypervisors with VTEPs in different subnets, the VEM will attempt to proxy-arp for VM's MAC on the decapsulated segment. Although the upstream device may respond to the proxy-arp within msec the SFLISP has already concluded the arp cannot resolve. The following SFLISP debug would be issued on the VEM. Feb 27 10:07:03.731046 299740 0 1 16 Debug sf_lisp_repl_list_stage: Unable to resolve ARP for ltl:50, src_ip:ac100a01, vlan:10, resIp:ac101e01!! "
Bug details contain sensitive information and therefore require a Cisco.com account to be viewed.
Bug Details Include
- Full Description (including symptoms, conditions and workarounds)
- Known Fixed Releases
- Related Community Discussions
- Number of Related Support Cases