worley@ariadne.com (Dale R. Worley) Mon, 24 February 2014 19:53 UTC

Date: Mon, 24 Feb 2014 14:43:50 -0500
Message-Id: <201402241943.s1OJhoGO5625537@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: urn-nid@apps.ietf.org
Archived-At: http://mailarchive.ietf.org/arch/msg/urn-nid/5Iv25BrxpK60dd4XiPX65EYHiww
Cc: Phillip Maness <Phillip.Maness@dts.com>, Mark.Johnson@dts.com
Precedence: list

This is an idea that appeared in a previous message to urn-nid.  I
want to extract it and present it as a stand-alone message so I can
get more feedback on the idea.

The question is, "What do we do if an enterprise (business or other
organization) wants to have a NID of its own?"

("Enterprise" is used as a generic term for organizations in RFC 2578
and the IANA registry of "private enterprise numbers"
(https://www.iana.org/assignments/enterprise-numbers/enterprise-numbers).)

I feel that this raises several questions which I have not seen
involved in other NID definitions:

- Because the registrant is a single enterprise, it would be desirable
  if the delegation was done under a policy that was explicitly
  even-handed toward all enterprises that might want a delegation.

- There are a *lot* of potential enterprise registrants, leading to
  the possibility of "NID pollution", filling the registry with names
  to the point that new names that are meaningful would be difficult
  to assign.

- Enterprises will likely desire an NID based on the enterprise's
  name, making it harder to resolve conflicts regarding desired NIDs.

It seems to me that a good way to address these issues is to create a
single NID whose sub-NIDs are delegated to enterprises.

I can see at least three ways to handle all enterprises in a
systematic way:

- urn:enterprise:<enterprise-number>:<NSS>

This technique uses the existing private enterprise numbers to
identify the enterprise.

- urn:enterprise:<identifier>:<NSS>

This technique would create a new registry, from which enterprises
would allocate identifiers on a first-come basis.  The syntax of
<identifier> would probably be the same as <NID> in RFC 2141.

- urn:enterprise:<domain-name>:<NSS>

This technique uses the enterprise's domain name.  (There are a bunch
of details that are needed to make domain names permanent.  See
draft-ietf-salud-alert-info-urns-11 for how to do it.)

Using my consulting company (Ariadne Internet Services) as an example
enterprise, these techniques would produce the following examples,
assuming that the overall NID was "enterprise", using the different
formats:

- urn:enterprise:14490:nss

- urn:enterprise:ariadne:nss

- urn:enterprise:ariadne.com:nss, or
  urn:enterprise:ariadne.com(2012-01-01):nss

If we wanted to be terse, we could assign the NID "e", giving these
examples:

- urn:e:14490:nss

- urn:e:ariadne:nss

- urn:e:ariadne.com:nss, or
  urn:e:ariadne.com(2012-01-01):nss

Perhaps this concept has been discussed in the URN working group and
they have already come to a decision.

Dale

Dale R. Worley
One way to create "private" URNs Dale R. Worley