Re: Use of "unassigned" in IANA registries

Martin Rex <mrex@sap.com> Tue, 18 January 2011 17:06 UTC

Return-Path: <mrex@sap.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 7CB463A7046 for <ietf@core3.amsl.com>; Tue, 18 Jan 2011 09:06:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.155
X-Spam-Level:
X-Spam-Status: No, score=-10.155 tagged_above=-999 required=5 tests=[AWL=0.094, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_HI=-8]
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 iGFQYEiUO2JZ for <ietf@core3.amsl.com>; Tue, 18 Jan 2011 09:06:32 -0800 (PST)
Received: from smtpde02.sap-ag.de (smtpde02.sap-ag.de [155.56.68.140]) by core3.amsl.com (Postfix) with ESMTP id 6D0BB3A703F for <ietf@ietf.org>; Tue, 18 Jan 2011 09:06:31 -0800 (PST)
Received: from mail.sap.corp by smtpde02.sap-ag.de (26) with ESMTP id p0IH8sR2010692 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 18 Jan 2011 18:08:54 +0100 (MET)
From: Martin Rex <mrex@sap.com>
Message-Id: <201101181708.p0IH8rOQ020964@fs4113.wdf.sap.corp>
Subject: Re: Use of "unassigned" in IANA registries
To: lars.eggert@nokia.com
Date: Tue, 18 Jan 2011 18:08:53 +0100
In-Reply-To: <2E7AF194-C041-4239-924C-EA542CBA3F5A@nokia.com> from "Lars Eggert" at Jan 18, 11 06:25:44 pm
MIME-Version: 1.0
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 8bit
X-SAP: out
Cc: erosen@cisco.com, iljitsch@muada.com, hallam@gmail.com, paul.hoffman@vpnc.org, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: mrex@sap.com
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 17:06:33 -0000

Lars Eggert wrote:
> 
> On 2011-1-18, at 17:15, Eric Rosen wrote:
> > The only way to avoid collisions
> > due to "squatting" is to adopt a policy that all codepoint fields
> > be large enough so that a significant number of codepoints are
> > available for FCFS allocations.
> 
> That's certainly a suggestion we should follow for new registries, but
> unfortunately doesn't help us with existing ones.


A possibility for existing registries would be to allow for optimistic
reservation.  e.g. allow WG conensus to request a reservation of a code
point for registries that require standards action, which would cause
IANA to change a code point from "unassigned" to "reserved" (or "tentative")
for a certain amount of time.

It depends on the priorities: is it better to have a clean and strictly
sequential official assignments of code points (with collisions created
by those who do not want to wait), or is it better to prevent
collisions at the risk of somewhat scattered final assignments appearing
in the registry, and potential collisions with abandoned proposals when
the pool of available code points is getting exhausted.

-Martin