[45123] in North American Network Operators' Group

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

Re: Persistent BGP peer flapping - do you care?

daemon@ATHENA.MIT.EDU (Jake Khuon)
Thu Jan 17 17:23:33 2002

Message-Id: <200201172222.g0HMM0Yv005696@llama.wooj.com>
From: "Jake Khuon" <khuon@NEEBU.Net>
To: nanog@merit.edu
In-reply-to: "Christopher A. Woodfield"'s message of Thu, 17 Jan 2002 17:00:06 -0500.
	     <20020117170006.C1921@semihuman.com> 
Reply-To: khuon@NEEBU.Net (Jake Khuon)
Date: Thu, 17 Jan 2002 14:21:59 -0800
Errors-To: owner-nanog-outgoing@merit.edu


### On Thu, 17 Jan 2002 17:00:06 -0500, "Christopher A. Woodfield"
### <rekoil@semihuman.com> casually decided to expound upon Susan Hares
### <skh@nexthop.com> the following thoughts about "Re: Persistent BGP peer
### flapping - do you care?":

CAW> I agree with your holddown timer proposal in cases of the peer being dropped due to 
CAW> errors, as the resultant loops can result in extreme prefix dampening. But my 
CAW> assertation is that BGP peering sessions should be a bit more robust and not drop 
CAW> everything at the first sign of trouble.

Well, as I recall, the original intent to drop the entire session and
thereby flush that peer from the table is because an invalid advertisement
may be symptomatic of a larger scale table corruption on the part of the
peer thus all advertisements should be invalidated.  Dropping the peer and
thereby initiating a coldstart/reset was the conservative solution.  I think
some form of peer damping with an exponential decay timer much like route
flap damping would be a good thing.  Simply reject the OPEN until the decay
timer has expired.

As for propogation of the bad prefix... well that soapbox has worn paint on
top.  If people aren't going to bother following specs in the first place
I'm not sure a new spec will solve anything.


--
/*===================[ Jake Khuon <khuon@NEEBU.Net> ]======================+
 | Packet Plumber, Network Engineers     /| / [~ [~ |) | | --------------- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| N E T W O R K S |
 +=========================================================================*/

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