Re: IANA URN registration enquiry - Rules for Lexical Equivalence of NSS

Peter Saint-Andre <stpeter@stpeter.im> Thu, 21 April 2011 19:44 UTC

Return-Path: <stpeter@stpeter.im>
X-Original-To: urn-nid@ietfc.amsl.com
Delivered-To: urn-nid@ietfc.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfc.amsl.com (Postfix) with ESMTP id B7A65E0677 for <urn-nid@ietfc.amsl.com>; Thu, 21 Apr 2011 12:44:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.585
X-Spam-Level:
X-Spam-Status: No, score=-102.585 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([208.66.40.236]) by localhost (ietfc.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3pDJfjNyQ63E for <urn-nid@ietfc.amsl.com>; Thu, 21 Apr 2011 12:44:10 -0700 (PDT)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by ietfc.amsl.com (Postfix) with ESMTP id 7C032E0812 for <urn-nid@apps.ietf.org>; Thu, 21 Apr 2011 12:44:10 -0700 (PDT)
Received: from dhcp-64-101-72-185.cisco.com (dhcp-64-101-72-185.cisco.com [64.101.72.185]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id A867B400AB; Thu, 21 Apr 2011 13:47:54 -0600 (MDT)
Message-ID: <4DB08907.40907@stpeter.im>
Date: Thu, 21 Apr 2011 13:44:07 -0600
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9
MIME-Version: 1.0
To: DTG Registration <registration@dtg.org.uk>
Subject: Re: IANA URN registration enquiry - Rules for Lexical Equivalence of NSS
References: <A81C894800C709429D1973719CF7D336024B8319@sbs.dtg.org.uk> <4DAE5458.70309@stpeter.im> <A81C894800C709429D1973719CF7D336024B85FA@sbs.dtg.org.uk>
In-Reply-To: <A81C894800C709429D1973719CF7D336024B85FA@sbs.dtg.org.uk>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg="sha1"; boundary="------------ms060600070405040506080906"
Cc: Dave Walton <dave.walton@echostar.com>, urn-nid@apps.ietf.org
X-BeenThere: urn-nid@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: discussion of new namespace identifiers for URNs <urn-nid.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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: Thu, 21 Apr 2011 19:44:11 -0000

First, you are quoting from draft-ietf-urnbis-rfc3406bis-urn-ns-reg, not
from RFC 3406. Until and unless the Internet-Draft you cite is approved,
RFC 3406 is still the operative specification.

Second, RFC 3406 says "If":

      If there are particular algorithms for determining equivalence
      between two identifiers in the underlying namespace (hence, in the
      URN string itself), rules can be provided here.

It is not necessary to define namespace-specific rules for lexical
equivalence. However, if you do then this part of the registration is
the place to describe them.

Third, yes it is true that the NSS is not registered with the IANA, but
the NID is registered and as part of the process of registering a NID we
want to make sure that the manager of the namespace has clear policies
and procedures in place for issuance of identifiers (i.e., URNs). One
such policy consists of the rules for lexical equivalence, if any.

Fourth, the IANA does not publicize the rules for lexical equivalence
for any particular namespace, but the RFC that is published as part of
the NID registration process does specify the rules (and the IANA
registry points to the RFC). As a result, anyone who wants to use
identifiers issued by the relevant NID manager can determine if there
are namespace-specific rules for that NID.

I hope that clarifies the matter.

Peter

On 4/21/11 9:48 AM, DTG Registration wrote:
> Dear Peter,
> 
> Thank you for your answer, the information provided does still not
> make clear why NSS lexical equivalence rules are required, if the NSS
> is not registered with IANA. The text in RFC 3406 implies that NSS
> lexical equivalence rules are required as part of the NID
> registration, see extract below.
> 
> Rules for Lexical Equivalence of NSS part:
> 
> [[ Editorial Note: This clause moved into vicinity of "syntax". ]]
> 
> [[ Editorial Note: In the past, there has been iterated trouble in 
> tentative registration documents with regard to what rules can be 
> imposed for lexical equivalence.  Since the "urn:" prefix and the NID
> part both are invariably case-insensitive per RFC 3986 and RFC 
> 2141[bis], in order to avoid repeated confusion, this version of the
> template tentatively restricts this clause to only the NSS part of
> the new URN namespace definition documents. ]]
> 
> { If there are particular algorithms for determining equivalence 
> between two identifiers in the underlying namespace (and hence, in 
> the URN string itself), rules can be provided here.
> 
> Some examples include: -  equivalence between hyphenated and
> non-hyphenated groupings in the identifier string; -  equivalence
> between single-quotes and double-quotes; -  namespace-defined
> equivalences between specific characters, such as "character X with
> or without diacritic marks".
> 
> Note that these are not normative statements for any kind of best 
> practice for handling equivalences between characters; they are 
> statements limited to reflecting the namespace's own rules. }
> 
> Perhaps I am unclear on the process after the urn has been
> successfully registered. Are NSS lexical equivalence rules stored and
> publicised by IANA, so that people wishing to make use of dtg defined
> resources know how to correctly address them?
> 
> Best regards,
> 
> Will Godfrey
> 
> 
> 
> 
> -----Original Message----- From: Peter Saint-Andre
> [mailto:stpeter@stpeter.im] Sent: 20 April 2011 04:35 To: DTG
> Registration Cc: Benja Fallenstein; Ted Hardie; Dave Walton;
> urn-nid@apps.ietf.org Subject: Re: IANA URN registration enquiry -
> Rules for Lexical Equivalence of NSS part - Email found in subject
> 
> On 4/19/11 3:25 AM, DTG Registration wrote:
>> Hello,
>> 
>> When declaring rules for lexical equivalence of NSS part, is this 
>> section valid if only the URN NID is being registered with IANA?
> 
> I assume you're referring to Appendix A of RFC 3406. Because the
> entire text of that document is about the registration of a
> namespace identifier with IANA (or, to be precise, "the processes by
> which a collection of identifiers satisfying certain constraints can
> become a bona fide URN namespace by obtaining a NID"), it's not clear
> to me what you mean by your question "is this section valid if only
> the URN NID is being registered with IANA?" Only the NID is ever
> registered with IANA because specific URNs under that NID are issued
> by the administrative entity that registers the NID in the first
> place. However, part of the process of registering a NID is
> specifying the rules for lexical equivalence. As with the other
> requirements of RFC 3406, defining the rules for lexical equivalence
> will help the administrative entity to clarify its processes and
> procedures regarding URN issuance, and also will help developers of
> software for handling the issued URNs to implement consistent parsing
> algorithms.
> 
> Did I misunderstand your question?
> 
> Peter
> 
> -- Peter Saint-Andre https://stpeter.im/
>