[46228] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Survey on IBGP persistent route oscillation problem

daemon@ATHENA.MIT.EDU (Vincent Gillet)
Thu Mar 21 12:43:00 2002

Date: Thu, 21 Mar 2002 18:42:19 +0100
From: Vincent Gillet <vgi@zoreil.com>
To: Danny McPherson <danny@tcb.net>
Cc: nanog@merit.edu
Message-ID: <20020321174219.GC6854@opentransit.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <200203211626.g2LGQED05460@tcb.net>
Errors-To: owner-nanog-outgoing@merit.edu


danny@tcb.net disait :

> > We have a similar situation (RR + always-compare-MED off), and the BGP table
> > version keeps changing at 1K/min (http://performance.cn.net:2003/). I
> > suspect some
> > route meet the criteria of IDR-oscillation draft. But in real world, it's
> > very hard to pick
> >  up the pattern depicted in the draft from a huge log of debug bgp output.
> 
> It's actually quite trivial to identify.  Have a look at:
> 
> http://www.cisco.com/warp/public/770/fn12942.html

As Yu said, it is not so easy.
Most of the output in "show ip route bgp | include , 00:00" command match
flapping updates that are getting "dampening candidates" !!

Beside, you have to run the command on a router that might hit the
problem .... it depends a lot on your peering locations and partners.
If you run Cisco commands on wrong router, you would not see any
problem and may get in wrong conclusion !!

> > 2. From my experience, most flapping seems to be oscillation route 
> > which escaped the eBGP damping protection. And for this, we need 
> > adjust damping parameters from RIPE 220 to make up.
> 
> Nope.  Dampening doesn't resolve this because it occurs
> intrA-domain.

Does not fix, but it would lower updates thus help to identify
update loops.

Vincent.

home help back first fref pref prev next nref lref last post