Re: bgp4-17 Cease subcode
Russ White <ruwhite@cisco.com> Fri, 18 January 2002 13:10 UTC
Received: from trapdoor.merit.edu (postfix@trapdoor.merit.edu [198.108.1.26]) by nic.merit.edu (8.9.3/8.9.1) with ESMTP id IAA19651 for <idr-archive@nic.merit.edu>; Fri, 18 Jan 2002 08:10:49 -0500 (EST)
Received: by trapdoor.merit.edu (Postfix) id 942559130F; Fri, 18 Jan 2002 08:10:25 -0500 (EST)
Delivered-To: idr-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id 6181C91310; Fri, 18 Jan 2002 08:10:25 -0500 (EST)
Delivered-To: idr@trapdoor.merit.edu
Received: from segue.merit.edu (segue.merit.edu [198.108.1.41]) by trapdoor.merit.edu (Postfix) with ESMTP id F2A129130F for <idr@trapdoor.merit.edu>; Fri, 18 Jan 2002 08:10:23 -0500 (EST)
Received: by segue.merit.edu (Postfix) id C3D3F5DE2A; Fri, 18 Jan 2002 08:10:23 -0500 (EST)
Delivered-To: idr@merit.edu
Received: from cisco.com (uzura.cisco.com [64.102.17.77]) by segue.merit.edu (Postfix) with ESMTP id 573065DE17 for <idr@merit.edu>; Fri, 18 Jan 2002 08:10:23 -0500 (EST)
Received: from ruwhite-u10.cisco.com (ruwhite-u10.cisco.com [64.102.48.251]) by cisco.com (8.8.8/2.6/Cisco List Logging/8.8.8) with ESMTP id IAA27535; Fri, 18 Jan 2002 08:10:08 -0500 (EST)
Date: Fri, 18 Jan 2002 08:10:08 -0500
From: Russ White <ruwhite@cisco.com>
Reply-To: Russ White <riw@cisco.com>
To: Kunihiro Ishiguro <kunihiro@zebra.org>
Cc: Susan Hares <skh@nexthop.com>, Vincent Gillet <vgi@zoreil.com>, Yakov Rekhter <yakov@juniper.net>, Jeffrey Haas <jhaas@nexthop.com>, idr@merit.edu
Subject: Re: bgp4-17 Cease subcode
In-Reply-To: <m28zawbckp.wl@titanium.zebra.org>
Message-ID: <Pine.GSO.4.21.0201180806130.23372-100000@ruwhite-u10.cisco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: owner-idr@merit.edu
Precedence: bulk
> 8.1 Exponential Back-off. > > If a BGP speaker detects an error, it shuts down the connection and > changes its state to Idle. Getting out of the Idle state requires > generation of the Start event. If such an event is generated > automatically, then persistent BGP errors may result in persistent > flapping of the speaker. To avoid such a condition it is > recommended that Start events should not be generated immediately > for a peer that was previously transitioned to Idle due to an > error. For a peer that was previously transitioned to Idle due to > an error, the time between consecutive generation of Start events, > if such events are generated automatically, shall exponentially MAY rather than shall.... > increase. The value of the initial timer shall be 60 seconds. The ....increase. If exponential backoff is used, .... > time shall be doubled for each consecutive retry. Suggested value > for this timer is: > > 2**(consecutive retry count)*60 > > An implementation MAY impose a configurable upper bound on that > timer value. Once the upper bound is reached, the speaker shall > stop the timer then no longer automatically generate the Start > event for the peer. :-) Russ _____________________________ riw@cisco.com <>< Grace Alone
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Susan Hares
- Re: Comments on FSM Susan Hares
- Re: bgp4-17 Cease subcode Vincent Gillet
- Re: bgp4-17 Cease subcode Vincent Gillet
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: Comments on FSM Jeffrey Haas
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Kunihiro Ishiguro
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode andrewl
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Randy Bush
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: Comments on FSM Alex Zinin
- Re: bgp4-17 Cease subcode Randy Bush
- Re: Comments on FSM Kunihiro Ishiguro
- Comments on FSM Alex Zinin
- Re: bgp4-17 Cease subcode Enke Chen
- Re: bgp4-17 Cease subcode Greg Hankins
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Kunihiro Ishiguro
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Kunihiro Ishiguro
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Jeffrey Haas
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Alex Zinin
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Eric Gray
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Eric Gray
- Re: bgp4-17 Cease subcode Jeff Pickering
- Re: bgp4-17 Cease subcode Vincent Gillet
- Re: bgp4-17 Cease subcode Russ White
- Re: bgp4-17 Cease subcode Susan Hares
- Re: bgp4-17 Cease subcode Yakov Rekhter
- Re: bgp4-17 Cease subcode Jeffrey Haas
- Re: bgp4-17 Cease subcode Yakov Rekhter
- Re: bgp4-17 Cease subcode Tom Petch
- Re: bgp4-17 Cease subcode Yakov Rekhter
- bgp4-17 Cease subcode Tom Petch
- Re: processing order of reach/unreach in rfc2858b… Jeffrey Haas
- Re: processing order of reach/unreach in rfc2858b… Enke Chen