[j-nsp] Slow performance of the KRT queue

Vincent Bernat bernat at luffy.cx
Fri Feb 5 12:50:01 EST 2016


 ❦  5 février 2016 18:25 +0100, Raphael Mazelier <raph at futomaki.net> :

> Hey vincent,
>
> Good to see you on the list :)

Hey Raphael!

>>>> Is there some way to not advertise the default route in OSPF during the
>>>> convergence time? Like a criteria: don't advertise this route when the
>>>> KRT queue has 1000+ elements and until it reaches 0 (to avoid flapping).
>
> I've heard that some event script have been made to test this, and to
> dynamicly change the congirution of whatever, in your case the
> annoucement of the default.
>
> I hope that juniper still continue to work on this; even if this is
> due to a design flaw wich may be very hard to fix; I think there are
> again some quick fix to mitigate this problem.
>
> For example, I think of a conservative mode, wich basicly should
> trigger massive change of route and do :
>
> - quick clear on the entire fib,
> - quick install of some specific route (which was flaged).
> - normal update
>
> Or other, but provide some options to the operators.

This would be indeed a workaround that would work in my case. However,
is that even possible to clear the FIB and delay the normal updates?
-- 
October 12, the Discovery.

It was wonderful to find America, but it would have been more wonderful to miss
it.
		-- Mark Twain, "Pudd'nhead Wilson's Calendar"


More information about the juniper-nsp mailing list