From 4bfd864f10b68b71482b35c818559068ef8d5797 Mon Sep 17 00:00:00 2001 From: Thomas Voss Date: Wed, 27 Nov 2024 20:54:24 +0100 Subject: doc: Add RFC documents --- doc/rfc/rfc9108.txt | 608 ++++++++++++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 608 insertions(+) create mode 100644 doc/rfc/rfc9108.txt (limited to 'doc/rfc/rfc9108.txt') diff --git a/doc/rfc/rfc9108.txt b/doc/rfc/rfc9108.txt new file mode 100644 index 0000000..0aa1e8f --- /dev/null +++ b/doc/rfc/rfc9108.txt @@ -0,0 +1,608 @@ + + + + +Internet Engineering Task Force (IETF) L. Lhotka +Request for Comments: 9108 CZ.NIC +Category: Standards Track P. Špaček +ISSN: 2070-1721 Internet Systems Consortium + September 2021 + + + YANG Types for DNS Classes and Resource Record Types + +Abstract + + This document introduces the YANG module "iana-dns-class-rr-type", + which contains derived types reflecting two IANA registries: DNS + CLASSes and Resource Record (RR) TYPEs. These YANG types are + intended as the minimum basis for future data modeling work. + +Status of This Memo + + This is an Internet Standards Track document. + + 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). Further information on + Internet Standards is available in Section 2 of RFC 7841. + + Information about the current status of this document, any errata, + and how to provide feedback on it may be obtained at + https://www.rfc-editor.org/info/rfc9108. + +Copyright Notice + + Copyright (c) 2021 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 + (https://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. + +Table of Contents + + 1. Introduction + 2. Terminology + 3. YANG Design Considerations + 4. IANA Considerations + 4.1. URI Registrations + 4.2. YANG Module Registrations + 5. Security Considerations + 6. References + 6.1. Normative References + 6.2. Informative References + Appendix A. XSLT Stylesheet + Authors' Addresses + +1. Introduction + + YANG [RFC7950] has become a de facto standard as a language for + modeling configuration and state data, as well as specifying + management operations and asynchronous notifications. It is + reasonable to expect that the approach based on utilizing such data + models along with standard management protocols such as + NETCONF [RFC6241] and RESTCONF [RFC8040] can be effectively used in + DNS operations, too. In fact, several efforts are currently underway + that attempt to use NETCONF or RESTCONF for configuring and managing + + * authoritative servers, + + * resolvers, and + + * zone data. + + While it is possible to use the management protocols mentioned above + with ad hoc or proprietary data models, their real potential can be + realized only if there is a (completely or partly) unified data model + supported by multiple DNS software implementations. Operators can + then, for instance, run several DNS server implementations in + parallel, and use a common configuration and management interface and + data for all of them. Also, it becomes considerably easier to + migrate to another implementation. + + Based on the previous experience from the IETF Routing Area, it is to + be expected that the development of unified data models for DNS will + be a lengthy and complicated process that will require active + cooperation and compromise from the vendors and developers of major + DNS server platforms. Nevertheless, it is likely that any DNS- + related data modeling effort will need to use various DNS parameters + and enumerations that are specified in several IANA registries. For + use with YANG, these parameters and enumerations have to be + translated into corresponding YANG types or other structures. Such + translations should be straightforward and relatively + uncontroversial. + + This document provides a translation of two fundamental DNS-related + IANA registries to YANG. It contains the initial version of the YANG + module "iana-dns-class-rr-type", which defines derived types for the + common parameters of DNS resource records (RR): class and type. + These YANG types, "dns-class" and "rr-type", reflect the IANA + registries "DNS CLASSes" and "Resource Record (RR) TYPEs" + [IANA-DNS-PARAMETERS]. + + Appendix A contains an XSLT 1.0 stylesheet that is intended to be + used by IANA for generating the initial version of the "iana-dns- + class-rr-type" YANG module. Subsequently, whenever a new class or RR + type is added to the above registries, IANA will also update the + "iana-dns-class-rr-type" YANG module, following the instructions in + Section 4 below. + +2. Terminology + + The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", + "SHOULD", "SHOULD NOT", "RECOMMENDED", "NOT RECOMMENDED", "MAY", and + "OPTIONAL" in this document are to be interpreted as described in + BCP 14 [RFC2119] [RFC8174] when, and only when, they appear in all + capitals, as shown here. + + The terminology for describing YANG data models can be found in + [RFC7950]. DNS terminology used in this document can be found in + [RFC1035] and [RFC8499]. + +3. YANG Design Considerations + + At the time of writing, the "Domain Name System (DNS) Parameters" + [IANA-DNS-PARAMETERS] contains altogether thirteen registries. The + YANG module "iana-dns-class-rr-type" defines derived types + corresponding to only two of the registries that are essential for + data models involving zone data, namely "DNS CLASSes" and "Resource + Record (RR) TYPEs". It is expected that the remaining registries in + [IANA-DNS-PARAMETERS], as well as other DNS-related IANA registries, + will be analogously reflected in future YANG modules as necessary. + This way, an appropriate combination of YANG modules can be chosen + depending on which YANG types are needed for a given data modeling + purpose. + + The registries "DNS CLASSes" and "Resource Record (RR) TYPEs" are + transformed into YANG enumeration types "dns-class-name" and "rr- + type-name", respectively. This is the initial fragment of the + former: + + typedef dns-class-name { + type enumeration { + enum IN { + value 1; + description + "Internet (IN)"; + reference + "RFC 1035"; + } + ... + } + ... + } + + The other derived type, "rr-type-name", is defined similarly. + + [RFC3597] introduced the option of specifying a class or RR type via + its assigned decimal number as an alternative to the mnemonic name. + For example, the "IN" class can be equivalently written as "CLASS1", + and "AAAA" type can be written as "TYPE28". + + Accordingly, the derived types "dns-class" and "rr-type" are defined + in the YANG module as a union of two member types: + + * 16-bit decimal integer ("uint16") + + * mnemonic name belonging to the enumerations "dns-class-name" and + "rr-type-name", respectively. + + For instance, the "rr-type" type is defined as follows: + + typedef rr-type { + type union { + type uint16; + type rr-type-name; + } + description + "This type allows reference to a DNS resource record type + using either the assigned mnemonic name or numeric value."; + } + + As unassigned and reserved class and RR type values are not included + in the mnemonic name enumerations, they can only be specified using + their decimal values. + +4. IANA Considerations + + This section deals with actions and processes necessary for IANA to + undertake to maintain the "iana-dns-class-rr-type" YANG module. This + YANG module is intended to reflect the "DNS CLASSes" and "Resource + Record (RR) TYPEs" registries in [IANA-DNS-PARAMETERS]. The most + recent version of the YANG module is available from the "YANG + Parameters" registry [IANA-YANG-PARAMETERS]. + + With the publication of this document, IANA has created and posted + the initial version of the "iana-dns-class-rr-type" YANG module by + applying the XSLT stylesheet from Appendix A to the XML version of + [IANA-DNS-PARAMETERS]. + + IANA has added this note to the "iana-dns-class-rr-type" item of the + "YANG Module Names" registry [IANA-YANG-PARAMETERS]: + + | Classes and types of DNS resource records must not be directly + | added to the "iana-dns-class-rr-type" YANG module. They must + | instead be added to the "DNS CLASSes" and "Resource Record (RR) + | TYPEs" registries, respectively. + + When a new DNS class or RR type is added to the "DNS CLASSes" or + "Resource Record (RR) TYPEs" registry, a new "enum" statement SHALL + be added to the "dns-class-name" or "rr-type-name" type, + respectively. The assigned name defined by the "enum" statement + SHALL be the same as the mnemonic name of the new class or type. The + following substatements to the "enum" statement SHALL be defined: + + "value": Use the decimal value from the registry. + + "status": Include only if a class or type registration has been + deprecated or obsoleted. IANA "deprecated" maps to + YANG status "deprecated", and IANA "obsolete" maps to + YANG status "obsolete". + + "description": Replicate the corresponding information from the + registry, namely the full name of the new DNS class, + or the meaning of the new RR type, if any. + + "reference": Replicate the reference(s) from the registry. + + Unassigned or reserved values SHALL NOT be included in the "dns- + class-name" and "rr-type-name" enumeration types. + + Each time the "iana-dns-class-rr-type" YANG module is updated, a new + "revision" statement SHALL be added before the existing "revision" + statements. + + IANA has added this note to the "DNS CLASSes" and "Resource Record + (RR) TYPEs" registries: + + | When this registry is modified, the YANG module "iana-dns-class- + | rr-type" must be updated as defined in [RFC9108]. + + The "Reference" text in the "DNS CLASSes" registry has been updated + as follows: + + OLD: + + | [RFC6895] + + NEW: + + | [RFC6895][RFC9108] + + The "Reference" text in the "Resource Record (RR) TYPEs" registry has + been updated as follows: + + OLD: + + | [RFC6895][RFC1035] + + NEW: + + | [RFC6895][RFC1035][RFC9108] + +4.1. URI Registrations + + This document registers a URI in the "IETF XML Registry" [RFC3688]. + The following registration has been made: + + URI: urn:ietf:params:xml:ns:yang:iana-dns-class-rr-type + Registrant Contact: The IESG. + XML: N/A; the requested URI is an XML namespace. + +4.2. YANG Module Registrations + + This document registers a YANG module in the "YANG Module Names" + registry [RFC6020]. The following registration has been made: + + Name: iana-dns-class-rr-type + Namespace: urn:ietf:params:xml:ns:yang:iana-dns-class-rr-type + Prefix: dnsct + Reference: RFC 9108 + +5. Security Considerations + + This document translates two IANA registries into YANG data types and + otherwise introduces no technology or protocol. The definitions + themselves have no security impact on the Internet, but their use in + concrete YANG modules might have. The security considerations + spelled out in the YANG specification [RFC7950] apply to this + document as well. + +6. References + +6.1. Normative References + + [IANA-DNS-PARAMETERS] + IANA, "Domain Name System (DNS) Parameters", + . + + [IANA-YANG-PARAMETERS] + IANA, "YANG Parameters", + . + + [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate + Requirement Levels", BCP 14, RFC 2119, + DOI 10.17487/RFC2119, March 1997, + . + + [RFC3688] Mealling, M., "The IETF XML Registry", BCP 81, RFC 3688, + DOI 10.17487/RFC3688, January 2004, + . + + [RFC6020] Bjorklund, M., Ed., "YANG - A Data Modeling Language for + the Network Configuration Protocol (NETCONF)", RFC 6020, + DOI 10.17487/RFC6020, October 2010, + . + + [RFC7950] Bjorklund, M., Ed., "The YANG 1.1 Data Modeling Language", + RFC 7950, DOI 10.17487/RFC7950, August 2016, + . + + [RFC8174] Leiba, B., "Ambiguity of Uppercase vs Lowercase in RFC + 2119 Key Words", BCP 14, RFC 8174, DOI 10.17487/RFC8174, + May 2017, . + + [W3C.REC-xslt-19991116] + Clark, J., "XSL Transformations (XSLT) Version 1.0", W3C + Recommendation REC-xslt-19991116, November 1999, + . + +6.2. Informative References + + [RFC1035] Mockapetris, P., "Domain names - implementation and + specification", STD 13, RFC 1035, DOI 10.17487/RFC1035, + November 1987, . + + [RFC3597] Gustafsson, A., "Handling of Unknown DNS Resource Record + (RR) Types", RFC 3597, DOI 10.17487/RFC3597, September + 2003, . + + [RFC6241] Enns, R., Ed., Bjorklund, M., Ed., Schoenwaelder, J., Ed., + and A. Bierman, Ed., "Network Configuration Protocol + (NETCONF)", RFC 6241, DOI 10.17487/RFC6241, June 2011, + . + + [RFC8040] Bierman, A., Bjorklund, M., and K. Watsen, "RESTCONF + Protocol", RFC 8040, DOI 10.17487/RFC8040, January 2017, + . + + [RFC8499] Hoffman, P., Sullivan, A., and K. Fujiwara, "DNS + Terminology", BCP 219, RFC 8499, DOI 10.17487/RFC8499, + January 2019, . + +Appendix A. XSLT Stylesheet + + This appendix contains an XSLT 1.0 stylesheet [W3C.REC-xslt-19991116] + that is to be used to generate the initial revision of the "iana-dns- + class-rr-type" YANG module. This is achieved by applying the + stylesheet to the XML version of the IANA registry "Domain Name + System (DNS) Parameters" [IANA-DNS-PARAMETERS] that was current at + the time this document was published. + + Using the ubiquitous xsltproc tool, the YANG module text can be + generated with this command: + + $ xsltproc iana-dns-class-rr-type.xsl dns-parameters.xml + + file "iana-dns-class-rr-type.xsl" + + + + + + " + ' + + + module iana-dns-class-rr-type { + yang-version 1.1; + namespace + "urn:ietf:params:xml:ns:yang:iana-dns-class-rr-type"; + prefix dnsct; + + organization + "Internet Assigned Numbers Authority (IANA)"; + + contact + " Internet Assigned Numbers Authority + + Postal: ICANN + 12025 Waterfront Drive, Suite 300 + Los Angeles, CA 90094 + + Tel: +1 424 254 5300 + + <mailto:iana@iana.org>"; + + description + "This YANG module translates IANA registries 'DNS CLASSes' and + 'Resource Record (RR) TYPEs' to YANG-derived types. + + Copyright (c) 2021 IETF Trust and the persons identified as + authors of the code. All rights reserved. + + Redistribution and use in source and binary forms, with or + without modification, is permitted pursuant to, and subject to + the license terms contained in, the Simplified BSD License set + forth in Section 4.c of the IETF Trust's Legal Provisions + Relating to IETF Documents + (https://trustee.ietf.org/license-info). + + This version of this YANG module was generated from + the corresponding IANA registries using an XSLT stylesheet + from Appendix A of RFC 9108 + (https://www.rfc-editor.org/info/rfc9108); see the RFC itself + for full legal notices."; + + reference + "IANA 'Domain Name System (DNS) Parameters' registry + https://www.iana.org/assignments/dns-parameters"; + + + + + + + + + + + + + + + + + + + + + + + + + + + + +Authors' Addresses + + Ladislav Lhotka + CZ.NIC + Czech Republic + + Email: ladislav.lhotka@nic.cz + + + Petr Špaček + Internet Systems Consortium + Czech Republic + + Email: pspacek@isc.org -- cgit v1.2.3