Re: Use of "unassigned" in IANA registries

Lars Eggert <lars.eggert@nokia.com> Tue, 18 January 2011 07:44 UTC

Return-Path: <lars.eggert@nokia.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 9B52E3A6F0B for <ietf@core3.amsl.com>; Mon, 17 Jan 2011 23:44:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.95
X-Spam-Level:
X-Spam-Status: No, score=-103.95 tagged_above=-999 required=5 tests=[AWL=-1.351, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
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 Ms90UOX5WwBJ for <ietf@core3.amsl.com>; Mon, 17 Jan 2011 23:44:33 -0800 (PST)
Received: from mgw-da02.nokia.com (smtp.nokia.com [147.243.128.26]) by core3.amsl.com (Postfix) with ESMTP id 93D1D3A6D05 for <ietf@ietf.org>; Mon, 17 Jan 2011 23:44:33 -0800 (PST)
Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-da02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id p0I7l240015381 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 09:47:04 +0200
Subject: Re: Use of "unassigned" in IANA registries
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.96.5 at fit.nokia.com
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary="Apple-Mail-1--797964971"; protocol="application/pkcs7-signature"; micalg="sha1"
From: Lars Eggert <lars.eggert@nokia.com>
In-Reply-To: <AANLkTiksCOABzGAVqrHQzpbyROhMPVR65zsuGVe=Q6Wg@mail.gmail.com>
Date: Tue, 18 Jan 2011 09:46:54 +0200
Message-Id: <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>
To: Phillip Hallam-Baker <hallam@gmail.com>
X-Mailer: Apple Mail (2.1082)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Tue, 18 Jan 2011 09:47:00 +0200 (EET)
X-Nokia-AV: Clean
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 07:44:34 -0000

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.

For example, see the TCP option number registry at http://www.iana.org/assignments/tcp-parameters/tcp-parameters.xml#tcp-parameters-1. The highest IANA-assigned option number is currently 29. IANA assigns in-order. I happen to know that option number 32 is being squatted on. If IANA assigns number 32 to some other option, conflicts *will* arise. (There are several TCP options being developed in the IETF at the moment, so this is not a constructed argument.)

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?"

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

Lars