Re: bgp4-17 Cease subcode

Russ White <ruwhite@cisco.com> Tue, 15 January 2002 12:48 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 HAA21262 for <idr-archive@nic.merit.edu>; Tue, 15 Jan 2002 07:48:17 -0500 (EST)
Received: by trapdoor.merit.edu (Postfix) id D83BB91248; Tue, 15 Jan 2002 07:48:03 -0500 (EST)
Delivered-To: idr-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id 96B3791249; Tue, 15 Jan 2002 07:48:03 -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 EFA8C91248 for <idr@trapdoor.merit.edu>; Tue, 15 Jan 2002 07:48:01 -0500 (EST)
Received: by segue.merit.edu (Postfix) id CB6E15DD9F; Tue, 15 Jan 2002 07:48:01 -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 5371B5DDA9 for <idr@merit.edu>; Tue, 15 Jan 2002 07:48:01 -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 HAA12825; Tue, 15 Jan 2002 07:47:51 -0500 (EST)
Date: Tue, 15 Jan 2002 07:47:51 -0500
From: Russ White <ruwhite@cisco.com>
Reply-To: Russ White <riw@cisco.com>
To: Yakov Rekhter <yakov@juniper.net>
Cc: Jeffrey Haas <jhaas@nexthop.com>, idr@merit.edu
Subject: Re: bgp4-17 Cease subcode
In-Reply-To: <200201141750.g0EHo3634958@merlot.juniper.net>
Message-ID: <Pine.GSO.4.21.0201150747150.20636-100000@ruwhite-u10.cisco.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
Sender: owner-idr@merit.edu
Precedence: bulk

> > On Mon, Jan 14, 2002 at 09:28:53AM -0800, Yakov Rekhter wrote:
> > > Please remember that the goal of the draft is to document
> > > what is *currently* implemented and deployed, *not* what
> > > *could* be implemented and deployed.
> > 
> > Is the expoential backoff in the FSM in current implementations?
> 
> I guess we are going to find this out as part of the
> implementation report. And if it is not in (at least two)
> current implementations, we'll take it out of the text.

Cisco doesn't do this....


:-)

Russ

_____________________________
riw@cisco.com <>< Grace Alone