Re: Use of "unassigned" in IANA registries

Phillip Hallam-Baker <hallam@gmail.com> Tue, 18 January 2011 13:49 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 E1ECC3A6FCB for <ietf@core3.amsl.com>; Tue, 18 Jan 2011 05:49:19 -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 MYDLVcrWfLTw for <ietf@core3.amsl.com>; Tue, 18 Jan 2011 05:49:18 -0800 (PST)
Received: from mail-gx0-f172.google.com (mail-gx0-f172.google.com [209.85.161.172]) by core3.amsl.com (Postfix) with ESMTP id 66CF63A6FB6 for <ietf@ietf.org>; Tue, 18 Jan 2011 05:49:18 -0800 (PST)
Received: by gxk28 with SMTP id 28so2590175gxk.31 for <ietf@ietf.org>; Tue, 18 Jan 2011 05:51:55 -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=x2TKFej8+9bO3wNR1BImP3NZwGUcYMfyFbUnutwR+UE=; b=nwwf+n0Fbo/2WOpISIfoHzHVjjjzWL1E93/HSSRGPF4r0/wsVjBciN1YdwWqIXPp7c VYjnlB10gxHGM6Mpk0zL8vMkwd3Bu7gn/w56c8tYtENnCLew4E3cXEJODnncJS5brfT+ WCG8MuPnWEbuX986//lC8jn06SsiXezqtiAnE=
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=uIH3icJ3GPqs38NfVr1OD1DK7RtaW3dfeBkY2Zu29tyjA/49KmZ2WohTiTwAWyAUTa qvOVsgwEp1MByEUhY4rKPjUL2MNMXsKi3P8Ag6fPUIuNbGntcieuJsqxkHBNcjotUMq2 gFp6Uw7vZzIPGUQAdBn9KTIP6vQMnIaaOd53I=
MIME-Version: 1.0
Received: by 10.100.242.4 with SMTP id p4mr3462876anh.205.1295358715143; Tue, 18 Jan 2011 05:51:55 -0800 (PST)
Received: by 10.100.31.8 with HTTP; Tue, 18 Jan 2011 05:51:55 -0800 (PST)
In-Reply-To: <27DB0613-457D-4B99-89B4-D13DC2D7232E@nokia.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>
Date: Tue, 18 Jan 2011 08:51:55 -0500
Message-ID: <AANLkTinHxBS7h-Y+=9fAoJgR=Az3jqd6c_bD05+K5_Lt@mail.gmail.com>
Subject: Re: Use of "unassigned" in IANA registries
From: Phillip Hallam-Baker <hallam@gmail.com>
To: Lars Eggert <lars.eggert@nokia.com>
Content-Type: multipart/alternative; boundary="001636af027212a628049a1f34db"
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 13:49:20 -0000

On Tue, Jan 18, 2011 at 2:46 AM, Lars Eggert <lars.eggert@nokia.com> wrote:

> Hi,
>
> On 2011-1-17, at 1:23, Phillip Hallam-Baker wrote:
> > If people think that IANA is a tool they can use to impose their own
> > personal political agenda on the Internet, they are mistaken.
>
> that isn't the point of this thread.
>
> The point of IANA assignment is to avoid conflicting codepoint usage.
> Squatting on codepoints defeats this goal.
>

But it meets the goal of the people squatting. Is there any reason to think
that changing the name of the code points is going to make a difference?


I know of about 5 or so TCP option numbers that are being squatted on at the
> moment (there are likely more). I've been in discussion with the folks who
> are squatting, and in all cases the story was either "we were going to ask
> for assignment but it got forgotten" or "oh, you mean unassigned doesn't
> mean it's free for the taking?"
>

Those sound like excuses to me rather than reasons.

I am currently applying for a DNS RR code assignment. More than one person
involved suggested that we should just assign the RR code ourselves by fiat
because they didn't want to wait six weeks for a review.

My name is on the draft so we have applied for an assignment. But now that
six weeks have passed we have a major industry meeting next week that is to
discuss the proposal (amongst others) as part of a DNSSEC deployment effort
and there has been no response.


Using a term other than "unassigned" might prevent some instances of the
> latter.


I don't see how changing the name is going to affect behavior for the
positive here. If you do succeed in confusing people as to which numbers are
unassigned and which are not it is going to increase the risk of a
collision.


If five people are experimenting with TCP options and this is not causing
collisions, what is the problem?


-- 
Website: http://hallambaker.com/