Re: [Idr] WG Last Call on Proposed IANA procedures for BGP Well-known communities

"Tony Li" <tony.li@tony.li> Wed, 13 August 2008 04:43 UTC

Return-Path: <idr-bounces@ietf.org>
X-Original-To: idr-archive@megatron.ietf.org
Delivered-To: ietfarch-idr-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 166293A6CE8; Tue, 12 Aug 2008 21:43:47 -0700 (PDT)
X-Original-To: idr@core3.amsl.com
Delivered-To: idr@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 70D1B3A6CE8 for <idr@core3.amsl.com>; Tue, 12 Aug 2008 21:43:46 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hoSO7YaChX0p for <idr@core3.amsl.com>; Tue, 12 Aug 2008 21:43:45 -0700 (PDT)
Received: from QMTA08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by core3.amsl.com (Postfix) with ESMTP id A8F9C3A68A1 for <idr@ietf.org>; Tue, 12 Aug 2008 21:43:45 -0700 (PDT)
Received: from OMTA08.emeryville.ca.mail.comcast.net ([76.96.30.12]) by QMTA08.emeryville.ca.mail.comcast.net with comcast id 1Qy11a00F0FhH24A8gjmyf; Wed, 13 Aug 2008 04:43:46 +0000
Received: from TONYLTM9XP ([24.6.155.154]) by OMTA08.emeryville.ca.mail.comcast.net with comcast id 1gje1a00V3L8a8Q8UgjfZu; Wed, 13 Aug 2008 04:43:46 +0000
X-Authority-Analysis: v=1.0 c=1 a=7WY-WYeGMlcA:10 a=f3cLG1Qr2UIA:10 a=uYA_3agp-siQvHYrzwQA:9 a=DQ9bF92nyeW5Dq4ZLPtztFWjL4oA:4 a=gJcimI5xSWUA:10
From: Tony Li <tony.li@tony.li>
To: "'Thomas M. Knoll'" <knoll@etit.tu-chemnitz.de>, 'Yakov Rekhter' <yakov@juniper.net>
References: <200808071424.m77EO8u88925@magenta.juniper.net><48A0505C.7030802@ca.afilias.info><alpine.LRH.1.10.0808111809550.5177@tor.hrz.tu-chemnitz.de><48A06819.8080002@ca.afilias.info><alpine.LRH.1.10.0808111922270.5177@tor.hrz.tu-chemnitz.de><48A07825.1010303@ca.afilias.info><alpine.LRH.1.10.0808112324320.29560@tor.hrz.tu-chemnitz.de><48A0D8D4.8070103@ca.afilias.info><200808121331.m7CDVFu94287@magenta.juniper.net> <alpine.LRH.1.10.0808121556080.25630@tor.hrz.tu-chemnitz.de>
Date: Tue, 12 Aug 2008 21:43:30 -0700
Message-ID: <46CC58DD8004432AB47A5C2307CE0679@ad.redback.com>
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 11
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512
In-Reply-To: <alpine.LRH.1.10.0808121556080.25630@tor.hrz.tu-chemnitz.de>
Thread-Index: Acj8iCGgjQZw1qWeRa2ErfL8oQB80gAXYBMA
Cc: 'idr' <idr@ietf.org>
Subject: Re: [Idr] WG Last Call on Proposed IANA procedures for BGP Well-known communities
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: tony.li@tony.li
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/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>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: idr-bounces@ietf.org
Errors-To: idr-bounces@ietf.org

 
Poll response, with commentary in line...

Largely, I think this whole discussion is a semantic quibble because of a
misunderstanding of the ability to declare something 'well-known'.  If we
simply select some other arbitrary term (e.g., global) and define it
reasonably, this entire discussion becomes moot.


|Which way do you support Brian's proposal?
|No selection limitation
|   [X] Support generally the adoption of such a proposal
|   [  ] Do not support generally the adoption of such a proposal
|   [X] If yes to the first, support Standards Action plus FCFS
|   [  ] If yes to the first, support just FCFS


I have no objections to Brian's technical content.  However, I'm concerned
about the semantic usage of the term 'well-known'.  As has been discussed,
this bit of terminology has been around for a very long time and we can't
easily go redefining it without creating mass confusion.  Thus, I believe
it's very difficult to add new well-known communities (or path-attributes)
at this late date.  We should simply accept this reality and move on.


|Well-Known vs. Standards-Action
|You may select 1 option
|   [  ] Rename Well-Known to Standards-Action?
|   [  ] Add an 'Also Known As Standards-Action' to Well-Known?
|   [x] Neither one


Why not simply have a "standards action" (or similarly named) class of code
points.  One then says that compliance with a given RFC requires a specific
interpretation of a given community value?


|Assignment strategy options
|You may select 1 option
|   [x] Support Early Assignment of Standards-Action 
|Communities, per RFC
|          4020?
|   [  ] Do not support Early Assignment of Standards-Action 
|Communities,
|          per RFC 4020?
|   [x] Allow Early Assignment for Individual Internet Drafts?
|   [  ] Do not allow Early Assignment for Individual Internet 
|Drafts (WG
|          drafts only)?
|
|What does 'Well-Known' status represent?
|You may select 1 option
|   [  ] multiple implementations
|   [  ] other -> please post a reply with the criteria


As defined earlier, well-known implies that it is supported by ALL
implementations that support the base specification.  As those
implementations are already in the field, you cannot subsequently declare
those implementations non-compliant.


|Allotted time for achieving 'Well-Known' (permanent) status 
|for any Early 
|Assignments?
|You may select 1 option
|   [  ] 6 months
|   [  ] 1 year
|   [  ] 18 months
|   [  ] 2 years
|   [X] other -> please post your criteria
|   [  ] never


Why not just allow the standards track to progress?

Tony


_______________________________________________
Idr mailing list
Idr@ietf.org
https://www.ietf.org/mailman/listinfo/idr