Re: [Idr] Review of draft-ietf-large-community-06.txt

Geoff Huston <gih@apnic.net> Fri, 04 November 2016 18:03 UTC

Return-Path: <gih@apnic.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 5F0421294E1 for <idr@ietfa.amsl.com>; Fri, 4 Nov 2016 11:03:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -108.398
X-Spam-Level:
X-Spam-Status: No, score=-108.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.497, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] 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 RP_24qQqKGgc for <idr@ietfa.amsl.com>; Fri, 4 Nov 2016 11:03:46 -0700 (PDT)
Received: from nx-mailgw.apnic.net (nx-mailgw.apnic.net [IPv6:2001:dd8:9:801::25]) (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 ABFE01294C5 for <idr@ietf.org>; Fri, 4 Nov 2016 11:03:45 -0700 (PDT)
Received: from nxmda2.org.apnic.net (unknown [2001:dd8:9:2::101:249]) by nx-mailgw.apnic.net (Halon) with ESMTPS id 036a44c9-a2b9-11e6-b23e-005056b685e3; Sat, 05 Nov 2016 04:03:39 +1000 (AEST)
Received: from dhcp150.potaroo.net (203.119.101.249) by NXMDA2.org.apnic.net (203.119.107.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Sat, 5 Nov 2016 04:03:23 +1000
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0 (Mac OS X Mail 10.1 \(3251\))
From: Geoff Huston <gih@apnic.net>
In-Reply-To: <50FBB9EC-F6C7-408E-A544-9D64E86E8293@pfrc.org>
Date: Sat, 5 Nov 2016 05:03:40 +1100
Content-Transfer-Encoding: quoted-printable
Message-ID: <8142B1B3-2911-47B5-8535-89C2D8EC9EBE@apnic.net>
References: <112dc01d235fd$57f9c370$07ed4a50$@ndzh.com> <C2DABF02-D3CB-4646-B869-FBCE5F05FDA1@apnic.net> <117ea01d23611$a28513e0$e78f3ba0$@ndzh.com> <CED07D95-A426-469C-85B4-DB2FBE52D14A@apnic.net> <20161104004725.GC17584@shrubbery.net> <DC44C8AC-F10A-4D6A-914A-EFD54A9B3888@apnic.net> <20161104075614.GU961@Vurt.local> <8F8E9266-DAD3-48A7-BFFE-7CE8C103C529@apnic.net> <50FBB9EC-F6C7-408E-A544-9D64E86E8293@pfrc.org>
To: Jeffrey Haas <jhaas@pfrc.org>
X-Mailer: Apple Mail (2.3251)
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/STCyl-D0rB2ZYLGWCpFvuWdRaAI>
Cc: heasley <heas@shrubbery.net>, IETF IDR WG <idr@ietf.org>, rtg-dir@ietf.org, Sue Hares <shares@ndzh.com>
Subject: Re: [Idr] Review of draft-ietf-large-community-06.txt
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, 04 Nov 2016 18:03:48 -0000

> On 4 Nov. 2016, at 9:31 pm, Jeffrey Haas <jhaas@pfrc.org> wrote:
> 
> 
>> On Nov 4, 2016, at 5:10 AM, Geoff Huston <gih@apnic.net> wrote:
>> 
>> 
>>> On 4 Nov. 2016, at 6:56 pm, Job Snijders <job@ntt.net> wrote:
>>> Given the above context, do you have a suggestion other then "pick eiher
>>> a colon-delimited or bracketed"? My personal preference would be to
>>> keep the original text.
>>> 
>> 
>> I think you make a clear SHOULD support for a particular representation of the
>> triplet, which makes other representations still ok, but there is a clear preference
>> for interoperability that says “clearly state a preferred format for representating
>> these values".
> 
> I believe the intent of saying it's an ordered tuple of Global Admin, Local Admin 1, Local Admin 2 is sufficient.
> 
> If you want to define delimiters, go write a yang module.
> 
> -- Jeff
> 

For me thats a bit like saying that an IPv5 address is represented as a sequence of decimal values representing 8-bit values. Its not enough to be useful without the delimiter.

I like the way we are now spending time on the one part of the draft that is truly of least relevant.

So if all this generates too much angst then drop the entire canonical representation part from the draft and let coders do what they want. Like extended communities, no doubt there will be some canonical format emerge from this process in time.