Re: [Idr] Thoughts on https://www.ietf.org/id/draft-hares-idr-bgp-registries-01.txt
"Susan Hares" <shares@ndzh.com> Wed, 22 March 2017 23:10 UTC
Return-Path: <shares@ndzh.com>
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 541531293EE for <idr@ietfa.amsl.com>; Wed, 22 Mar 2017 16:10:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.945
X-Spam-Level:
X-Spam-Status: No, score=0.945 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DOS_OUTLOOK_TO_MX=2.845] autolearn=no 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 gscOWcixqrQc for <idr@ietfa.amsl.com>; Wed, 22 Mar 2017 16:10:24 -0700 (PDT)
Received: from hickoryhill-consulting.com (50-245-122-97-static.hfc.comcastbusiness.net [50.245.122.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 37215126C83 for <idr@ietf.org>; Wed, 22 Mar 2017 16:10:24 -0700 (PDT)
X-Default-Received-SPF: pass (skip=forwardok (res=PASS)) x-ip-name=70.194.25.59;
From: Susan Hares <shares@ndzh.com>
To: "'John G. Scudder'" <jgs@juniper.net>, 'Eric Rosen' <erosen@juniper.net>
Cc: idr@ietf.org
References: <048701d29cd9$15204b80$3f60e280$@olddog.co.uk> <022201d29ce6$ffb2ba40$ff182ec0$@ndzh.com> <c369a60a-3ccc-bf7d-dd29-d289d7a6b67e@juniper.net> <02dc01d2a25b$a1eca590$e5c5f0b0$@ndzh.com> <3b9c229a-4573-c586-8627-3a8c38539ff8@juniper.net> <E40AC551-E802-4662-A2F5-2E8EDB3C746F@juniper.net>
In-Reply-To: <E40AC551-E802-4662-A2F5-2E8EDB3C746F@juniper.net>
Date: Wed, 22 Mar 2017 17:48:17 -0400
Message-ID: <010401d2a356$045770c0$0d065240$@ndzh.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQHgLJVhftftdlZ2OeQGM5dxbx7ZtQIfusEjApalZLoB3VIuCQJnQvCHApVdmPKhKc/YwA==
Content-Language: en-us
X-Authenticated-User: skh@ndzh.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/idr/FUWetTHHKIyfB4DH19uQghAYM_o>
Subject: Re: [Idr] Thoughts on https://www.ietf.org/id/draft-hares-idr-bgp-registries-01.txt
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: Wed, 22 Mar 2017 23:10:26 -0000
John: The NM/OPS has found the tool filter of Yang model tests goes well with the YANG Doctor's review. Sue -----Original Message----- From: Idr [mailto:idr-bounces@ietf.org] On Behalf Of John G. Scudder Sent: Wednesday, March 22, 2017 2:37 PM To: Eric Rosen Cc: Susan Hares; idr@ietf.org Subject: Re: [Idr] Thoughts on https://www.ietf.org/id/draft-hares-idr-bgp-registries-01.txt Eric, First of all, I am going to assume we are talking about this goal (thanks, Adrian, for the nice summary): > 2. How to stop code point allocations through the normal IANA process > for "ideas that could use more review". Let's consider that to be the problem statement, replacing the Abstract and Introduction in the current draft. Sue's draft only covers registries that have what I suppose you'd call a lot of red tape to begin with -- Standards Action and IETF Review registries. The issue at hand is that although in theory these ensure plenty of review because they go through IETF last call, you may be shocked to learn that not everybody reviews every message sent to ietf@ietf.org in a careful and timely fashion. It's also interesting that you bring up the question of which WG "owns" which registry. ("Furthermore, a number of the mentioned registries were not established by the IDR WG, and I don't see that the IDR WG has any standing to request changes in the registration policies of those registries.") The problem at hand arises exactly when a spec is being progressed in one WG but allocating a code point from a registry "owned" by another WG. Guess what? There is no formal concept of a WG owning a registry so there's no formal way to address this. By the same token, it also means the concept of a WG having "standing to request changes" is inoperative. Sue's draft represents an attempt at retrofitting such a concept, and again, the reason is to try to ensure sufficient review happens before it's too late. A specific example of when this didn't happen is with the Entropy Label Capability Attribute allocated out of the BGP Path Attributes registry by RFC 6790, from the MPLS WG and later deprecated by RFC 7447 because it had a bug. IDR never touched the draft and the title of it ("The Use of Entropy Labels in MPLS Forwarding") wasn't likely to draw the eye of BGP folk. No amount of process will guarantee bugs don't slip through, but the hope is that it'd help sometimes without being onerous. Regarding your comments about politics, I disagree but don't intend to argue the point -- I'm not going to convince you. However, all of the registries Sue identified are already SA or IETF Review, and I think Adrian nailed it when he suggested: > b. Recognition that IETF consensus trumps DE opinion. Hopefully this > will never arise, but it is clear (or should be) that for a Standards > Action registry, if there is IETF consensus for an assignment, then > the DEs can warn and advise, but the will of the IETF takes precedence. RFC 5226 is happily flexible in the article of what a registry policy is: "It is not required that documents use these terms; the actual requirement is that the instructions to IANA are clear and unambiguous." So if we decide that what we want is, say, Standards Action with Expert Advice (I just made that up based on Adrian's observation that this isn't actually Expert Review according to the 5226 definition), then we can do that as long as we write it up clearly. In parallel, Job Snijders made a useful suggestion that idnits maybe should be on the lookout for code point squatting. This leads me to wonder if we aren't going at this wrong -- if instead of using the hammer of registry policy to ensure the right WGs have been notified, we should try the screwdriver of automated tooling. The idea is registries would still be marked up with parties interested in monitoring them, but there would be no formal changes to the requirements for allocation from the registries. Those monitoring the registries (e.g., the list of people in Sue's draft) would get notifications when an allocation was proposed -- as early as possible, but no later than when the draft was sent for IETF last call. The onus would fall on them to chime in (again, as early as possible) and the regular consensus process would take its course. I think this approach would be just fine and would seem to address your morbid fears of red tape, but it requires someone to go build some new tooling (I don't even know if there's an existing tool that can be pressed into service or if we're talking about an entirely new thing), whereas the registry policy proposal uses "tooling" that already exists. --John _______________________________________________ Idr mailing list Idr@ietf.org https://www.ietf.org/mailman/listinfo/idr
- [Idr] Thoughts on https://www.ietf.org/id/draft-h… Adrian Farrel
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Eric C Rosen
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Robert Raszuk
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Jeffrey Haas
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Robert Raszuk
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Jeffrey Haas
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Eric C Rosen
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Tony Przygienda
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… John G. Scudder
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Eric C Rosen
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Eric C Rosen
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Jeffrey Haas
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Robert Raszuk
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Jeffrey Haas
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Eric C Rosen
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Enke Chen
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Susan Hares
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… Adrian Farrel
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… t.petch
- Re: [Idr] Thoughts on https://www.ietf.org/id/dra… John G. Scudder
- [Idr] Anti-squatting Re: Thoughts on https://www.… t.petch