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