...
ARP resolution is not working in ipv4 interworking scenario between Bundle & POS interface. "show netio drops" command is reporting drops on fint_l2transport with packet_null_action: fint_l2transport (l2transport decaps): packet_null_action -- 554 35456 Problem is specific to the Bundle interface only. When physical interface is used on Ethernet side, issue is not present.
Interworking ipv4 configured between Bundle-Ether & POS interface: Example config: l2vpn xconnect group atom-any-to-any p2p VLAN101 interface POS0/0/0/0.101 interface Bundle-Ether1.101 interworking ipv4
Issue is only affecting ARP resolution in ipv4 interworking scenario. Local switching in the bridge-domain is working without any problems. As a workaround, static arp entry might be configured on the device connected to the Bundle interface. BE interface MAC address should be used, for ex: IOS-XR side: RP/0/RSP0/CPU0:Router#show int bundle-ether 1.101 Thu Apr 23 11:59:22.388 UTC Bundle-Ether1.101 is up, line protocol is up Hardware is VLAN sub-interface(s), address is f025.72a7.ac3b <-- CE router side: Router(config)#arp xxx.xxx.xxx.xxx f025.72a7.ac3b arpa
Click on a version to see all relevant bugs
Cisco Integration
Learn more about where this data comes from
Bug Scrub Advisor
Streamline upgrades with automated vendor bug scrubs
BugZero Enterprise
Wish you caught this bug sooner? Get proactive today.