Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread Drew Weaver
Those are both good questions. I didn't catch it when it occurred but I will remove traffic from the PE router and then simulate the failure. Thanks, -Drew -Original Message- From: cisco-nsp On Behalf Of t...@pelican.org Sent: Thursday, October 8, 2020 12:27 PM To:

Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread t...@pelican.org
On Thursday, 8 October, 2020 17:08, "Drew Weaver" said: > Previously, when we had this issue it was determined that it was because > there was > still a route to the BGP neighbor in the routing table (because the neighbor > IP > was part of our IP announcements and it would wait until the hold

Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread Drew Weaver
Previously, when we had this issue it was determined that it was because there was still a route to the BGP neighbor in the routing table (because the neighbor IP was part of our IP announcements and it would wait until the hold time to expire) but we got around that particular issue by using

Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread Aaron
You didn't specify the platform or code version it is running. Would help with platform specifics On Thu, Oct 8, 2020 at 11:47 AM wrote: > I wonder if bgp neighboring isn't timing out quickly enough for your > satisfaction and holding routes for a few minutes > > > -Original Message- >

Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread aaron1
I wonder if bgp neighboring isn't timing out quickly enough for your satisfaction and holding routes for a few minutes -Original Message- From: cisco-nsp On Behalf Of Drew Weaver Sent: Thursday, October 8, 2020 8:01 AM To: 'cisco-nsp@puck.nether.net' Subject: [c-nsp] Sanity check

Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread Eugene Grosbein
08.10.2020 20:00, Drew Weaver wrote: > I have two sets of core routers due to a transition period from one set to > the other. > > I have noticed that when there is a connectivity disruption between the two > sets of core routers and one upstream peering/edge router: > > Oct 7 12:01:14 EDT:

Re: [c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread Eugene Grosbein
08.10.2020 20:00, Drew Weaver пишет: > Hello, > > I have two sets of core routers due to a transition period from one set to > the other. > > I have noticed that when there is a connectivity disruption between the two > sets of core routers and one upstream peering/edge router: > > Oct 7

[c-nsp] Sanity check OSPF/BGP

2020-10-08 Thread Drew Weaver
Hello, I have two sets of core routers due to a transition period from one set to the other. I have noticed that when there is a connectivity disruption between the two sets of core routers and one upstream peering/edge router: Oct 7 12:01:14 EDT: %OSPF-5-ADJCHG: Process 1, Nbr on