BGP EVPN neighbors stuck in Active state for leaf3, leaf4, leaf7, leaf8 #5
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Issue
BGP EVPN neighbors on spine1 show "Active" state instead of "Established" for:
While leaf1/leaf2/leaf5/leaf6 have successful EVPN adjacencies (Established).
Root Cause
The leaf3, leaf4, leaf7, and leaf8 configurations have duplicate network advertisements in the BGP IPv4 address-family that aren't properly cleaned up:
This causes BGP parsing/state issues. The working leaves (1, 2, 5, 6) have clean single advertisements.
Fix Required
networkstatements from BGP IPv4 address-family in leaf3.cfg, leaf4.cfg, leaf7.cfg, leaf8.cfgExpected After Fix
All 8 EVPN neighbors should reach "Established" state on both spines with matching PfxRcd/PfxAcc counts.
Update: Dual-homing restored
The lab topology has been reverted from single-homed to dual-homed with LACP bonding as requested.
All 8 leaf configurations have been updated to support:
channel-group 1 mode active)The duplicate BGP network statements in leaf3, leaf4, leaf7, leaf8 still need to be cleaned up for BGP EVPN to work properly.
Next step: Redeploy lab to test dual-homed MLAG connectivity with LACP