[j-nsp] KRT Queue issue (was: Re: bfd = busted failure detection :)

[David Ball]

  GRES with NSR, yes.  Apparently the stalling has to do with the
master RE not receiving 'ok' from backup RE when it says it has an
update.  It won't install the new route to the forwarding table until
the 'ok' is received from the backup, or similar, based on ATAC's
information.  At any rate, running core dumps went fine last night,
but entire box reset (including SIBs) when GRES and NSR were
deactivated (deactivating/reactivating was supposed to flush the
queue....the outage was obviously not anticipated).

David


2010/1/7 Felix Schueren <felix.schueren at hosteurope.de>:
> David,
>
>>  I'm working with ATAC tonight to get them a running kernel core dump
>> so they can look for root cause, but apparently disabling GRES,
>> committing, re-enabling GRES, and committing again, somehow can
>> temporarily resolve the issue (get the routes installed, I guess
>> ?!?!).  Don't ask me how GRES has anything to do with it....
>>
> is that GRES with or without NSR (nonstop-routing)? It it's with NSR, then I
> could potentially see how this "stalling" might happen.
>
> Kind regards,
>
> Felix
>
> --
> Felix Schüren
> Head of Network
>
> -----------------------------------------------------------------------
> Host Europe GmbH - http://www.hosteurope.de
> Welserstraße 14 - 51149 Köln - Germany
> Telefon: 0800 467 8387 - Fax: +49 180 5 66 3233 (*)
> HRB 28495 Amtsgericht Köln - USt-IdNr.: DE187370678
> Geschäftsführer:
> Uwe Braun - Alex Collins - Mark Joseph - Patrick Pulvermüller
>
> (*) 0,14 EUR/Min. aus dem dt. Festnetz, Mobilfunkpreise ggf. abweichend
>
>
> __________ Hinweis von ESET NOD32 Antivirus, Signaturdatenbank-Version 4749
> (20100106) __________
>
> E-Mail wurde geprüft mit ESET NOD32 Antivirus.
>
> http://www.eset.com
>
>
>