Re: bgp4-17 Cease subcode

Kunihiro Ishiguro <kunihiro@zebra.org> Wed, 16 January 2002 00:57 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 TAA14699 for <idr-archive@nic.merit.edu>; Tue, 15 Jan 2002 19:57:42 -0500 (EST)
Received: by trapdoor.merit.edu (Postfix) id C88BA912AA; Tue, 15 Jan 2002 19:57:14 -0500 (EST)
Delivered-To: idr-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id 9A3B7912AB; Tue, 15 Jan 2002 19:57:14 -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 9450A912AA for <idr@trapdoor.merit.edu>; Tue, 15 Jan 2002 19:57:13 -0500 (EST)
Received: by segue.merit.edu (Postfix) id 33F535DDCE; Tue, 15 Jan 2002 19:57:13 -0500 (EST)
Delivered-To: idr@merit.edu
Received: from vaio.zebra.org (unknown [209.11.132.18]) by segue.merit.edu (Postfix) with ESMTP id 79DB05DDCB for <idr@merit.edu>; Tue, 15 Jan 2002 19:57:12 -0500 (EST)
Received: from localhost (vaio.zebra.org) [127.0.0.1] (kunihiro) by vaio.zebra.org with esmtp (Exim 3.12 #1 (Debian)) id 16Qf2r-00004h-00; Tue, 15 Jan 2002 17:39:17 -0800
Date: Tue, 15 Jan 2002 17:39:17 -0800
Message-ID: <87advfjcqi.wl@vaio.zebra.org>
From: Kunihiro Ishiguro <kunihiro@zebra.org>
To: Vincent Gillet <vgi@zoreil.com>
Cc: Yakov Rekhter <yakov@juniper.net>, Jeffrey Haas <jhaas@nexthop.com>, idr@merit.edu
Subject: Re: bgp4-17 Cease subcode
In-Reply-To: <20020115140711.GA23937@opentransit.net>
References: <20020114123700.C7761@nexthop.com> <200201141750.g0EHo3634958@merlot.juniper.net> <20020115140711.GA23937@opentransit.net>
User-Agent: Wanderlust/2.4.0 (Rio) SEMI/1.14.3 (Ushinoya) FLIM/1.14.2 (Yagi-Nishiguchi) APEL/10.3 Emacs/21.0.99 (i686-pc-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset="US-ASCII"
Sender: owner-idr@merit.edu
Precedence: bulk

>> > 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.
>
>I implemented Cease subcode in zebra-0.92a but not exponential backoff.
>I checked that new subcode does not put other BGP stack in trouble
>(checked Cisco and Juniper).

First of all, sorry for talking about specific implementation.  In
Zebra implementation we've implemented Cease subcode.  The code is in
CVS repository.  I'll prepare a release version for that.

And also we've implemented exponetial backoff.  It is done without
introducing new FSM status.  It is not a big deal.  Just check a flag
in a few functions.

Exponential backoff is a good feature.  I can't understand why it
require change to FSM.
-- 
Kunihiro Ishiguro