diff options
author | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
---|---|---|
committer | Thomas Voss <mail@thomasvoss.com> | 2024-11-27 20:54:24 +0100 |
commit | 4bfd864f10b68b71482b35c818559068ef8d5797 (patch) | |
tree | e3989f47a7994642eb325063d46e8f08ffa681dc /doc/rfc/rfc6924.txt | |
parent | ea76e11061bda059ae9f9ad130a9895cc85607db (diff) |
doc: Add RFC documents
Diffstat (limited to 'doc/rfc/rfc6924.txt')
-rw-r--r-- | doc/rfc/rfc6924.txt | 227 |
1 files changed, 227 insertions, 0 deletions
diff --git a/doc/rfc/rfc6924.txt b/doc/rfc/rfc6924.txt new file mode 100644 index 0000000..6f618f8 --- /dev/null +++ b/doc/rfc/rfc6924.txt @@ -0,0 +1,227 @@ + + + + + + +Internet Engineering Task Force (IETF) B. Leiba +Request for Comments: 6924 Huawei Technologies +Updates: 2648 April 2013 +Category: Informational +ISSN: 2070-1721 + + + Registration of Second-Level URN Namespaces under "ietf" + +Abstract + + RFC 2648 defines the "ietf" URN namespace and a number of sub- + namespaces. RFC 3553 defines an additional sub-namespace, "params", + and creates a registry to document allocations under that. But there + is no registry that lists, in one place, all sub-namespaces of + "ietf". This document creates and populates such a registry, thereby + changing the mechanism defined in RFC 2648 for adding new sub- + namespaces of "ietf". + +Status of This Memo + + This document is not an Internet Standards Track specification; it is + published for informational purposes. + + This document is a product of the Internet Engineering Task Force + (IETF). It represents the consensus of the IETF community. It has + received public review and has been approved for publication by the + Internet Engineering Steering Group (IESG). Not all documents + approved by the IESG are a candidate for any level of Internet + Standard; see Section 2 of RFC 5741. + + Information about the current status of this document, any errata, + and how to provide feedback on it may be obtained at + http://www.rfc-editor.org/info/rfc6924. + + + + + + + + + + + + + + + + + +Leiba Informational [Page 1] + +RFC 6924 IETF URN Namespace Registry April 2013 + + +Copyright Notice + + Copyright (c) 2013 IETF Trust and the persons identified as the + document authors. All rights reserved. + + This document is subject to BCP 78 and the IETF Trust's Legal + Provisions Relating to IETF Documents + (http://trustee.ietf.org/license-info) in effect on the date of + publication of this document. Please review these documents + carefully, as they describe your rights and restrictions with respect + to this document. Code Components extracted from this document must + include Simplified BSD License text as described in Section 4.e of + the Trust Legal Provisions and are provided without warranty as + described in the Simplified BSD License. + +1. Introduction + + "A URN Namespace for IETF Documents" [RFC2648] defines the "ietf" URN + namespace and a number of sub-namespaces. "An IETF URN Sub-namespace + for Registered Protocol Parameters" [RFC3553] defines an additional + sub-namespace, "params", and creates a registry to document + allocations under that. But there is no registry that lists, in one + place, all sub-namespaces of "ietf". This document creates and + populates such a registry, thereby changing the mechanism defined in + RFC 2648 for adding new sub-namespaces of "ietf". + +2. IANA Considerations + + There is currently a top-level registry group called "IETF Protocol + Parameter Identifiers", which contains one registry, "IETF URN Sub- + namespace for Registered Protocol Parameters". IANA has taken the + following three actions: + + Action 1: Renamed the group "IETF Protocol Parameter Identifiers", + giving it the new name "Uniform Resource Name (URN) Namespace for + IETF Use". The existing registry in that group remains, and its name + is unchanged. Its registration procedure has been updated to "IETF + Review" (formerly called "IETF Consensus"). + + Action 2: Added a new registry to the renamed group. The new + registry is called "IETF URN Sub-namespaces", and new registrations + will use the IETF Review policy [RFC5226], which provides for IETF + consensus in order to add a new URN namespace under "ietf". The new + registry appears first in the group, to provide a human-friendly, + top-down resolution of the namespace hierarchy. + + + + + + +Leiba Informational [Page 2] + +RFC 6924 IETF URN Namespace Registry April 2013 + + + Action 3: Populated the new registry as follows: + + IETF URN Sub-namespaces + + Registration Procedures: IETF Review + Reference: [RFC6924] + + Note: This is the Official Registry for sub-namespaces of the 'IETF' + URN Namespace. + + Sub-namespace | Reference | IANA Registry Reference + --------------+-----------+----------------------------------------- + rfc | [RFC2648] | none + fyi | [RFC2648] | none + std | [RFC2648] | none + bcp | [RFC2648] | none + id | [RFC2648] | none + mtg | [RFC2648] | none + params | [RFC3553] | [http://www.iana.org/assignments/params] + --------------+-----------+----------------------------------------- + +3. Security Considerations + + This is a procedural document and is entirely unrelated to security. + +4. Acknowledgments + + Alfred Hoenes noticed the absence of this registry and suggested its + creation. + +5. References + +5.1. Normative References + + [RFC2648] Moats, R., "A URN Namespace for IETF Documents", RFC 2648, + August 1999. + + [RFC5226] Narten, T. and H. Alvestrand, "Guidelines for Writing an + IANA Considerations Section in RFCs", BCP 26, RFC 5226, + May 2008. + +5.2. Informative References + + [RFC3553] Mealling, M., Masinter, L., Hardie, T., and G. Klyne, "An + IETF URN Sub-namespace for Registered Protocol + Parameters", BCP 73, RFC 3553, June 2003. + + + + + +Leiba Informational [Page 3] + +RFC 6924 IETF URN Namespace Registry April 2013 + + +Author's Address + + Barry Leiba + Huawei Technologies + + Phone: +1 646 827 0648 + EMail: barryleiba@computer.org + URI: http://internetmessagingtechnology.org/ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +Leiba Informational [Page 4] + |