OPERATIONAL DEFECT DATABASE
...
...
- EVPN traffic loss with unknown unicast traffic when presence of a Typhoon core facing card; -- When sending unknown unicast traffic on an EVPN from a remote PE to a dual homed access with 2 PEs configured with the same ESI (in both single active and all active scenarios), all the traffic is lost, being discarded in the CORE interface of the DF elected PE. -- This was only reproduced when its CORE interface was on a typhoon linecard; -- When the problem is present, the counter "RSV_DROP_ING_MPLS_LABEL_INVALID" is constantly increasing; == Normal/expected behavior == - Sending unknown unicast traffic from a remote PE1 to a CPE that is connected to PE3 and PE4 in DHD All-Active LB); -- In normal behavior PE1 should replicate the packets to both dual homed access PEs; --- PE4 is the DF, PE3 is the non DF router for this EVI; --- PE4 being the DF, should forward the traffic to the egress access interface destined to CPE; --- PE3 not being the DF should discard the traffic coming from PE1; --- Also, since both interfaces on the switch have the same vlan, PE3 will also receive and discard the traffic flooded by the switch coming from PE4. == Problem == - When PE4 (elected as DF router) has a typhoon interface facing the Core network -> PROBLEM!!!! -- Traffic is being received in BE1 which is the Core facing interface; -- But no traffic seen in the EVPN nor in the AC; -- At the same time, we have NP drops associated with card facing the Core -> "RSV_DROP_ING_MPLS_LABEL_INVALID" constantly increasing.
- Topology: Dual Home Device (DHD) All-Active LB - Problem only occurs when using typhoon linecards as core facing.
- MAC address used different than 4 or 6; - Enabling the control-word while keeping the MAC address starting with 4 or 6, avoids the problem.
- HW: ASR9K - SW: IOS-XR 6.2.3 - Topology: Dual Home Device (DHD) All-Active LB - Problem seen in both IOS-XR 6.2.3 and 6.5.1. - Problem only occurs when using typhoon linecards as core facing; - Problem did not occur if the core facing card is a tomahawk or a powerglide (A9K-24X10GE-1G-TR); - EVPN traffic loss with unknown unicast traffic when presence of a Typhoon core facing card; -- When sending unknown unicast traffic on an EVPN from a remote PE to a dual homed access with 2 PEs configured with the same ESI (in both single active and all active scenarios), all the traffic is lost, being discarded in the CORE interface of the DF elected PE. -- This was only reproduced when its CORE interface was on a typhoon linecard; -- When the problem is present, the counter "RSV_DROP_ING_MPLS_LABEL_INVALID" is constantly increasing; == Problem == - When PE4 (elected as DF router) has a typhoon interface facing the Core network -> PROBLEM!!!! -- Traffic is being received in BE1 which is the Core facing interface; -- But no traffic seen in the EVPN nor in the AC; -- At the same time, we have NP drops associated with card facing the Core -> "RSV_DROP_ING_MPLS_LABEL_INVALID" constantly increasing: ------ RP/0/RSP0/CPU0:LAB-ASR9K-PE04#sh l2vpn bridge-domain bd-name CEN5 detail Tue Oct 30 12:06:21.859 WET Legend: pp = Partially Programmed. Bridge group: EVPN_TESTS, bridge-domain: CEN5, id: 17, state: up, ShgId: 0, MSTi: 0 [SNIP] ACs: 1 (1 up), VFIs: 0, PWs: 0 (0 up), PBBs: 0 (0 up), VNIs: 0 (0 up) List of EVPNs: EVPN, state: up evi: 4005 XC ID 0x800005f3 Statistics: packets: received 0 (unicast 0), sent 0 <<<<<<<<<<<<<<<< No traffic!!! bytes: received 0 (unicast 0), sent 0 <<<<<<<<<<<<<<<< MAC move: 0 List of ACs: AC: Bundle-Ether200.4005, state is up [SNIP] Statistics: packets: received 0 (multicast 0, broadcast 0, unknown unicast 0, unicast 0), sent 0 <<<<<<<<<<<<<<<< No traffic!!! bytes: received 0 (multicast 0, broadcast 0, unknown unicast 0, unicast 0), sent 0 <<<<<<<<<<<<<<<< MAC move: 0 Storm control drop counters: packets: broadcast 0, multicast 0, unknown unicast 0 bytes: broadcast 0, multicast 0, unknown unicast 0 Dynamic ARP inspection drop counters: packets: 0, bytes: 0 IP source guard drop counters: packets: 0, bytes: 0 List of Access PWs: List of VFIs: List of Access VFIs: RP/0/RSP0/CPU0:LAB-ASR9K-PE04#sh int be1 | i rate Tue Oct 30 12:22:23.744 WET 30 second input rate 108601000 bits/sec, 9283 packets/sec <<<<<<<<<<<<<<<< Traffic is reaching the IF facing the Core 30 second output rate 129483000 bits/sec, 28285 packets/sec RP/0/RSP0/CPU0:LAB-ASR9K-PE04#sh bun be 1 Tue Oct 30 12:22:27.758 WET [SNIP] Port Device State Port ID B/W, kbps -------------------- --------------- ----------- -------------- ---------- Te0/2/0/6 Local Active 0x8000, 0x0007 10000000 <<<<<<<<<<<<<<<< Typhoon card!!! Link is Active show controller np counters for 0/2/CPU0: ------ [np:NP0] PARSE_DROP_IN_UIDB_DOWN: +19 [np:NP2] RSV_DROP_ING_MPLS_LABEL_INVALID: +158070 <<<<<<<<< NP counter increasing when the problem is occurring!!! [np:NP5] PARSE_DROP_IN_UIDB_DOWN: +5 ------ - Changing the MAC address used for something different than 4 or 6, the problem did not occur, as before; - Enabling the control-word while keeping the MAC address starting with 4, the problem also does not occur.
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.
