Loading...
Loading...
Stale BGP evpn Type-2 routes found on L2VTEPs for previously learnt prefixes. Tried the Host move scenarios between L2VTEP and DAG VTEPs and it is found that sometimes after stopping the hosts though the entry is not present in the EVPN-MGR/mac-table/SISF bgp was still holding & advertising this route to the remote VTEPs which is not expected. VTEP1#show mac address-table vlan 1101 Mac Address Table ------------------------------------------- Vlan Mac Address Type Ports ---- ----------- -------- ----- VTEP1#show l2vpn evpn mac ip evi 1101 >>> No evpn routes IP Address EVI VLAN MAC Address Next Hop(s) ------------------------- ----- ----- -------------- ------------------------- VTEP1# *Oct 29 05:40:41.422: %SYS-6-LOGOUT: User dnac1 has exited tty session 3(10.106.23.101)sho VTEP1#show bgp l2vpn evpn route-type 2 | beg 172.16. VTEP1#show bgp l2vpn evpn route-type 2 | beg 172.16.1.2 >>>>> Issue.BGP Was Stil Holding reference BGP routing table entry for [2][1.1.1.1:1101][0][48][007601000002][32][172.16.1.2]/24, version 7841698 Paths: (1 available, best #1, table evi_1101) Advertised to update-groups: 9 Refresh Epoch 1 Local :: (via default) from 0.0.0.0 (1.1.1.1) Origin incomplete, localpref 100, weight 32768, valid, sourced, local, best EVPN ESI: 00000000000000000000, Label1 11101 Extended Community: RT:1101:1 ENCAP:8 EVPN MAC:Seq-1 Local irb vxlan vtep: vrf:not found, l3-vni:0 local router mac:0000.0000.0000 core-irb interface:(not found) vtep-ip:1.1.1.1 VTEP1 VTEP1#show device-tracking database vlanid 1101 >>>> NO SISF entry ARP 172.16.1.1 0076.0100.0001 Hu1/0/52 1101 0005 8mn DOWN 89627 s try 0 VTEP1# Once it is entered into this state need to unconfigure/configure the VNI to recover.
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.