[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