IETF Logo Mail Archive

bgp4-17 Cease subcode

"Tom Petch" <nwnetworks@dial.pipex.com> Fri, 11 January 2002 15:55 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 KAA10979 for <idr-archive@nic.merit.edu>; Fri, 11 Jan 2002 10:55:08 -0500 (EST)
Received: by trapdoor.merit.edu (Postfix) id 8026991289; Fri, 11 Jan 2002 10:54:40 -0500 (EST)
Delivered-To: idr-outgoing@trapdoor.merit.edu
Received: by trapdoor.merit.edu (Postfix, from userid 56) id EAD8F9128C; Fri, 11 Jan 2002 10:54:39 -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 BF51B91288 for <idr@trapdoor.merit.edu>; Fri, 11 Jan 2002 10:54:36 -0500 (EST)
Received: by segue.merit.edu (Postfix) id 8CC395DF50; Fri, 11 Jan 2002 10:54:36 -0500 (EST)
Delivered-To: idr@merit.edu
Received: from hose.mail.pipex.net (hose.mail.pipex.net [158.43.128.58]) by segue.merit.edu (Postfix) with SMTP id CA8035DF4B for <idr@merit.edu>; Fri, 11 Jan 2002 10:54:35 -0500 (EST)
Received: (qmail 8351 invoked from network); 11 Jan 2002 15:54:29 -0000
Received: from useraq84.uk.uudial.com (HELO tom3) (62.188.136.144) by smtp-4.dial.pipex.com with SMTP; 11 Jan 2002 15:54:29 -0000
Message-ID: <007c01c2b989$a60811c0$c490bc3e@tom3>
Reply-To: Tom Petch <nwnetworks@dial.pipex.com>
From: Tom Petch <nwnetworks@dial.pipex.com>
To: idr@merit.edu
Subject: bgp4-17 Cease subcode
Date: Sat, 11 Jan 2003 15:48:06 -0000
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 4.72.2106.4
X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4
Sender: owner-idr@merit.edu
Precedence: bulk

I believe there should be a Cease sub-code to differentiate
the case where the upper bound on the number of acceptable
address prefixes is exceeded.  If not, then the recipient of
the Cease could assume this is due to some other transient,
re-establish the connection and repeat the process ad
infinitum.

Tom Petch, Network Consultant
nwnetworks@dial.pipex.com

v2.23.0 | Report a Bug | By Email