Commit 483f1611 authored by Mark Andrews's avatar Mark Andrews
Browse files

update list of supported types in the ARM

parent f7eed06a
......@@ -13529,6 +13529,58 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
ATMA
</para>
</entry>
<entry colname="2">
<para>
ATM Address.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
CAA
</para>
</entry>
<entry colname="2">
<para>
Identifies which Certificate Authorities can issues
certificates for this domain and what rules they
need to follow when doing so. Defined in RFC 6844.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
CDNSKEY
</para>
</entry>
<entry colname="2">
<para>
Identifies which DNSKEY records should be published
as DS records in the parent zone.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
CDS
</para>
</entry>
<entry colname="2">
<para>
Contains the set of DS records that should be published
by the parent zone.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13568,6 +13620,20 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
DLV
</para>
</entry>
<entry colname="2">
<para>
A DNS Look-aside Validation record which contains
the records that are used as trust anchors for
zones in a DLV namespace. Described in RFC 4431.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13612,6 +13678,54 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
EID
</para>
</entry>
<entry colname="2">
<para>
End Point Identifier.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
EUI48
</para>
</entry>
<entry colname="2">
<para>
A 48-bit EUI address. Described in RFC 7043.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
EUI64
</para>
</entry>
<entry colname="2">
<para>
A 64-bit EUI address. Described in RFC 7043.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
GID
</para>
</entry>
<entry colname="2">
<para>
Reserved.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13637,6 +13751,19 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
HIP
</para>
</entry>
<entry colname="2">
<para>
Host Identity Protocol Address.
Described in RFC 5205.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13691,6 +13818,34 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
L32
</para>
</entry>
<entry colname="2">
<para>
Holds 32-bit Locator values for
Identifier-Locator Network Protocol. Described
in RFC 6742.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
L64
</para>
</entry>
<entry colname="2">
<para>
Holds 64-bit Locator values for
Identifier-Locator Network Protocol. Described
in RFC 6742.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13704,6 +13859,91 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
LP
</para>
</entry>
<entry colname="2">
<para>
Identifier-Locator Network Protocol.
Described in RFC 6742.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
MB
</para>
</entry>
<entry colname="2">
<para>
Mail Box. Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
MD
</para>
</entry>
<entry colname="2">
<para>
Mail Destination. Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
MF
</para>
</entry>
<entry colname="2">
<para>
Mail Forwarder. Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
MG
</para>
</entry>
<entry colname="2">
<para>
Mail Group. Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
MINFO
</para>
</entry>
<entry colname="2">
<para>
Mail Information.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
MR
</para>
</entry>
<entry colname="2">
<para>
Mail Rename. Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13731,6 +13971,32 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
NID
</para>
</entry>
<entry colname="2">
<para>
Holds values for Node Identifiers in
Identifier-Locator Network Protocol. Described
in RFC 6742.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
NIMLOC
</para>
</entry>
<entry colname="2">
<para>
Nimrod Locator.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13744,6 +14010,18 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
NSAP-PTR
</para>
</entry>
<entry colname="2">
<para>
Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13808,6 +14086,18 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
NULL
</para>
</entry>
<entry colname="2">
<para>
This is an opaque container.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13827,6 +14117,18 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
OPENPGPKEY
</para>
</entry>
<entry colname="2">
<para>
Used to hold an OPENPGPKEY.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13961,6 +14263,19 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
TLSA
</para>
</entry>
<entry colname="2">
<para>
Transport Layer Security Certificate Association.
Described in RFC 6698.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......@@ -13973,6 +14288,54 @@ view external {
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
UID
</para>
</entry>
<entry colname="2">
<para>
Reserved.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
UINFO
</para>
</entry>
<entry colname="2">
<para>
Reserved.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
UNSPEC
</para>
</entry>
<entry colname="2">
<para>
Reserved. Historical.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
URI
</para>
</entry>
<entry colname="2">
<para>
Holds a URI. Described in RFC 7553.
</para>
</entry>
</row>
<row rowsep="0">
<entry colname="1">
<para>
......
......@@ -81,6 +81,7 @@ or Best Current Practice (BCP) documents. The list is non exhaustive.
RFC6840 [15]
RFC6844
RFC6891
RFC7043
RFC7314
RFC7314
......
......@@ -158,6 +158,7 @@
6840: Clarifications and Implementation Notes for DNS Security (DNSSEC)
6844: DNS Certification Authority Authorization (CAA) Resource Record
6891: Extension Mechanisms for DNS (EDNS(0))
7043: Resource Records for EUI-48 and EUI-64 Addresses in the DNS
7314: Extension Mechanisms for DNS (EDNS) EXPIRE Option
7534: AS112 Nameserver Operations
7535: AS112 Redirection Using DNAME
Internet Engineering Task Force (IETF) J. Abley
Request for Comments: 7043 Dyn, Inc.
Category: Informational October 2013
ISSN: 2070-1721
Resource Records for EUI-48 and EUI-64 Addresses in the DNS
Abstract
48-bit Extended Unique Identifier (EUI-48) and 64-bit Extended Unique
Identifier (EUI-64) are address formats specified by the IEEE for use
in various layer-2 networks, e.g., Ethernet.
This document describes two new DNS resource record types, EUI48 and
EUI64, for encoding Ethernet addresses in the DNS.
This document describes potentially severe privacy implications
resulting from indiscriminate publication of link-layer addresses in
the DNS. EUI-48 or EUI-64 addresses SHOULD NOT be published in the
public DNS. This document specifies an interoperable encoding of
these address types for use in private DNS namespaces, where the
privacy concerns can be constrained and mitigated.
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/rfc7043.
Abley Informational [Page 1]
RFC 7043 Resource Records for EUI-48, EUI-64 October 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.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
2. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
3. The EUI48 Resource Record . . . . . . . . . . . . . . . . . . 3
3.1. EUI48 RDATA Wire Format . . . . . . . . . . . . . . . . . 4
3.2. EUI48 RR Presentation Format . . . . . . . . . . . . . . 4
3.3. Example . . . . . . . . . . . . . . . . . . . . . . . . . 4
4. The EUI64 Resource Record . . . . . . . . . . . . . . . . . . 4
4.1. EUI64 RDATA Wire Format . . . . . . . . . . . . . . . . . 4
4.2. EUI64 RR Presentation Format . . . . . . . . . . . . . . 5
4.3. Example . . . . . . . . . . . . . . . . . . . . . . . . . 5
5. Example Use Case: IP Address Tracking in DOCSIS Networks . . 5
6. DNS Protocol Considerations . . . . . . . . . . . . . . . . . 6
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
8. Security Considerations . . . . . . . . . . . . . . . . . . . 6
9. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . 7
10. References . . . . . . . . . . . . . . . . . . . . . . . . . 7
10.1. Normative References . . . . . . . . . . . . . . . . . . 7
10.2. Informative References . . . . . . . . . . . . . . . . . 8
Abley Informational [Page 2]
RFC 7043 Resource Records for EUI-48, EUI-64 October 2013
1. Introduction
The Domain Name System (DNS) is described in [RFC1034] and [RFC1035].
This base specification defines many resource record (RR) types, and
subsequent specifications have defined others. Each defined RR type
provides a means of encoding particular data in the DNS.
48-bit Extended Unique Identifier (EUI-48) [EUI48] and 64-bit
Extended Unique Identifier (EUI-64) [EUI64] are address formats
specified by the IEEE for use in various layer-2 networks, e.g.,
Ethernet.
This document defines two new RR types, EUI48 and EUI64, for encoding
EUI-48 and EUI-64 addresses in the DNS.
There are potentially severe privacy implications resulting from the
indiscriminate publication of link-layer addresses in the DNS (see
Section 8). This document recommends that EUI-48 or EUI-64 addresses
SHOULD NOT be published in the public DNS. This document specifies
an interoperable encoding of these address types for use in private
DNS namespaces, where the privacy implications can be constrained and
mitigated.
2. Terminology
This document uses capitalized keywords such as MUST and MAY to
describe the requirements for using the registered RR types. The
intended meaning of those keywords in this document are the same as
those described in [RFC2119]. Although these keywords are often used
to specify normative requirements in IETF Standards, their use in
this document does not imply that this document is a standard of any
kind.
3. The EUI48 Resource Record
The EUI48 resource record (RR) is used to store a single EUI-48
address in the DNS.
The Type value for the EUI48 RR is 108 (decimal).
The EUI48 RR is class independent.
The EUI48 RR has no special Time-to-Live (TTL) requirements.
Abley Informational [Page 3]
RFC 7043 Resource Records for EUI-48, EUI-64 October 2013
3.1. EUI48 RDATA Wire Format
The RDATA for an EUI48 RR consists of a single, 6-octet Address
field, encoded in network (big-endian) order.
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| EUI-48 Address |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
3.2. EUI48 RR Presentation Format
The Address field MUST be represented as six two-digit hexadecimal
numbers separated by hyphens. The hexadecimal digits "A" through "F"
MAY be represented in either upper or lower case.
3.3. Example
The following EUI48 RR stores the EUI-48 unicast address
00-00-5e-00-53-2a.