Re: [urn] the UUID namespace

Peter Saint-Andre <stpeter@stpeter.im> Fri, 09 September 2011 18:35 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48EA321F877F for <urn@ietfa.amsl.com>; Fri, 9 Sep 2011 11:35:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.546
X-Spam-Level:
X-Spam-Status: No, score=-102.546 tagged_above=-999 required=5 tests=[AWL=0.054, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JsYgNlpzgOQ2 for <urn@ietfa.amsl.com>; Fri, 9 Sep 2011 11:35:15 -0700 (PDT)
Received: from stpeter.im (mailhost.stpeter.im [207.210.219.225]) by ietfa.amsl.com (Postfix) with ESMTP id A57BC21F86EC for <urn@ietf.org>; Fri, 9 Sep 2011 11:35:10 -0700 (PDT)
Received: from dhcp-64-101-72-178.cisco.com (unknown [64.101.72.178]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 9AF9A41963; Fri, 9 Sep 2011 12:40:08 -0600 (MDT)
Message-ID: <4E6A5CD1.3070104@stpeter.im>
Date: Fri, 09 Sep 2011 12:37:05 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
MIME-Version: 1.0
To: Ted Hardie <ted.ietf@gmail.com>
References: <4E6A483F.6010001@stpeter.im> <CA+9kkMANG22L0qfWJPqqS1jZBGpX-udVFkMGJSDsT_C_c6RV3Q@mail.gmail.com> <4E6A52A3.1020405@stpeter.im> <CA+9kkMC9cyYkpq60fR5B25eMbXDFCX_JLnwc0M_mefSaROK=hw@mail.gmail.com>
In-Reply-To: <CA+9kkMC9cyYkpq60fR5B25eMbXDFCX_JLnwc0M_mefSaROK=hw@mail.gmail.com>
X-Enigmail-Version: 1.3.1
OpenPGP: url=https://stpeter.im/stpeter.asc
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: rsalz@datapower.com, paulle@microsoft.com, "urn@ietf.org" <urn@ietf.org>
Subject: Re: [urn] the UUID namespace
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Discussions about possible revisions to the definition of Uniform Resource Names <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/urn>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Sep 2011 18:35:16 -0000

On 9/9/11 12:31 PM, Ted Hardie wrote:
> On Fri, Sep 9, 2011 at 10:53 AM, Peter Saint-Andre <stpeter@stpeter.im
> <mailto:stpeter@stpeter.im>> wrote:
>  
> 
>     Interesting. So the UUID algorithm itself effectively provides a managed
>     process for URN assignment. Correct?
> 
> 
> Yes, that's the theory.   Each of the algorithms is intended to provide
> a process which guarantees uniqueness.  For the statistical algorithms,
> the presumption has been that, run correctly, there is a vanishingly
> small chance of collision; it's true that it is non-zero, but the chance
> of collision due to human error in a managed system is probably higher.

Thanks. I'd never thought of it that way, but it makes sense. I hereby
retract the suggestion to obsolete RFC 4122. :)

Peter

-- 
Peter Saint-Andre
https://stpeter.im/