| < draft-sury-deprecate-obsolete-resource-records-00.txt | draft-sury-deprecate-obsolete-resource-records-01.txt > | |||
|---|---|---|---|---|
| dnsop O. Sury | dnsop O. Sury | |||
| Internet-Draft Internet Systems Consortium | Internet-Draft E. Hunt | |||
| Updates: 1035 (if approved) March 22, 2018 | Updates: 1035,3597,4035 (if approved) Internet Systems Consortium | |||
| Intended status: Standards Track | Intended status: Standards Track May 13, 2019 | |||
| Expires: September 23, 2018 | Expires: November 14, 2019 | |||
| Deprecating obsolete DNS Resource Records | Deprecating obsolete DNS Resource Records Types | |||
| draft-sury-deprecate-obsolete-resource-records-00 | draft-sury-deprecate-obsolete-resource-records-01 | |||
| Abstract | Abstract | |||
| This document deprecates Resource Records that are neither being used | This document deprecates Resource Records (RR) Types that are either | |||
| for anything meanigful nor already made obsolete by other RFCs. This | not being used for anything meaningful or were been already made | |||
| document updates [RFC1035]. | obsolete by other RFCs. This document updates [RFC1035], [RFC1035], | |||
| [RFC4034]. | ||||
| Status of This Memo | Status of This Memo | |||
| This Internet-Draft is submitted in full conformance with the | This Internet-Draft is submitted in full conformance with the | |||
| provisions of BCP 78 and BCP 79. | provisions of BCP 78 and BCP 79. | |||
| Internet-Drafts are working documents of the Internet Engineering | Internet-Drafts are working documents of the Internet Engineering | |||
| Task Force (IETF). Note that other groups may also distribute | Task Force (IETF). Note that other groups may also distribute | |||
| working documents as Internet-Drafts. The list of current Internet- | working documents as Internet-Drafts. The list of current Internet- | |||
| Drafts is at https://datatracker.ietf.org/drafts/current/. | Drafts is at https://datatracker.ietf.org/drafts/current/. | |||
| Internet-Drafts are draft documents valid for a maximum of six months | Internet-Drafts are draft documents valid for a maximum of six months | |||
| and may be updated, replaced, or obsoleted by other documents at any | and may be updated, replaced, or obsoleted by other documents at any | |||
| time. It is inappropriate to use Internet-Drafts as reference | time. It is inappropriate to use Internet-Drafts as reference | |||
| material or to cite them other than as "work in progress." | material or to cite them other than as "work in progress." | |||
| This Internet-Draft will expire on September 23, 2018. | This Internet-Draft will expire on November 14, 2019. | |||
| Copyright Notice | Copyright Notice | |||
| Copyright (c) 2018 IETF Trust and the persons identified as the | Copyright (c) 2019 IETF Trust and the persons identified as the | |||
| document authors. All rights reserved. | document authors. All rights reserved. | |||
| This document is subject to BCP 78 and the IETF Trust's Legal | This document is subject to BCP 78 and the IETF Trust's Legal | |||
| Provisions Relating to IETF Documents | Provisions Relating to IETF Documents | |||
| (https://trustee.ietf.org/license-info) in effect on the date of | (https://trustee.ietf.org/license-info) in effect on the date of | |||
| publication of this document. Please review these documents | publication of this document. Please review these documents | |||
| carefully, as they describe your rights and restrictions with respect | carefully, as they describe your rights and restrictions with respect | |||
| to this document. Code Components extracted from this document must | to this document. Code Components extracted from this document must | |||
| include Simplified BSD License text as described in Section 4.e of | include Simplified BSD License text as described in Section 4.e of | |||
| the Trust Legal Provisions and are provided without warranty as | the Trust Legal Provisions and are provided without warranty as | |||
| described in the Simplified BSD License. | described in the Simplified BSD License. | |||
| Table of Contents | Table of Contents | |||
| 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 | 1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 2 | |||
| 2. Deprecating MB, MG, MF, MINFO and WKS Resource Records . . . 2 | 2. Deprecating MD, MF, MB, MG, MR, MINFO, MAILA, and MAILBRR | |||
| Types . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 | ||||
| 3. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 2 | 3. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 2 | |||
| 4. Security Considerations . . . . . . . . . . . . . . . . . . . 3 | 4. Implementation Considerations . . . . . . . . . . . . . . . . 3 | |||
| 5. Operational Considerations . . . . . . . . . . . . . . . . . 3 | 5. Security Considerations . . . . . . . . . . . . . . . . . . . 3 | |||
| 6. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 3 | 6. Operational Considerations . . . . . . . . . . . . . . . . . 4 | |||
| 7. References . . . . . . . . . . . . . . . . . . . . . . . . . 3 | 7. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 4 | |||
| 7.1. Normative References . . . . . . . . . . . . . . . . . . 3 | 8. References . . . . . . . . . . . . . . . . . . . . . . . . . 4 | |||
| 7.2. Informative References . . . . . . . . . . . . . . . . . 3 | 8.1. Normative References . . . . . . . . . . . . . . . . . . 4 | |||
| Author's Address . . . . . . . . . . . . . . . . . . . . . . . . 4 | 8.2. Informative References . . . . . . . . . . . . . . . . . 4 | |||
| Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 4 | ||||
| 1. Introduction | 1. Introduction | |||
| The [RFC1035] defines couple of old resource records that are not | [RFC1035] and other documents have defined some Resource Record (RR) | |||
| being used, and they are causing operational problems between | Types that are no longer in common use, some of which have been | |||
| implementations that support them and that don't supported them due | rendered obsolete by subsequent standards, but have never been | |||
| DNS compression on the wire. This document deprecates such records | clearly deprecated in the context of the DNS. In some cases there | |||
| to allow the implementations to drop the specific support for such | have been interoperability problems between DNS implementations that | |||
| records. | support these types and those that do not - for example, because of | |||
| DNS name compression in the wire format. Continued support for these | ||||
| RR Types imposes a complexity cost on new implementations for little | ||||
| benefit. | ||||
| 2. Deprecating MB, MG, MF, MINFO and WKS Resource Records | This document formally deprecates such RR Types, allowing | |||
| implementations to drop specific support for them. | ||||
| The MB, MG, MF, MINFO, and WKS Resource Records aren't used in any | 2. Deprecating MD, MF, MB, MG, MR, MINFO, MAILA, and MAILBRR Types | |||
| existing standards, and this documents deprecates the usage. The DNS | ||||
| implementations compliant with this document MUST NOT implement MB, | The MD, MF, MB, MG, MR, MINFO, MAILA, and MAILB RR Types aren't used | |||
| MG, MF, WKS, and MINFO Resource Records and treat them as a generic | in any existing standards, and this documents deprecates their usage. | |||
| type effectively disabling the compression in those types. | The MD, MF, MB, MG, MR, and MINFO RR Types RDATA contain a domain | |||
| name that could be compressed in the RDATA section. | ||||
| As an update to [RFC3597] and [RFC4034] this document specifies that | ||||
| for MD, MF, MB, MG, MR, and MINFO RR types, the canonical form is | ||||
| such that no downcasing of embedded domain names takes place, and is | ||||
| otherwise identical to the canonical form specified in [RFC4034] | ||||
| section 6.2. | ||||
| 3. IANA Considerations | 3. IANA Considerations | |||
| This documents updates the IANA registry "Domain Name System (DNS) | This documents updates the IANA registry "Domain Name System (DNS) | |||
| Parameters" ([DNS-IANA]). | Parameters" ([DNS-IANA]). | |||
| +-------+-------+-------------------------------------+-------------+ | +-------+-------+------------+---------------+ | |||
| | TYPE | Value | Meaning | Reference | | | TYPE | Value | Meaning | Reference | | |||
| +-------+-------+-------------------------------------+-------------+ | +-------+-------+------------+---------------+ | |||
| | MB | 7 | a mailbox domain name (OBSOLETE) | This | | | MD | 3 | DEPRECATED | This document | | |||
| | | | | document | | | MF | 4 | DEPRECATED | This document | | |||
| | MG | 8 | a mail group member (OBSOLETE) | This | | | MB | 7 | DEPRECATED | This document | | |||
| | | | | document | | | MG | 8 | DEPRECATED | This document | | |||
| | MR | 9 | a mail rename domain name | This | | | MR | 9 | DEPRECATED | This document | | |||
| | | | (OBSOLETE) | document | | | MINFO | 14 | DEPRECATED | This document | | |||
| | WKS | 11 | a well known service description | This | | +-------+-------+------------+---------------+ | |||
| | | | (OBSOLETE) | document | | ||||
| | MINFO | 14 | mailbox or mail list information | This | | ||||
| | | | (OBSOLETE) | document | | ||||
| +-------+-------+-------------------------------------+-------------+ | ||||
| 4. Security Considerations | 4. Implementation Considerations | |||
| This document has not security considerations. | Types will be flagged as obsolete/deprecated in the IANA registry, | |||
| and the following guidance is given to DNS implementors in the | ||||
| handling of obsolete/deprecated RR types: | ||||
| 5. Operational Considerations | 1. Authoritative DNS Servers SHOULD issue a warning when loading | |||
| zones that contain DEPRECATED RR Types; | ||||
| The various status of implementation of MB, MG, MR, MINFO, and WKS | 2. DNS Servers MUST NOT compress RDATA when rendering DEPRECATED RR | |||
| records is already causing operational problems between DNS | Types to wire format; | |||
| implementations that do implement aforementioned types and those who | ||||
| don't because of mandatory DNS compression on the wire. This | ||||
| document aims to rectify the situation by removing the support for | ||||
| all the DNS implementations. This should not cause any operational | ||||
| problems because the records aren't actually in use on the Internet. | ||||
| [COMMENT: Some data?] | ||||
| 6. Acknowledgements | 3. Recursive DNS Servers MAY support legacy compression in | |||
| DEPRECATED RR Types for received data for backward compatibility | ||||
| if desired, but SHOULD warn if such information is received. | ||||
| Compressed RDATA in DEPRECATED RR Types MUST be uncompressed | ||||
| before sending and they MUST NOT be re-transmitted; | ||||
| 4. DNS Clients which receive DEPRECATED RR Types MAY interpret them | ||||
| as unknown RR types ([RFC3597]), and MUST NOT interfere with | ||||
| their transmission; | ||||
| 5. DNSSEC Validators and Signers SHOULD treat RDATA for DEPRECATED | ||||
| RR Types as opaque with respect to canonical RR ordering and | ||||
| deduplication; | ||||
| 6. DEPRECATED RR Types MUST never be treated as a known-type with | ||||
| respect to the wire protocol. | ||||
| 5. Security Considerations | ||||
| This document has no security considerations. | ||||
| 6. Operational Considerations | ||||
| The varying states of implementation of MD, MF, MB, MG, MR, and MINFO | ||||
| RR Types has already caused operational problems between DNS | ||||
| implementations that do implement the aforementioned types and those | ||||
| that don't because of DNS compression on the wire. This document | ||||
| aims to rectify the situation by encouraging removal of support for | ||||
| all these RR types in DNS implementations. This should not cause | ||||
| signficant operational problems because these records are not in wide | ||||
| use on the Internet. [COMMENT: Some data?] | ||||
| 7. Acknowledgements | ||||
| Peter van Dijk for poking me to write the draft. Daniel Salzman for | Peter van Dijk for poking me to write the draft. Daniel Salzman for | |||
| reviewing the document. | reviewing the document. Evan Hunt and Michael Casadevall to write | |||
| Implementation Considerations section. | ||||
| 7. References | 8. References | |||
| 7.1. Normative References | 8.1. Normative References | |||
| [RFC1035] Mockapetris, P., "Domain names - implementation and | [RFC1035] Mockapetris, P., "Domain names - implementation and | |||
| specification", STD 13, RFC 1035, DOI 10.17487/RFC1035, | specification", STD 13, RFC 1035, DOI 10.17487/RFC1035, | |||
| November 1987, <https://www.rfc-editor.org/info/rfc1035>. | November 1987, <https://www.rfc-editor.org/info/rfc1035>. | |||
| 7.2. Informative References | [RFC3597] Gustafsson, A., "Handling of Unknown DNS Resource Record | |||
| (RR) Types", RFC 3597, DOI 10.17487/RFC3597, September | ||||
| 2003, <https://www.rfc-editor.org/info/rfc3597>. | ||||
| [RFC4034] Arends, R., Austein, R., Larson, M., Massey, D., and S. | ||||
| Rose, "Resource Records for the DNS Security Extensions", | ||||
| RFC 4034, DOI 10.17487/RFC4034, March 2005, | ||||
| <https://www.rfc-editor.org/info/rfc4034>. | ||||
| 8.2. Informative References | ||||
| [DNS-IANA] | [DNS-IANA] | |||
| "Domain Name System (DNS) Parameters", | "Domain Name System (DNS) Parameters", | |||
| <https://www.iana.org/assignments/dns-parameters/ | <https://www.iana.org/assignments/dns-parameters/ | |||
| dns-parameters.xhtml>. | dns-parameters.xhtml>. | |||
| Author's Address | Authors' Addresses | |||
| Ondrej Sury | Ondrej Sury | |||
| Internet Systems Consortium | Internet Systems Consortium | |||
| CZ | CZ | |||
| EMail: ondrej@isc.org | EMail: ondrej@isc.org | |||
| Evan Hunt | ||||
| Internet Systems Consortium | ||||
| US | ||||
| EMail: each@isc.org | ||||
| End of changes. 22 change blocks. | ||||
| 62 lines changed or deleted | 111 lines changed or added | |||
This html diff was produced by rfcdiff 1.48. The latest version is available from http://tools.ietf.org/tools/rfcdiff/ | ||||