Re: [Idr] Last Call: <draft-ietf-idr-shutdown-08.txt> (BGP Administrative Shutdown Communication) to Proposed Standard

Job Snijders <job@ntt.net> Mon, 08 May 2017 19:30 UTC

Return-Path: <job@ntt.net>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AFF4127871 for <idr@ietfa.amsl.com>; Mon, 8 May 2017 12:30:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ItL9QDzpu3eH for <idr@ietfa.amsl.com>; Mon, 8 May 2017 12:30:49 -0700 (PDT)
Received: from mail3.dllstx09.us.to.gin.ntt.net (mail3.dllstx09.us.to.gin.ntt.net [IPv6:2001:418:3ff:5::26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0235E124234 for <idr@ietf.org>; Mon, 8 May 2017 12:30:49 -0700 (PDT)
Received: by mail3.dllstx09.us.to.gin.ntt.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.89) (envelope-from <job@ntt.net>) id 1d7oMm-0002F4-K0 (job@us.ntt.net) for idr@ietf.org; Mon, 08 May 2017 19:30:48 +0000
Received: by mail-wr0-f177.google.com with SMTP id z52so52850127wrc.2 for <idr@ietf.org>; Mon, 08 May 2017 12:30:44 -0700 (PDT)
X-Gm-Message-State: AN3rC/464YAS8Tu73rCZbuTzBtxk5vTq7of9kNayFfK752eE6gNrfSTX 1Yp1JTJHWAZsP6kgCDDRgPQ9Vjwy9Q==
X-Received: by 10.223.131.67 with SMTP id 61mr38212742wrd.37.1494271843197; Mon, 08 May 2017 12:30:43 -0700 (PDT)
MIME-Version: 1.0
References: <149400686065.8457.16928207738917615877.idtracker@ietfa.amsl.com> <9d8cf31a-fc21-096b-543e-58750894a22a@cisco.com> <a9996bc76e604acfbe797389ed0d81f6@XCH-ALN-014.cisco.com>
In-Reply-To: <a9996bc76e604acfbe797389ed0d81f6@XCH-ALN-014.cisco.com>
From: Job Snijders <job@ntt.net>
Date: Mon, 08 May 2017 19:30:32 +0000
X-Gmail-Original-Message-ID: <CACWOCC8Te+L6NMy8Jga7W7uOjh5aB0C4tMdsDpq06O2_zQPExQ@mail.gmail.com>
Message-ID: <CACWOCC8Te+L6NMy8Jga7W7uOjh5aB0C4tMdsDpq06O2_zQPExQ@mail.gmail.com>
To: "Enke Chen (enkechen)" <enkechen@cisco.com>, "Jakob Heitz (jheitz)" <jheitz@cisco.com>, "ietf@ietf.org" <ietf@ietf.org>
Cc: "draft-ietf-idr-shutdown@ietf.org" <draft-ietf-idr-shutdown@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Content-Type: multipart/alternative; boundary=94eb2c0d1078697ec5054f084638
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/7IA7rvZSyLuJR2FvosZKYb5dWL4>
Subject: Re: [Idr] Last Call: <draft-ietf-idr-shutdown-08.txt> (BGP Administrative Shutdown Communication) to Proposed Standard
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 08 May 2017 19:30:50 -0000

Dear Jakob, Enke

Enke raised an interesting point.

I've received no feedback from anyone that 128 isn't sufficient. This work
was circulated at NANOG, APRICOT, GPF and UKNOF to get feedback. Due to
lack of demand for anything bigger it doesn't seem worth it to go back and
change the existing implementations.

The implementation complexity is very low already. You can review Peter van
Dijk's implemention report to get a sense of how things are done.
https://mailarchive.ietf.org/arch/msg/idr/8ueDFbC4ZBd1WwolRS78aFA8oyw

Kind regards,

Job

On Mon, 8 May at 21:13, Jakob Heitz (jheitz) <jheitz@cisco.com> wrote:

> It is deliberately kept short to minimize the potential for abuse.
> We could have argued about the length. Should it be 100, 120, 127,
> but it's not an argument worth wasting time on.
> Not using the whole range of the length byte opens the door to using
> the rest of the range to indicate a future new information field.
>
> Thanks,
> Jakob.
>
>
> > -----Original Message-----
> > From: Enke Chen (enkechen)
> > Sent: Sunday, May 07, 2017 8:44 PM
> > To: ietf@ietf.org
> > Cc: draft-ietf-idr-shutdown@ietf.org; idr@ietf.org; idr-chairs@ietf.org;
> Enke Chen (enkechen) <enkechen@cisco.com>
> > Subject: Re: [Idr] Last Call: <draft-ietf-idr-shutdown-08.txt> (BGP
> Administrative Shutdown Communication) to
> > Proposed Standard
> >
> > Hi, Folks:
> >
> > Just spotted this (apologies for not catching it earlier):
> >
> > The draft specifies only 0 - 128 as valid in the one-octet length field.
> > Not sure if there is a strong reason for such an apparent
> over-specification.
> >
> > It seems to me that the spec can and should be simplified by removing the
> > restriction, that is, to allow any value (0 - 255) to be valid.  That
> would
> > also eliminate one error condition for the implementation.
> >
> > Thanks.  -- Enke
> >
> > ---
> > 2.  Shutdown Communication
> >
> > Length:  this 8-bit field represents the length of the Shutdown
> >       Communication field in octets.  The length value MUST range from 0
> >       to 128 inclusive.
> >
> > 4.  Error Handling
> >
> >    If a Shutdown Communication with an invalid Length value,
> > ----
> >
> > On 5/5/17 10:54 AM, The IESG wrote:
> > >
> > > The IESG has received a request from the Inter-Domain Routing WG (idr)
> to
> > > consider the following document:
> > > - 'BGP Administrative Shutdown Communication'
> > >   <draft-ietf-idr-shutdown-08.txt> as Proposed Standard
> > >
> > > The IESG plans to make a decision in the next few weeks, and solicits
> > > final comments on this action. Please send substantive comments to the
> > > ietf@ietf.org mailing lists by 2017-05-19. Exceptionally, comments
> may be
> > > sent to iesg@ietf.org instead. In either case, please retain the
> > > beginning of the Subject line to allow automated sorting.
> > >
> > > Abstract
> > >
> > >
> > >    This document enhances the BGP Cease NOTIFICATION message
> > >    "Administrative Shutdown" and "Administrative Reset" subcodes for
> > >    operators to transmit a short freeform message to describe why a BGP
> > >    session was shutdown or reset.  This document updates RFC 4486.
> > >
> > >
> > >
> > >
> > >
> > > The file can be obtained via
> > > https://datatracker.ietf.org/doc/draft-ietf-idr-shutdown/
> > >
> > > IESG discussion can be tracked via
> > > https://datatracker.ietf.org/doc/draft-ietf-idr-shutdown/ballot/
> > >
> > >
> > > No IPR declarations have been submitted directly on this I-D.
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > Idr mailing list
> > > Idr@ietf.org
> > > https://www.ietf.org/mailman/listinfo/idr
> > >
>