[j-nsp] Slow performance of the KRT queue

[Raphael Mazelier]

Le 05/02/2016 19:32, Saku Ytti a écrit :

> I think the fundamental problem here is that these fixes are
> attempting to make the symptoms less pronounced, rather than address
> the problem.

Yep. But it is better than nothing.

>
> I view the problem as desync of software and hardware state, we can
> advertise BGP route and attract traffic, even though we have not
> actually programmed that state to hardware.
> There should be inherent guarantee that what we claim is true in HW. I
> can accept that it takes time, that's separate problem.
>
Sure. Convergence could be slow, no problem if it do not create 
blackhole. (then a backup default route is ok)

> I'm sure JNPR has the talent needed to fix this, but it might be more
> scary fix with wider impact on the infrastructure than management is
> ready to sign off.
>

Agreed. But I was confident in the fact than Juniper will make 
significant re engenering of the junos core.
Or equip all its routers with fast x86 cpu :p

-- 
Raphael Mazelier