Re: [Idr] AD Review of draft-ietf-idr-large-community-09

heasley <heas@shrubbery.net> Fri, 02 December 2016 17:34 UTC

Return-Path: <heas@shrubbery.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 A99F31296DB; Fri, 2 Dec 2016 09:34:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.098
X-Spam-Level:
X-Spam-Status: No, score=-7.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-2.896, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham 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 C3WTUq8mMy1U; Fri, 2 Dec 2016 09:34:41 -0800 (PST)
Received: from guelah.shrubbery.net (guelah.shrubbery.net [198.58.5.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4F176128B38; Fri, 2 Dec 2016 09:34:41 -0800 (PST)
Received: by guelah.shrubbery.net (Postfix, from userid 7053) id 341057A703; Fri, 2 Dec 2016 17:34:41 +0000 (UTC)
Date: Fri, 2 Dec 2016 17:34:41 +0000
From: heasley <heas@shrubbery.net>
To: Job Snijders <job@ntt.net>
Message-ID: <20161202173441.GI3403@shrubbery.net>
References: <CE1331E4-3ECA-41D7-801F-05519778E8DA@cisco.com> <94f48779-14c8-0ec0-93ef-69eeba49e5be@gmail.com> <8B6BA07A-D636-4D8C-8B02-A5CB05538AAF@cisco.com> <20161202171453.GG3403@shrubbery.net> <20161202172828.GA26987@hanna.meerval.net>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <20161202172828.GA26987@hanna.meerval.net>
X-PGPkey: http://www.shrubbery.net/~heas/public-key.asc
X-note: live free, or die!
X-homer: i just want to have a beer while i am caring.
X-Claimation: an engineer needs a manager like a fish needs a bicycle
X-reality: only YOU can put an end to the embarrassment that is Tom Cruise
User-Agent: Mutt/1.6.1 (2016-04-27)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/D8frUQcWie1L6Id_hBsyGfWnw28>
Cc: heasley <heas@shrubbery.net>, "draft-ietf-idr-large-community@ietf.org" <draft-ietf-idr-large-community@ietf.org>, "idr-chairs@ietf.org" <idr-chairs@ietf.org>, "idr@ietf.org" <idr@ietf.org>
Subject: Re: [Idr] AD Review of draft-ietf-idr-large-community-09
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.17
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: Fri, 02 Dec 2016 17:34:43 -0000

Fri, Dec 02, 2016 at 06:28:28PM +0100, Job Snijders:
> On Fri, Dec 02, 2016 at 05:14:53PM +0000, heasley wrote:
> > 0 and 4294967295 are reserved ASNs, as is 65535 and 65535 is used by
> > RFC 1997 communities for well-known communities.  It is the intention
> > to use 65535 if in the future it is desirable to define large
> > well-known communities.  The other two should not be used because they
> > are invalid ASNs and could lead to collision.  This all seems prudent
> > to me.
> > 
> > > Assuming that you would prefer the operators NOT to use 0, 65535,
> > > and 4294967295, then here’s my suggestion:
> > > 
> > > OLD> (Section 2)
> > > 
> > >    The Global Administrator field is intended to allow different
> > >    Autonomous Systems to define BGP Large Communities without collision.
> > >    This field SHOULD either be one of the reserved values as defined
> > >    below, or an Autonomous System Number (ASN).  If it is a reserved
> > >    value, then the Local Data Parts are as defined by the reserved
> > >    value.  If it is an ASN then the Local Data Parts are to be
> > >    interpreted as defined by the owner of the ASN.
> > > 
> > > NEW>
> > > 
> > >    The Global Administrator field is intended to allow different
> > >    Autonomous Systems to define BGP Large Communities without collision.
> > >    This field SHOULD be an Autonomous System Number (ASN).  The use of
> > >    Reserved ASNs (0 [RFC7607], 65535 and 4294967295 [RFC7300]) is NOT
> > >    RECOMMENDED.
> > > 
> > > …and then eliminate Section 5…
> > 
> > no, do not eliminate section 5.
> 
> The text that used to be section 5 is better served through a separate
> document I think. Jon Mitchell and myself are working on a document to
> assist in that matter. This document is not published yet.

seems silly to spread it across 2 documents.  it is not a complex subject
and its already been expressed that there is no desire to specify any
well-knowns at this time.

> The first sentence of section 5 was moved into the section 2. The second
> sentence says what the document is _not_, and a forward looking
> statement of what could happen. There is no cost to removing that if we
> carry that torch over into a new document. Let me know if you want to
> help work on draft-mitchell-idr-large-communities-registry.
> 
> Kind regards,
> 
> Job