[j-nsp] juniper router reccomendations

[Adam Vitkovsky]

> Jesper Skriver
> Sent: Monday, August 01, 2016 1:48 PM
>
> On Mon, Aug 01, 2016 at 01:03:59PM +0300, Saku Ytti wrote:
> > On 1 August 2016 at 11:02, Adam Vitkovsky
> <Adam.Vitkovsky at gamma.co.uk> wrote:
> >
> > > So essentially you're suggesting holding up BGP updates to peers
> > > until the router has it's FIB fully populated right?
> >
> > Yes.
> >
> > > I think that might be easier said than done, there would have to be
> > > a correlation between Protocol to RIB update job ID and RIB to FIB
> > > update job ID, so that each FIB update job is traceable back to the
> > > protocol which initiated it. Now what would constitute the job, single pfx
> a bulk of pfxes?
> >
> > I don't see why it would be fundamentally impossible. Just don't send
> > ACK until you've converged. Maybe in practice it's too expensive,
> > maybe you can make it cheap enough by throwing DRAM and cores at it.
> > I'm thinking something like BEAM cost processes for each BGP TCP packet.
> >
> > > Anyways, till the triggered approach is implemented I think you can
> > > slow down iBGP update generation with the "out-delay" knob.
> > > It's not as clear of a cut as with csco's "neighbor advertisement-interval"
> > > but looks like it can do the same thing.
> > >
> https://kb.juniper.net/InfoCenter/index?page=content&id=KB26446&actp
> > > =search
> >
> > Relying on timers seems like huge, hard to manage complexity.
>
> Unreliably more like it, what would the right timer value be to avoid even
> short blackholes when things are busy, without having excessive waits in
> other case.
>
> update wait-install seems like what is needed, I believe both Arista and Cisco
> (at least on some OSs) supports this today, possibly other vendors too.
>
Yes that's exactly it, didn't know it's available in XR -and for some time already (but only for v4 -though arguably there are not that many v6 prefixes, yet).
Also like how it can be verified via the RIBVer/RIBAckVer in "show bgp sum" or all details including actual update time via "show bgp process performance-statistics detail".
Thanks a bunch Jesper.

adam







        Adam Vitkovsky
        IP Engineer

T:      0333 006 5936
E:      Adam.Vitkovsky at gamma.co.uk
W:      www.gamma.co.uk

This is an email from Gamma Telecom Ltd, trading as “Gamma”. The contents of this email are confidential to the ordinary user of the email address to which it was addressed. This email is not intended to create any legal relationship. No one else may place any reliance upon it, or copy or forward all or any of it in any form (unless otherwise notified). If you receive this email in error, please accept our apologies, we would be obliged if you would telephone our postmaster on +44 (0) 808 178 9652 or email postmaster at gamma.co.uk

Gamma Telecom Limited, a company incorporated in England and Wales, with limited liability, with registered number 04340834, and whose registered office is at 5 Fleet Place London EC4M 7RD and whose principal place of business is at Kings House, Kings Road West, Newbury, Berkshire, RG14 5BY.
---------------------------------------------------------------------------------------
 This email has been scanned for email related threats and delivered safely by Mimecast.
 For more information please visit http://www.mimecast.com
---------------------------------------------------------------------------------------