メインコンテンツまでスキップ

RFC 3596 - IP バージョン 6 をサポートする DNS 拡張

  • ステータス: Internet Standard
  • 発行日: October 2003
  • ストリーム: IETF
  • 廃止: RFC1886, RFC3152
  • エラッタ: エラッタなし

概要​

この文書は, IP バージョン 6 (IPv6) を実行するホストをサポートするために, ドメインネームシステム (Domain Name System, DNS) に加える必要がある変更を定義します。変更には, IPv6 アドレスを格納するリソースレコードタイプ, IPv6 アドレスに基づく検索をサポートするドメイン, 追加セクション処理の一部としてインターネットアドレスを返す既存のクエリタイプの更新された定義が含まれます。拡張は, 既存のアプリケーション, 特に DNS 実装自体との互換性を持つように設計されています。

目次​

1. はじめに​

ドメインネームシステム (DNS) [1,2] におけるインターネットアドレスの格納に対する現在のサポートは, IPv6 アドレス [3] をサポートするように簡単に拡張することができません。なぜなら, アプリケーションはアドレスクエリが 32 ビット IPv4 アドレスのみを返すと想定しているためです。

DNS での IPv6 アドレスの格納をサポートするために, この文書は以下の拡張を定義します:

  • ドメイン名を IPv6 アドレスにマッピングするリソースレコードタイプが定義されています。

  • アドレスに基づく検索をサポートするドメインが定義されています。

  • IPv4 アドレスを見つけるために追加セクション処理を実行する既存のクエリが, IPv4 および IPv6 アドレスの両方で追加セクション処理を実行するように再定義されています。

変更は既存のソフトウェアと互換性を持つように設計されています。IPv4 アドレスに対する既存のサポートは保持されます。DNS における IPv4 および IPv6 アドレスの共存に関連する移行の問題は [4] で議論されています。

リソースレコードのクエリに使用される IP プロトコルバージョンは, リソースレコードのプロトコルバージョンとは独立しています; 例えば, IPv4 トランスポートを使用して IPv6 レコードをクエリすることができ, その逆も可能です。

この文書は RFC 1886 [5] と RFC 3152 [6] による RFC 1886 への変更を統合し, 両方を廃止します。変更は主に RFC 3152 で定義されているように IP6.INT ドメインを IP6.ARPA に置き換えることで構成されています。

2. 新しいリソースレコード定義とドメイン​

ホストの IPv6 アドレスを格納するレコードタイプが定義されています。複数の IPv6 アドレスを持つホストは, 複数のそのようなレコードを持たなければなりません。

2.1. AAAA レコードタイプ​

AAAA リソースレコードタイプは, 単一の IPv6 アドレスを格納する Internet クラスに固有のレコードです。

IANA によって割り当てられたタイプの値は 28 (10 進数) です。

2.2. AAAA データ形式​

128 ビット IPv6 アドレスは, AAAA リソースレコードのデータ部分にネットワークバイトオーダー (上位バイトが先) でエンコードされます。

2.3. AAAA クエリ​

Internet クラスで指定されたドメイン名の AAAA クエリは, 応答の回答セクションに関連するすべての AAAA リソースレコードを返します。

タイプ AAAA クエリは追加セクション処理をトリガーしません。

2.4. AAAA レコードのテキスト形式​

マスターデータベースファイルで使用される AAAA リソースレコードのデータ部分のテキスト表現は, [3] で定義されている IPv6 アドレスのテキスト表現です。

2.5. IP6.ARPA ドメイン​

IPv6 アドレスが与えられた場合にレコードを検索するために, 特別なドメインが定義されています。このドメインの目的は, IPv6 アドレスをホスト名にマッピングする方法を提供することですが, 他の目的にも使用できます。ドメインは IP6.ARPA に根ざしています。

IPv6 アドレスは, IP6.ARPA ドメイン内の名前として, ドットで区切られたニブルのシーケンスに接尾辞 ".IP6.ARPA" を付けたものとして表現されます。ニブルのシーケンスは逆順にエンコードされます。つまり, 下位のニブルが最初にエンコードされ, 次に次の下位のニブルがエンコードされ, というように続きます。各ニブルは 16 進数で表されます。例えば, アドレスに対応する逆引きドメイン名は

4321:0:1:2:3:4:567:89ab

次のようになります

b.a.9.8.7.6.5.0.4.0.0.0.3.0.0.0.2.0.0.0.1.0.0.0.0.0.0.0.1.2.3.4.IP6.ARPA.

3. 既存のクエリタイプの変更​

タイプ A 追加セクション処理を実行するすべての既存のクエリタイプ, すなわちネームサーバー (NS), サービスの場所 (SRV), およびメール交換 (MX) クエリタイプは, タイプ A とタイプ AAAA の両方の追加セクション処理を実行するように再定義されなければなりません。これらの定義は, ネームサーバーが上記のクエリのいずれかを処理するときに, ローカルで利用可能な関連する IPv4 アドレスと関連する IPv6 アドレスを応答の追加セクションに追加しなければならないことを意味します。

4. セキュリティに関する考慮事項​

DNS から取得した情報は, [7] または [8] で指定された技術を使用しない限り, 安全でないと見なさなければなりません。AAAA レコードタイプおよび IP6.ARPA ドメインの定義は, これらの技術の使用モデルを変更しません。

したがって, この仕様は新しいセキュリティ問題を引き起こすとは考えられておらず, 既存の問題を解決するものでもありません。

5. IANA に関する考慮事項​

実行すべき IANA の割り当てはありません。

6. 知的財産権に関する声明​

IETF は, この文書に記載されている技術の実装または使用に関連すると主張される可能性のある知的財産またはその他の権利の有効性または範囲, またはそのような権利の下でのライセンスが利用可能または利用不可能である範囲について, いかなる立場も取りません; また, そのような権利を特定するための努力をしたことを示すものでもありません。標準化過程および標準関連文書における権利に関する IETF の手続きに関する情報は, BCP-11 に記載されています。公開のために利用可能にされた権利の主張のコピーおよび利用可能にされるライセンスの保証, またはこの仕様の実装者またはユーザーによるそのような専有権の使用に関する一般的なライセンスまたは許可を取得しようとする試みの結果は, IETF 事務局から入手できます。

IETF は, この標準を実施するために必要となる可能性のある技術をカバーする著作権, 特許, 特許出願, またはその他の専有権に関して, 関心のある当事者がその注意を喚起することを招待します。情報は IETF 専務理事に宛ててください。

謝辞​

Vladimir Ksinant と Mohsen Souissi は, RFC 1886 相互運用性テストセッション中の支援に対して, Sebastien Barbin (IRISA), Luc Beloeil (France Telecom R&D), Jean-Mickael Guerin (6WIND), Vincent Levigneron (AFNIC), Alain Ritoux (6WIND), Frederic Roudaut (IRISA), および G6 グループに感謝したいと思います。

Alain Durand と Olafur Gudmundsson のサポートに深く感謝します。

附属書 A: RFC 1886 からの変更点​

RFC 1886 "DNS Extensions to support IP version 6" から以下の変更が行われました:

  • "IP6.INT" ドメインを "IP6.ARPA" に置き換えました。
  • セクション 3 "MODIFICATIONS TO EXISTING QUERY TYPES" で SRV クエリタイプについて言及しました
  • セキュリティに関する考慮事項を追加しました。
  • 参考文献を更新しました:
    • RFC 1884 から RFC 3513 (IP Version 6 Addressing Architecture) に更新しました。
    • "work in progress" から RFC 2893 (Transition Mechanisms for IPv6 Hosts and Routers) に更新しました。
    • RFC 1886, RFC 3152, RFC 2535, および RFC 2845 への参照を追加しました。
  • 文書の概要を更新しました
  • 目次を追加しました
  • 完全な著作権表示を追加しました
  • IANA に関する考慮事項のセクションを追加しました
  • 知的財産権に関する声明を追加しました

規範的参考文献​

[1] Mockapetris, P., "Domain Names - Concepts and Facilities", STD 13, RFC 1034, November 1987.

[2] Mockapetris, P., "Domain Names - Implementation and Specification", STD 13, RFC 1035, November 1987.

[3] Hinden, R. and S. Deering, "Internet Protocol Version 6 (IPv6) Addressing Architecture", RFC 3513, April 2003.

参考情報​

[4] Gilligan, R. and E. Nordmark, "Transition Mechanisms for IPv6 Hosts and Routers", RFC 2893, August 2000.

[5] Thomson, S. and C. Huitema, "DNS Extensions to support IP version 6", RFC 1886, December 1995.

[6] Bush, R., "Delegation of IP6.ARPA", BCP 49, RFC 3152, August 2001.

[7] Eastlake, D., "Domain Name System Security Extensions", RFC 2535, March 1999

[8] Vixie, P., Gudmundsson, O., Eastlake, D. and B. Wellington, "Secret Key Transaction Authentication for DNS (TSIG)", RFC 2845, May 2000.

著者の連絡先​

Susan Thomson
Cisco Systems
499 Thornall Street, 8th floor
Edison, NJ 08837
電話: +1 732-635-3086
メール: [email protected]

Christian Huitema
Microsoft Corporation
One Microsoft Way
Redmond, WA 98052-6399
メール: [email protected]

Vladimir Ksinant
6WIND S.A.
Immeuble Central Gare - Bat.C
1, place Charles de Gaulle
78180, Montigny-Le-Bretonneux - France
電話: +33 1 39 30 92 36
メール: [email protected]

Mohsen Souissi
AFNIC
Immeuble International
2, rue Stephenson,
78181, Saint-Quentin en Yvelines Cedex - France
電話: +33 1 39 30 83 40
メール: [email protected]

に最終更新