[c-nsp] iBGP peerings timing out

Kevin Barrass K.J.Barrass at leeds.ac.uk
Wed Oct 31 09:09:09 EDT 2007


Cheers for below will have a read, have a feeling it wont be supported
on our platform.
Even if its not supported its better that I now know why we are seeing
the problem we have.

Regards

Kev


-----Original Message-----
From: Oliver Boehmer (oboehmer) [mailto:oboehmer at cisco.com] 
Sent: 31 October 2007 13:06
To: Kevin Barrass; cisco-nsp at puck.nether.net
Subject: RE: [c-nsp] iBGP peerings timing out

Kevin,

see
http://www.cisco.com/en/US/products/sw/iosswrel/ps5207/products_feature_
guide09186a00803b8dd9.html and
http://www.cisco.com/en/US/products/ps6922/products_feature_guide09186a0
0807c64d0.html for NHT and selective NHT respectively..
These features are not yet widely available, you need halfway recent
code..

	oli

Kevin Barrass <mailto:K.J.Barrass at leeds.ac.uk> wrote on Wednesday,
October 31, 2007 1:08 PM:

> Hi
> 
> Thank you for the reply what you say below looks right from our 
> testing 30 seconds after R1 fails BGP removes the route to 0.0.0.0/0 
> via ISPR1 as the next hop is no longer available but wierdly 30 
> seconds later BGP re--installs the route via ISPR1 as though it now 
> thinks it can get to
> ISPR1 via 0.0.0.0/0 which sounds right from below then when the iBGP 
> peer to R1 times out the BGP routing table now goes back via ISPR2.
> 
> I would be interested to try the selective tracking option can you 
> please email me some links to docs on this and I will test on the lab.
> 
> Kind Regards
> 
> Kev
> 


More information about the cisco-nsp mailing list