URN Namespace for ETSI Documents
draft-mahesh-etsi-urn-05

I-D Nits reports:

  -- Obsolete informational reference (is this intentional?): RFC 5246
     (Obsoleted by RFC 8446)

This registration seems fine to me, although the phrasing in this document makes it seem as if the registration is only for YANG. Given that this is a delegation of a subtree to ETSI for whatever purposes make sense for their uses, I would recommend text in here that indicates that the subtree can be used for non-YANG purposes as well, at ETSI's discretion.

Thank you for addressing my DISCUSS.

Why does this document not have a document shepherd? I guess technically this is allowed but I'm curious about the justification for it

I'm also interested in the answer to Mirja's question.

A lot of good points have already been raised by other ADs, so I'll try to not belabor them.

The "Purpose" starting with "[t]o begin with" is slightly jarring to read.
I understand that the initial trigger for this NID is for YANG modules, and
it can of course subsequently be used for other purposes, and we need to
acknowledge both these facts.  It might be less jarring to me in the other
order, something like "a general-purpose delegation for use by ETSI when
unique URNs are needed.  Intended applications include, but are not limited
to, YANG modules".

In "Identifier uniqueness considerations":
Maybe something like "allow for use of experimental type values in
specific, documented, subtrees, for testing purposes only" would be more 
clear about the scope of potential conflicts?

In "Security and Privacy:

   If an namespace is URN-equivalent to another namespace used by the
   device, as per the rules specified in Section 3.1 of URNs [RFC8141],
   Section 6.1 of URI Generic Syntax [RFC3986], and the lexical rules
   specified in this document, the request is rejected.

What are "the device" and "the request" in this context?

Hello,

I second Mirja's question noting that 8141 allows for a fast track procedure for "Standards Development Organizations, Scientific Societies, and Similar Bodies"

-m

This is all fine with me but one question to the AD: Why is this RFC needed? Registration policy for "Uniform Resource Names (URN) Namespaces" is Expert Review (or there is actuually an own section in rfc8141 for SDOs).