[要約] RFC 7043は、DNSでEUI-48およびEUI-64アドレスを表すためのリソースレコードに関する仕様です。このRFCの目的は、EUI-48およびEUI-64アドレスをDNSに統合するための標準化とガイドラインを提供することです。
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
DNSのEUI-48およびEUI-64アドレスのリソースレコード
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.
48ビット拡張一意識別子（EUI-48）および64ビット拡張一意識別子（EUI-64）は、イーサネットなどのさまざまなレイヤー2ネットワークで使用するためにIEEEによって指定されたアドレス形式です。
This document describes two new DNS resource record types, EUI48 and EUI64, for encoding Ethernet addresses in the DNS.
このドキュメントでは、DNSでイーサネットアドレスをエンコードするための2つの新しいDNSリソースレコードタイプ、EUI48とEUI64について説明します。
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.
このドキュメントでは、DNSでのリンク層アドレスの無差別公開から生じる潜在的に深刻なプライバシーへの影響について説明します。 EUI-48またはEUI-64アドレスは、パブリックDNSで公開しないでください。このドキュメントでは、プライベートDNSネームスペースで使用するために、これらのアドレスタイプの相互運用可能なエンコーディングを指定します。プライバシーの懸念事項を抑制および軽減できます。
Status of This Memo
本文書の状態
This document is not an Internet Standards Track specification; it is published for informational purposes.
このドキュメントはInternet Standards Trackの仕様ではありません。情報提供を目的として公開されています。
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.
このドキュメントは、IETF（Internet Engineering Task Force）の製品です。これは、IETFコミュニティのコンセンサスを表しています。公開レビューを受け、インターネットエンジニアリングステアリンググループ（IESG）による公開が承認されました。 IESGによって承認されたすべてのドキュメントが、あらゆるレベルのインターネット標準の候補になるわけではありません。 RFC 5741のセクション2をご覧ください。
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.
このドキュメントの現在のステータス、エラータ、およびフィードバックの提供方法に関する情報は、http：//www.rfc-editor.org/info/rfc7043で入手できます。
Copyright Notice
著作権表示
Copyright (c) 2013 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2013 IETF Trustおよびドキュメントの作成者として識別された人物。全著作権所有。
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.
この文書は、BCP 78およびこの文書の発行日に有効なIETF文書に関するIETFトラストの法的規定（http://trustee.ietf.org/license-info）の対象となります。これらのドキュメントは、このドキュメントに関するあなたの権利と制限を説明しているため、注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、Trust Legal Provisionsのセクション4.eに記載されているSimplified BSD Licenseのテキストが含まれている必要があり、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
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.
ドメインネームシステム（DNS）は、[RFC1034]と[RFC1035]で説明されています。この基本仕様は多くのリソースレコード（RR）タイプを定義し、後続の仕様は他のタイプを定義しています。定義された各RRタイプは、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.
48ビット拡張一意識別子（EUI-48）[EUI48]および64ビット拡張一意識別子（EUI-64）[EUI64]は、イーサネットなどのさまざまなレイヤー2ネットワークで使用するためにIEEEによって指定されたアドレス形式です。
This document defines two new RR types, EUI48 and EUI64, for encoding EUI-48 and EUI-64 addresses in the DNS.
このドキュメントでは、DNSでEUI-48およびEUI-64アドレスをエンコードするための2つの新しいRRタイプ、EUI48およびEUI64を定義します。
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.
DNSでのリンク層アドレスの無差別公開の結果として、潜在的に深刻なプライバシーへの影響があります（セクション8を参照）。このドキュメントでは、EUI-48またはEUI-64アドレスをパブリックDNSで公開しないことを推奨しています。このドキュメントでは、プライバシーへの影響を抑制および緩和できるプライベートDNS名前空間で使用するために、これらのアドレスタイプの相互運用可能なエンコードを指定しています。
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.
このドキュメントでは、MUSTやMAYなどの大文字のキーワードを使用して、登録済みのRRタイプを使用するための要件を説明しています。このドキュメントでのこれらのキーワードの意図された意味は、[RFC2119]で説明されているものと同じです。これらのキーワードは、IETF標準で規範的な要件を指定するためによく使用されますが、このドキュメントでの使用は、このドキュメントがあらゆる種類の標準であることを意味するものではありません。
The EUI48 resource record (RR) is used to store a single EUI-48 address in the DNS.
EUI48リソースレコード（RR）は、単一のEUI-48アドレスをDNSに格納するために使用されます。
The Type value for the EUI48 RR is 108 (decimal).
EUI48 RRのタイプ値は108（10進数）です。
The EUI48 RR is class independent.
EUI48 RRはクラスに依存しません。
The EUI48 RR has no special Time-to-Live (TTL) requirements.
EUI48 RRには、特別な存続時間（TTL）要件はありません。
The RDATA for an EUI48 RR consists of a single, 6-octet Address field, encoded in network (big-endian) order.
EUI48 RRのRDATAは、ネットワーク（ビッグエンディアン）順序でエンコードされた単一の6オクテットアドレスフィールドで構成されます。
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 |
| +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
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.
アドレスフィールドは、ハイフンで区切られた6つの2桁の16進数として表されなければなりません（MUST）。 16進数の "A"から "F"までは、大文字でも小文字でも表現できます（MAY）。
The following EUI48 RR stores the EUI-48 unicast address 00-00-5e-00-53-2a.
次のEUI48 RRは、EUI-48ユニキャストアドレス00-00-5e-00-53-2aを格納します。
host.example. 86400 IN EUI48 00-00-5e-00-53-2a
host.example。 86400 IN EUI48 00-00-5e-00-53-2a
The EUI64 RR is used to store a single EUI-64 address in the DNS.
EUI64 RRは、単一のEUI-64アドレスをDNSに格納するために使用されます。
The Type value for the EUI64 RR is 109 (decimal).
EUI64 RRのType値は109（10進数）です。
The EUI64 RR is class independent.
EUI64 RRはクラスに依存しません。
The EUI64 RR has no special TTL requirements.
EUI64 RRには、特別なTTL要件はありません。
The RDATA for an EUI64 RR consists of a single, 8-octet Address field, encoded in network (big-endian) order.
EUI64 RRのRDATAは、ネットワーク（ビッグエンディアン）順序でエンコードされた単一の8オクテットアドレスフィールドで構成されます。
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-64 Address |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
The Address field MUST be represented as eight two-digit hexadecimal numbers separated by hyphens. The hexadecimal digits "A" through "F" MAY be represented in either upper or lower case.
アドレスフィールドは、ハイフンで区切られた2つの8桁の16進数として表現する必要があります。 16進数の "A"から "F"までは、大文字でも小文字でも表現できます（MAY）。
The following EUI64 RR stores the EUI-64 unicast address 00-00-5e-ef-10-00-00-2a.
次のEUI64 RRは、EUI-64ユニキャストアドレス00-00-5e-ef-10-00-00-2aを格納します。
host.example. 86400 IN EUI64 00-00-5e-ef-10-00-00-2a
host.example。 86400 IN EUI64 00-00-5e-ef-10-00-00-2a
Canadian cable Internet subscribers are assigned IP addresses using DHCP, using a DHCP server operated by a cable company. In the case where a cable company provides last-mile connectivity to a subscriber on behalf of a third-party company (reseller), the DHCP server assigns addresses from a pool supplied by the reseller. The reseller retains knowledge of the EUI-48 address of the DOCSIS modem supplied to the subscriber but has no direct knowledge of the IP addresses assigned. In order for the reseller to be able to map the IP address assigned to a subscriber to that EUI-48 address (and hence to the subscriber identity), the cable company can make available information from the DHCP server that provides (EUI-48, IP) address mapping.
カナダのケーブルインターネットサブスクライバーには、ケーブル会社が運営するDHCPサーバーを使用して、DHCPを使用してIPアドレスが割り当てられます。ケーブル会社がサードパーティ企業（リセラー）の代わりにラストマイル接続を加入者に提供する場合、DHCPサーバーはリセラーが提供するプールからアドレスを割り当てます。リセラーは、加入者に提供されたDOCSISモデムのEUI-48アドレスの知識を保持していますが、割り当てられたIPアドレスの直接の知識はありません。リセラーがサブスクライバーに割り当てられたIPアドレスをそのEUI-48アドレスに（したがってサブスクライバーIDに）マップできるようにするために、ケーブル会社は提供するDHCPサーバーから情報を利用できるようにします（EUI-48、 IP）アドレスマッピング。
Cable companies in Canada are required [NTRE038D] to make this address mapping available using the DNS. Zones containing the relevant information are published on DNS servers, access to which is restricted to the resellers corresponding to particular sets of subscribers. Subscriber address information is not published in the public DNS.
カナダのケーブル会社は、DNSを使用してこのアドレスマッピングを使用可能にする必要があります[NTRE038D]。関連情報を含むゾーンはDNSサーバーで公開され、アクセスは特定のサブスクライバーセットに対応するリセラーに制限されます。加入者アドレス情報はパブリックDNSで公開されていません。
Existing DNS schemas for the representation of (EUI-48, IP) mapping used by Canadian cable companies are varied and inefficient; in the absence of an RR type for direct encoding of EUI-48 addresses, addresses are variously encoded into owner names or are published in TXT records.
カナダのケーブル会社で使用されている（EUI-48、IP）マッピングを表すための既存のDNSスキーマは、さまざまで非効率的です。 EUI-48アドレスを直接エンコードするためのRRタイプがない場合、アドレスは所有者名にさまざまにエンコードされるか、TXTレコードで公開されます。
The specification in this document facilitates a more efficient, consistent, and reliable representation of (EUI-48, IP) mapping than was previously available.
このドキュメントの仕様は、（EUI-48、IP）マッピングの以前よりも効率的で一貫性があり、信頼できる表現を容易にします。
The specification of the new RR types in this document has no effect on the address resolution behavior of any previously existing network processes or protocols. Proposals or specifications to modify or augment address resolution processes or protocols by making use of these RR types should specify how any address conflicts or use of multiple EUI48/EUI64 RRs are handled.
このドキュメントの新しいRRタイプの仕様は、既存のネットワークプロセスまたはプロトコルのアドレス解決動作には影響しません。これらのRRタイプを使用してアドレス解決プロセスまたはプロトコルを変更または拡張するための提案または仕様では、アドレスの競合または複数のEUI48 / EUI64 RRの使用の処理方法を指定する必要があります。
IANA has assigned the RR type value 108 (decimal) for EUI48 and 109 (decimal) for EUI64. The corresponding entries in the "Resource Record (RR) TYPEs" subregistry (http://www.iana.org/assignments/ dns-parameters/) match the following data:
IANAは、RRタイプ値として、EUI48には108（10進数）、EUI64には109（10進数）を割り当てています。 「Resource Record（RR）TYPEs」サブレジストリ（http://www.iana.org/assignments/dns-parameters/）の対応するエントリは、次のデータと一致します。
+-------+-------+-------------------+---------------+
| Type | Value | Meaning | Reference |
+-------+-------+-------------------+---------------+
| EUI48 | 108 | an EUI-48 address | this document |
| EUI64 | 109 | an EUI-64 address | this document |
+-------+-------+-------------------+---------------+
There are privacy concerns with the publication of link-layer addresses in the DNS. EUI-48 and EUI-64 addresses with the Local/Global bit zero [RFC7042] (referred to in [RFC4291] as the universal/local bit) are intended to represent unique identifiers for network connected equipment, notwithstanding many observed cases of duplication due to manufacturing errors, unauthorized use of Organizationally Unique Identifiers (OUIs), and address spoofing through configuration of network interfaces. Publication of EUI-48 or EUI-64 addresses in the DNS may result in privacy issues in the form of unique trackable identities that in some cases may be permanent.
DNSでのリンク層アドレスの公開にはプライバシーの問題があります。ローカル/グローバルビットゼロ[RFC7042]（[RFC4291]ではユニバーサル/ローカルビットと呼ばれる）を使用するEUI-48およびEUI-64アドレスは、ネットワーク接続された機器の一意の識別子を表すことを目的としています。製造エラー、Organizationally Unique Identifier（OUI）の不正使用、およびネットワークインターフェイスの構成によるアドレススプーフィングへの対応。 DNSでEUI-48またはEUI-64アドレスを公開すると、追跡可能な一意のIDの形でプライバシーの問題が発生し、場合によっては永続的なものになることがあります。
For example, although IP addresses and DNS names for network devices typically change over time, EUI-48 and EUI-64 addresses configured on the same devices are normally far more stable (in many cases, effectively invariant). Publication of EUI-48 addresses associated with user devices in a way that could be mapped to assigned IP addresses would allow the behavior of those users to be tracked by third parties, regardless of where and how the user's device is connected to the Internet. This might well result in a loss of privacy for the user.
たとえば、ネットワークデバイスのIPアドレスとDNS名は通常、時間の経過とともに変化しますが、同じデバイスで構成されたEUI-48およびEUI-64アドレスは通常、はるかに安定しています（多くの場合、実質的に不変です）。割り当てられたIPアドレスにマッピングできる方法でユーザーデバイスに関連付けられたEUI-48アドレスを公開すると、ユーザーのデバイスがインターネットに接続されている場所や方法に関係なく、それらのユーザーの動作を第三者が追跡できるようになります。これにより、ユーザーのプライバシーが失われる可能性があります。
The publication of EUI-48 or EUI-64 addresses associated with deployed equipment, using the mechanism described in this document or any other mechanism, has the potential to facilitate Media Access Control (MAC) cloning -- that is, facilitate link-layer attacks against deployed devices, e.g., to disrupt service or intercept data.
このドキュメントで説明されているメカニズムまたは他のメカニズムを使用して、展開された機器に関連付けられたEUI-48またはEUI-64アドレスを公開すると、メディアアクセス制御（MAC）の複製、つまりリンク層攻撃が容易になる可能性があります。配備されたデバイスに対して、例えば、サービスを妨害したり、データを傍受したりするため。
These concerns can be mitigated by restricting access to DNS zones containing EUI48 or EUI64 RRs to specific, authorized clients and by provisioning them in DNS zones that exist in private namespaces only.
これらの懸念は、EUI48またはEUI64 RRを含むDNSゾーンへのアクセスを特定の承認されたクライアントに制限し、プライベート名前空間にのみ存在するDNSゾーンでそれらをプロビジョニングすることによって軽減できます。
This document recommends that EUI-48 or EUI-64 addresses SHOULD NOT be published in the public DNS.
このドキュメントでは、EUI-48またはEUI-64アドレスをパブリックDNSで公開しないことを推奨しています。
The author acknowledges the contributions of Olafur Gudmundsson, Mark Smith, Andrew Sullivan, Roy Arends, Michael StJohns, Donald Eastlake III, Randy Bush, and John Klensin.
著者は、Olafur Gudmundsson、Mark Smith、Andrew Sullivan、Roy Arends、Michael StJohns、Donald Eastlake III、Randy Bush、およびJohn Klensinの貢献を認めます。
[EUI48] IEEE, "Guidelines for use of a 48-bit Extended Unique Identifier (EUI-48)", <http://standards.ieee.org/develop/regauth/tut/eui48.pdf>.
[EUI48] IEEE、「48ビット拡張一意識別子（EUI-48）の使用に関するガイドライン」、<http://standards.ieee.org/develop/regauth/tut/eui48.pdf>。
[EUI64] IEEE, "Guidelines for 64-bit Global Identifier (EUI-64)", November 2012, <http://standards.ieee.org/develop/regauth/tut/eui64.pdf>.
[EUI64] IEEE、「64ビットグローバルID（EUI-64）のガイドライン」、2012年11月、<http://standards.ieee.org/develop/regauth/tut/eui64.pdf>。
[RFC1034] Mockapetris, P., "Domain names - concepts and facilities", STD 13, RFC 1034, November 1987.
[RFC1034] Mockapetris、P。、「ドメイン名-概念と機能」、STD 13、RFC 1034、1987年11月。
[RFC1035] Mockapetris, P., "Domain names - implementation and specification", STD 13, RFC 1035, November 1987.
[RFC1035] Mockapetris、P。、「ドメイン名-実装と仕様」、STD 13、RFC 1035、1987年11月。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC7042] Eastlake 3rd, D. and J. Abley, "IANA Considerations and IETF Protocol and Documentation Usage for IEEE 802 Parameters", BCP 141, RFC 7042, October 2013.
[RFC7042] Eastlake 3rd、D。およびJ. Abley、「IANAの考慮事項とIEEE 802パラメータのIETFプロトコルおよびドキュメントの使用法」、BCP 141、RFC 7042、2013年10月。
[NTRE038D] CRTC Interconnection Steering Committee (CISC) Network Working Group, "Implementation of IP Address Tracking in DOCSIS Networks (TIF18)", NTRE038D Consensus Report, October 2006, <http://www.crtc.gc.ca/public/cisc/nt/NTRE038D.doc>.
[NTRE038D] CRTC相互接続運営委員会（CISC）ネットワークワーキンググループ、「DOCSISネットワークにおけるIPアドレス追跡の実装（TIF18）」、NTRE038Dコンセンサスレポート、2006年10月、<http://www.crtc.gc.ca/public/ cisc / nt / NTRE038D.doc>。
[RFC4291] Hinden, R. and S. Deering, "IP Version 6 Addressing Architecture", RFC 4291, February 2006.
[RFC4291] Hinden、R。およびS. Deering、「IPバージョン6アドレッシングアーキテクチャ」、RFC 4291、2006年2月。
Author's Address
著者のアドレス
Joe Abley Dyn, Inc. 470 Moore Street London, ON N6C 2C2 Canada
Joe Abley Dyn、Inc. 470 Moore Street London、ON N6C 2C2 Canada
Phone: +1 519 670 9327
EMail: jabley@dyn.com