[j-nsp] bgp peer flapping

adamv0025 at netconsultings.com adamv0025 at netconsultings.com
Thu Apr 27 12:15:24 EDT 2017


> -----Original Message-----
> From: Saku Ytti [mailto:saku at ytti.fi]
> Sent: Thursday, April 27, 2017 4:54 PM
> To: Alexandre Snarskii
> Cc: adamv0025 at netconsultings.com; james list; Juniper List
> Subject: Re: [j-nsp] bgp peer flapping
> 
> On 27 April 2017 at 03:59, Alexandre Snarskii <snar at snar.spb.ru> wrote:
> 
> > Having each peer in its own group is one of the best ways to shoot
> > yourself in the foot: instead of all peers with same egress policies
> > share RIB-Out, in this model each one will have its own RIB so memory
> > use will go through the roof.. (well, at least in SP scenario, where
> > most peers need to keep full-view in RIB).
> 
> This should not be true anymore. When looking into ORR I raised this concern
> to JNPR, because in ORR you essentially need group per neighbour to have
> unique view per neighbour, and I was worried about RIB scale exploding.
> However JNPR said that they do not anymore create unique copy of RIB just
> because there is new group. I didn't manage to figure out which release it
> has come and how it works, but supposedly it's before ORR, and ORR came in
> 15.1F4 so at least that and newer releases should be memory-friendly to
> large amount of groups.
> 
Hmm, good point, 
ORR would be impossible with the old behaviour as every time the egress policy changes due to ORR the BGP session from RR to a given PE would be reset. 

adam

netconsultings.com
::carrier-class solutions for the telecommunications industry::



More information about the juniper-nsp mailing list