[c-nsp] delay eBGP sessions on startup?

[Gert Doering]

Hi,

On Mon, Nov 23, 2009 at 09:10:25AM +0100, Gert Doering wrote:
>   "bgp update-delay <n>" 
[..]
> Will test, and report.

Well, the default indeed *is* 120 (if set to 120, it won't show up in
the running-config, if set to 121 or 119, it will) - and it doesn't
seem to do what I had hoped for.

That is: after a reboot, the eBGP session still comes up right away, and
the aggregate prefix is announced a few seconds later, causing temporary
blackholing if the iBGP routes are not there yet.

There is a certain race component to it - IOS doesn't seem to bring up
the eBGP sessions "right away", but the exact timing depends a bit on the
external neighbor behaviour - if the neighbor wants a session as soon as
the link comes up, IOS will grant it (and feed the prefix), but it won't
initiate the session immediately.  Doesn't really solve the problem, but
makes reproducing more tricky.  *Especially* since every reboot on this
box takes 10 minutes...

gert
-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             gert at greenie.muc.de
fax: +49-89-35655025                        gert at net.informatik.tu-muenchen.de
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 305 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-nsp/attachments/20091123/7de2adfb/attachment.bin>