Re: [c-nsp] Link down affecting BGP peer
On 5/5/22 18:04, Hank Nussbacher wrote: What could be causing the bgp peer to flap even though the LAG stays up? Could be that the session flows are hashed to the 1 member link that you fail. Mark. ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Link down affecting BGP peer
Try configuring MicroBFD/BoB rather than using Logic bundle/BLB, see more details at https://community.cisco.com/t5/service-providers-blogs/bfd-over-logical-bundle-blb-implementation-on-ncs5500-platforms/ba-p/3309345 /Ted > On 5 May 2022, at 18:07, Hank Nussbacher wrote: > > I have 4 individual links defined as part of a Bundle-ether (IOS-XR 5.3.3 on > ASR9010): > > interface TenGigE0/2/0/1 > bundle id 2 mode active > flow-control bidirectional > carrier-delay up 100 down 4000 > ! They are all part of a bundle... > interface Bundle-Ether2 > mtu 9192 > bundle minimum-active links 2 > > When I shut off just 1 of these 4 links - the bundle stays up yet certain BGP > sessions flap for about 5 seconds - different peers depending on which of the > 4 links gets turned down. > > My BGP config: > router bgp 378 > rpki server x.139.197.151 > transport tcp port 8282 > refresh-time 600 > ! > bgp log neighbor changes detail > address-family ipv4 unicast > bgp dampening 5 750 3000 10 > bgp attribute-download > ! > neighbor x.x.125.1 > remote-as 5 > address-family ipv4 unicast >send-community-ebgp >soft-reconfiguration inbound > > What could be causing the bgp peer to flap even though the LAG stays up? > > Thanks, > Hank > > > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
Re: [c-nsp] Link down affecting BGP peer
Are the sessions that bounced hashed to use the failed/turned off link? On Thu, May 5, 2022 at 12:07 PM Hank Nussbacher wrote: > I have 4 individual links defined as part of a Bundle-ether (IOS-XR > 5.3.3 on ASR9010): > > interface TenGigE0/2/0/1 > bundle id 2 mode active > flow-control bidirectional > carrier-delay up 100 down 4000 > ! They are all part of a bundle... > interface Bundle-Ether2 > mtu 9192 > bundle minimum-active links 2 > > When I shut off just 1 of these 4 links - the bundle stays up yet > certain BGP sessions flap for about 5 seconds - different peers > depending on which of the 4 links gets turned down. > > My BGP config: > router bgp 378 > rpki server x.139.197.151 >transport tcp port 8282 >refresh-time 600 > ! > bgp log neighbor changes detail > address-family ipv4 unicast >bgp dampening 5 750 3000 10 >bgp attribute-download > ! > neighbor x.x.125.1 >remote-as 5 >address-family ipv4 unicast > send-community-ebgp > soft-reconfiguration inbound > > What could be causing the bgp peer to flap even though the LAG stays up? > > Thanks, > Hank > > > ___ > cisco-nsp mailing list cisco-nsp@puck.nether.net > https://puck.nether.net/mailman/listinfo/cisco-nsp > archive at http://puck.nether.net/pipermail/cisco-nsp/ > ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
[c-nsp] Link down affecting BGP peer
I have 4 individual links defined as part of a Bundle-ether (IOS-XR 5.3.3 on ASR9010): interface TenGigE0/2/0/1 bundle id 2 mode active flow-control bidirectional carrier-delay up 100 down 4000 ! They are all part of a bundle... interface Bundle-Ether2 mtu 9192 bundle minimum-active links 2 When I shut off just 1 of these 4 links - the bundle stays up yet certain BGP sessions flap for about 5 seconds - different peers depending on which of the 4 links gets turned down. My BGP config: router bgp 378 rpki server x.139.197.151 transport tcp port 8282 refresh-time 600 ! bgp log neighbor changes detail address-family ipv4 unicast bgp dampening 5 750 3000 10 bgp attribute-download ! neighbor x.x.125.1 remote-as 5 address-family ipv4 unicast send-community-ebgp soft-reconfiguration inbound What could be causing the bgp peer to flap even though the LAG stays up? Thanks, Hank ___ cisco-nsp mailing list cisco-nsp@puck.nether.net https://puck.nether.net/mailman/listinfo/cisco-nsp archive at http://puck.nether.net/pipermail/cisco-nsp/
