Ballot for draft-mahesh-etsi-urn
Yes
No Objection
Note: This ballot was opened for revision 03 and is now closed.
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).