Re: Fw: Route Flap Damping Recommendations

  • To: Anne <anne at apnic dot net>, apops at apnic dot net
  • Subject: Re: Fw: Route Flap Damping Recommendations
  • From: Scott Huddle <huddle at mci dot net>
  • Date: Tue, 24 Feb 1998 16:23:48 +0000
  • In-reply-to: <199802240935.SAA16915 at teckla dot apnic dot net>
  • Sender:
    • Very interesting, but counter to the experience of most US based
      ISPs.  While I think its generally thought that some dampening 
      is a "good thing", I think its far from clear that "progressive"
      dampening provides any additional gain, in an operational view.
      Thus the decision to dampen in a progressive way is more of a policy
      issue and one that any ISP needs to consider as part of its service
      offering to its customers rather than 'the greater good of the Internet'
      >1.3 "Progressive" versus "flat&gentle" approach 
      >     One easy approach would be to just apply the current default-parameters
      >     which are treating all prefixes equally ("flat&gentle") everywhere, 
      >     however, there is a major concern to penalize longer prefixes 
      >     (=smaller aggregates) more than well aggregated short prefixes
      >     ("progressive"), because the number of short prefixes in the 
      >     routing table is significantly lower
      >     and it seems in general that those are tending to be more stable and 
      >     also are tending to effect more users. 
      At 06:35 PM 2/24/98 +0900, Anne wrote:
      >This URL below is a document which has resulted from the work
      >of European ISP's in the RIPE Routing Working Group. A description 
      >of the document is below:
      >> This paper recommends a set of route-flap damping parameters 
      >> which should be applied by all ISPs in the Internet and should 
      >> be deployed as new default values by BGP router vendors. 
      >I hope it may be of interest to this group.
      >Best wishes,
      >To unsubscribe: send "unsubscribe" to apops-request at apnic dot net
      To unsubscribe: send "unsubscribe" to apops-request at apnic dot net