Re: Use of "unassigned" in IANA registries
Phillip Hallam-Baker <hallam@gmail.com> Tue, 18 January 2011 14:29 UTC
Return-Path: <hallam@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 10DD23A7001 for <ietf@core3.amsl.com>; Tue, 18 Jan 2011 06:29:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.46
X-Spam-Level:
X-Spam-Status: No, score=-3.46 tagged_above=-999 required=5 tests=[AWL=0.138, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
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 vIO144ZIqkul for <ietf@core3.amsl.com>; Tue, 18 Jan 2011 06:29:39 -0800 (PST)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by core3.amsl.com (Postfix) with ESMTP id 6C6133A6F33 for <ietf@ietf.org>; Tue, 18 Jan 2011 06:29:39 -0800 (PST)
Received: by gyd12 with SMTP id 12so2594772gyd.31 for <ietf@ietf.org>; Tue, 18 Jan 2011 06:32:16 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=x/0uwg0rZi6nryENQCJ4XAfRjkcKC+Pwm07F+PxBPSw=; b=sNoq2FZZw8K1NGUnSJRW8gDLip3OAQKr/NoHO2+PqE0qU1IAn6+jCAYosvGn3ZDdv5 9i5JJMXZsQzRAS61Z+O0cX/JBhxUHiujpjJ/j6Ltpz5bx/skTnMt8obBS7rboMBrFyFE 7YOtpony5UIjH1hqUWfenekGanA3RVgkQDZKw=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=H9NYz5bAvcjgmUZgEjp2Gom3cJQsIG68YIE8/gr3hIXzMLw9wXWH1+2m2Jj1P6GA4b lwcp6Mvvmj0U+RYHMNCqPDmxWPtwrCIrzvYHi0YiOuwfK7he8zmj9a5mgRdYdieZzmce bGKZjQ2B170c7UysTtCJTFFeaArIr6bm7ohYA=
MIME-Version: 1.0
Received: by 10.100.174.5 with SMTP id w5mr3569440ane.171.1295361136385; Tue, 18 Jan 2011 06:32:16 -0800 (PST)
Received: by 10.100.31.8 with HTTP; Tue, 18 Jan 2011 06:32:16 -0800 (PST)
In-Reply-To: <2DE3ADEAB1B54D65ADA8007B79FB4647@china.huawei.com>
References: <201101142206.p0EM6XNB027935@fs4113.wdf.sap.corp> <06456B13-F9E5-4530-B7E8-7CF7F41000E0@muada.com> <AANLkTiksCOABzGAVqrHQzpbyROhMPVR65zsuGVe=Q6Wg@mail.gmail.com> <27DB0613-457D-4B99-89B4-D13DC2D7232E@nokia.com> <AANLkTinHxBS7h-Y+=9fAoJgR=Az3jqd6c_bD05+K5_Lt@mail.gmail.com> <2DE3ADEAB1B54D65ADA8007B79FB4647@china.huawei.com>
Date: Tue, 18 Jan 2011 09:32:16 -0500
Message-ID: <AANLkTin9d1qyCHBzmfgJiscijDKqMvvCw4gaO8G+Kwg4@mail.gmail.com>
Subject: Re: Use of "unassigned" in IANA registries
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Spencer Dawkins <spencer@wonderhamster.org>
Content-Type: multipart/alternative; boundary="0016e64405a063deac049a1fc4ad"
Cc: Iljitsch van Beijnum <iljitsch@muada.com>, paul.hoffman@vpnc.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jan 2011 14:29:41 -0000
On Tue, Jan 18, 2011 at 8:58 AM, Spencer Dawkins <spencer@wonderhamster.org>wrote: > Phillip, > > Lars can speak for himself, but what I THOUGHT he was talking was changing > the phrase "unassigned" to something like "reserved for future assignment". > > That made sense to me... > That would work IF the reason this is happening is that people don't understand that unassigned means reserved for future assignment. But I rather suspect that the reason that this is happening is that people know full well that there is a process and choose to ignore it because they either can't be bothered to put up with the hassle or don't think that the application will be accepted. At the moment we do in fact have code points that are reserved as distinct from being 'unassigned' and this is done because it is known that use of that code point will cause a collision. Often because the code point was hijacked. For example the DNS code points for Apple's Bonjour protocol are reserved rather than assigned. SRV code points are an even bigger mess because there isn't even a proper registry to enter them in. I think it is rather more likely that the root cause here goes back to the fact that the old three track standard process has broken down and the criteria for acceptance as a PROPOSED standard are now essentially those for DRAFT. One of the reasons for having a low bar for initial drafts was that they were necessary to get the required code point assignments. Lars writes: >> If five people are experimenting with TCP options and this is not causing collisions, what is the problem? >Have you read my original email? It *is* going to cause collisions. This type of behavior certainly could cause collisions. But that seems to be a risk that the people who engage in that behavior prefer to take rather than apply for an assignment. What I am saying here is that people need to be very clear as to what the objectives they are trying to achieve here and make sure that they do not overstep the mark. If the only priority is to prevent collisions, then it is really easy to avoid problems, just open the registry first come first served. For many lower level registries that is not an option because there is a real risk of code point exhaustion. That is particularly true with some of the deep down one byte codes. But that is relatively manageable. What creates real problems and puts those objectives at risk is when control of the registry is seen as a means of ensuring that nobody can deploy proprietary code or encumbered technology or something that someone feels should really be built on the basis of their little pet project so that it gets deployed and used. There are plenty of cliques who try to engage in that particular type of behavior and far too few people who have the courage to stand up to them and call them out when they do so. -- Website: http://hallambaker.com/
- Re: Last Call on draft-ietf-pim-registry-03.txt Stig Venaas
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- RE: Last Call on draft-ietf-pim-registry-03.txt Adrian Farrel
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- RE: Last Call on draft-ietf-pim-registry-03.txt Adrian Farrel
- Re: Last Call on draft-ietf-pim-registry-03.txt Donald Eastlake
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Last Call on draft-ietf-pim-registry-03.txt Doug Ewell
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Re: Last Call on draft-ietf-pim-registry-03.txt Michelle Cotton
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Re: Last Call on draft-ietf-pim-registry-03.txt Lars Eggert
- RE: Last Call on draft-ietf-pim-registry-03.txt Dearlove, Christopher (UK)
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Last Call on draft-ietf-pim-registry-03.txt Julian Reschke
- Use of "unassigned" in IANA registries Paul Hoffman
- Re: Use of "unassigned" in IANA registries Iljitsch van Beijnum
- Re: Use of "unassigned" in IANA registries Phillip Hallam-Baker
- Re: Use of "unassigned" in IANA registries Paul Wouters
- Re: Use of "unassigned" in IANA registries Martin Rex
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev
- Re: Use of "unassigned" in IANA registries Phillip Hallam-Baker
- Re: Use of "unassigned" in IANA registries Phillip Hallam-Baker
- Re: Use of "unassigned" in IANA registries Mykyta Yevstifeyev
- Re: Use of "unassigned" in IANA registries Julian Reschke
- Re: Use of "unassigned" in IANA registries Lars Eggert
- Re: Use of "unassigned" in IANA registries Phillip Hallam-Baker
- Re: Use of "unassigned" in IANA registries Spencer Dawkins
- Re: Use of "unassigned" in IANA registries Lars Eggert
- Re: Use of "unassigned" in IANA registries Lars Eggert
- Re: Use of "unassigned" in IANA registries Phillip Hallam-Baker
- Re: Use of "unassigned" in IANA registries Lars Eggert
- Re: Use of "unassigned" in IANA registries Eric Rosen
- Re: Use of "unassigned" in IANA registries Lars Eggert
- Re: Use of "unassigned" in IANA registries Martin Rex
- Re: Use of "unassigned" in IANA registries t.petch
- Re: Use of "unassigned" in IANA registries Phillip Hallam-Baker
- Re: Use of "unassigned" in IANA registries t.petch
- Re: Last Call on draft-ietf-pim-registry-03.txt Stig Venaas
- Re: Last Call on draft-ietf-pim-registry-03.txt Mykyta Yevstifeyev