RE: URN registration - Email found in subject

"DTG Registration" <registration@dtg.org.uk> Wed, 02 March 2011 17:30 UTC

Return-Path: <registration@dtg.org.uk>
X-Original-To: urn-nid@core3.amsl.com
Delivered-To: urn-nid@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A929F3A680F for <urn-nid@core3.amsl.com>; Wed, 2 Mar 2011 09:30:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.103
X-Spam-Level:
X-Spam-Status: No, score=-0.103 tagged_above=-999 required=5 tests=[AWL=0.500, BAYES_00=-2.599, J_CHICKENPOX_33=0.6, MIME_QP_LONG_LINE=1.396]
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 sHAncaB1NM6F for <urn-nid@core3.amsl.com>; Wed, 2 Mar 2011 09:30:26 -0800 (PST)
Received: from dtg.org.uk (mail1.dtg.org.uk [217.20.28.2]) by core3.amsl.com (Postfix) with ESMTP id 2318E3A67B6 for <urn-nid@apps.ietf.org>; Wed, 2 Mar 2011 09:30:25 -0800 (PST)
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Subject: RE: URN registration - Email found in subject
Date: Wed, 02 Mar 2011 17:31:30 -0000
Message-ID: <A81C894800C709429D1973719CF7D3360232659C@sbs.dtg.org.uk>
In-Reply-To: <AANLkTi=-qRnOeiETrvHxfMgDQMh7NWJ74=32o-8fw=Wk@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: URN registration - Email found in subject
Thread-Index: AcvY/6qwlUgSrmWPQLe4wCgMCUm4hA==
References: <A81C894800C709429D1973719CF7D33602326549@sbs.dtg.org.uk> <AANLkTi=-qRnOeiETrvHxfMgDQMh7NWJ74=32o-8fw=Wk@mail.gmail.com>
From: DTG Registration <registration@dtg.org.uk>
To: Ted Hardie <ted.ietf@gmail.com>, DTG Registration <registration@dtg.org.uk>
Cc: urn-nid@apps.ietf.org
X-BeenThere: urn-nid@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: discussion of new namespace identifiers for URNs <urn-nid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/urn-nid>, <mailto:urn-nid-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/urn-nid>
List-Post: <mailto:urn-nid@ietf.org>
List-Help: <mailto:urn-nid-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn-nid>, <mailto:urn-nid-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Mar 2011 17:30:27 -0000

Hello,

An example of a completed URN is:

urn:dtg:metadata:cs

Do the IETF have a preferred mechanism to guarantee uniqueness?  Forbidding reassignment of the assigned number would not be problematic for our use of the urn.

Which community are you referring to?

Many thanks,

Will Godfrey




-----Original Message-----
From: Ted Hardie [mailto:ted.ietf@gmail.com] 
Sent: 02 March 2011 17:13
To: DTG Registration
Cc: urn-nid@apps.ietf.org
Subject: Re: URN registration - Email found in subject

Howdy,

The text of this NID registration seems to rely on fully qualified
domain names never being reasssigned ("that the FQDN is never
reassigned") to guarantee uniqueness.  This is, of course, not a
property guaranteed by the DNS.

The structure:

 URN:<assigned number>:<FQDN>:<assigned string>

hints, though, that the actual guarantee of uniqueness might be based
on a tuple of the first assigned string and the fqdn.  This might
work, though it would be simpler to forbid reassignment of the
assigned number.

Can you clarify which strategy is intended here?  An example of a
completed URN would also be helpful.

Lastly, the registration template should contain a "Community
Considerations" section, which is missing here.

regards,

Ted Hardie

On Wed, Mar 2, 2011 at 8:02 AM, DTG Registration
<registration@dtg.org.uk> wrote:
> Namespace ID: To be assigned
>
> Registration Information:
> Registration version number: 1
> Registration date: 2011-02-24
>
> Declared registrant of the namespace:
> Registering organization
>        Name: Digital Television Group
>        Address: 1 Nine Elms Lane, London, SW8 5NQ UK
> Designated contact person
>        Name: Ali Teffahi
>        Coordinates: registration@dtg.org.uk
>
> Declaration of syntactic structure:
>        The identifier structure is as follows:
>        URN:<assigned number>:<FQDN>:<assigned string>
>        URN:dtg
>
> Relevant ancillary documentation:
>        Definition of domain names, found in:
>        P. Mockapetris, "DOMAIN NAMES - IMPLEMENTATION AND
> SPECIFICATION",
>        RFC 1035, November 1987.
>
> Identifier uniqueness considerations:
>        Uniqueness is guaranteed as long as the assigned string is never
> reassigned for a given FQDN, and that the FQDN is never reassigned.
>
> Identifier persistence considerations:
>        Persistence of identifiers is dependent upon suitable delegation
> of resolution at the level of "FQDN"s, and persistence of FQDN
> assignment.
>
> Process of identifier assignment:
>        Assignment of these URNs is delegated to individual domain name
> holders (for FQDNs).  The holder of the FQDN registration is required to
> maintain an     entry (or delegate it) in the DDDS. Within each of these
> delegated name partitions, the string may be assigned per local
> requirements.
>
> Process for identifier resolution:
>        Domain name holders are responsible for operating or delegating
> resolution servers for the FQDN in which they have assigned URNs.
>
> Rules for Lexical Equivalence:
>        FQDNs are case-insensitive.  Thus, the portion of the URN
>        URN:dtg
>        is case-insensitive for matches.  The remainder of the
> identifier must be considered case-insensitive also.
>
> Conformance with URN Syntax:
>        No special considerations.
>
> Validation mechanism:
>        None specified.
>
> Scope:
>        Global.
>
>
> The information in this email and any attachments is confidential, may be subject to copyright and is intended solely for the addressee (s). Access to this email by anyone else is unauthorised. If you are not the intended recipient, please notify the sender and delete this e-mail.  In this case, please note that copying, disseminating or taking any action in relation to the contents of this e-mail is strictly prohibited. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Digital TV Group. Digital TV Group cannot ensure that emails are virus-free and therefore accepts no liability for viruses that might be transferred by this email or any attachment.
>
>
>
>
>


The information in this email and any attachments is confidential, may be subject to copyright and is intended solely for the addressee (s). Access to this email by anyone else is unauthorised. If you are not the intended recipient, please notify the sender and delete this e-mail.  In this case, please note that copying, disseminating or taking any action in relation to the contents of this e-mail is strictly prohibited. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Digital TV Group. Digital TV Group cannot ensure that emails are virus-free and therefore accepts no liability for viruses that might be transferred by this email or any attachment.