RFC1886 日本語訳
1886 DNS Extensions to support IP version 6. S. Thomson, C. Huitema. December 1995. (Format: TXT=6424 bytes) (Obsoleted by RFC3596) (Updated by RFC2874, RFC3152) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group S. Thomson Request for Comments: 1886 Bellcore Category: Standards Track C. Huitema INRIA December 1995
コメントを求めるワーキンググループS.トムソンの要求をネットワークでつないでください: 1886年のBellcoreカテゴリ: 標準化過程C.Huitema INRIA1995年12月
DNS Extensions to support IP version 6
IPバージョン6をサポートするDNS Extensions
Status of this Memo
このMemoの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
This document defines the changes that need to be made to the Domain Name System to support hosts running IP version 6 (IPv6). The changes include a new resource record type to store an IPv6 address, a new domain to support lookups based on an IPv6 address, and updated definitions of existing query types that return Internet addresses as part of additional section processing. The extensions are designed to be compatible with existing applications and, in particular, DNS implementations themselves.
このドキュメントはホストが実行しているIPバージョン6(IPv6)であるとドメインネームシステムにサポートさせられる必要がある変化を定義します。 変化はIPv6アドレスを保存するために新しいリソースレコード種類を含んでいます、IPv6アドレスに基づくルックアップをサポートする新しいドメイン、そして、存在するアップデートされた定義が追加セクション処理の一部としてインターネット・アドレスを返すタイプについて質問します。 拡大は、既存のアプリケーションと特にDNS実装自体と互換性があるように設計されています。
Thompson & Huitema Standards Track [Page 1] RFC 1886 IPv6 DNS Extensions December 1995
トンプソンとHuitema規格はIPv6 DNS拡大1995年12月にRFC1886を追跡します[1ページ]。
1. INTRODUCTION
1. 序論
Current support for the storage of Internet addresses in the Domain Name System (DNS)[1,2] cannot easily be extended to support IPv6 addresses[3] since applications assume that address queries return 32-bit IPv4 addresses only.
アプリケーションが、アドレス質問が32ビットのIPv4アドレスだけを返すと仮定するので、IPv6アドレスが[3]であるとサポートするために容易にドメインネームシステム(DNS)[1、2]における、インターネット・アドレスのストレージの現在のサポートを広げることができません。
To support the storage of IPv6 addresses we define the following extensions:
IPv6アドレスのストレージをサポートするために、私たちは以下の拡大を定義します:
o A new resource record type is defined to map a domain name to an IPv6 address.
o 新しいリソースレコード種類は、IPv6アドレスにドメイン名を写像するために定義されます。
o A new domain is defined to support lookups based on address.
o 新しいドメインは、アドレスに基づくルックアップをサポートするために定義されます。
o Existing queries that perform additional section processing to locate IPv4 addresses are redefined to perform additional section processing on both IPv4 and IPv6 addresses.
o IPv4アドレスの場所を見つけるように追加セクション処理を実行する既存の質問は、IPv4とIPv6アドレスの両方に追加セクション処理を実行するために再定義されます。
The changes are designed to be compatible with existing software. The existing support for IPv4 addresses is retained. Transition issues related to the co-existence of both IPv4 and IPv6 addresses in DNS are discussed in [4].
変化は、既存のソフトウェアと互換性があるように設計されています。 IPv4アドレスの既存のサポートは保有されます。 [4]でDNSのIPv4とIPv6アドレスの両方の共存に関連する変遷問題について議論します。
2. NEW RESOURCE RECORD DEFINITION AND DOMAIN
2. リソースの新しい記録定義とドメイン
A new record type is defined to store a host's IPv6 address. A host that has more than one IPv6 address must have more than one such record.
新しいレコード種類は、ホストのIPv6アドレスを保存するために定義されます。 1つ以上のIPv6アドレスを持っているホストはそのような記録の1つ以上を持たなければなりません。
2.1 AAAA record type
2.1 AAAAレコード種類
The AAAA resource record type is a new record specific to the Internet class that stores a single IPv6 address.
AAAAリソースレコード種類はただ一つのIPv6アドレスを保存するインターネットのクラスに特定の新しい記録です。
The value of the type is 28 (decimal).
タイプの値は28(10進)です。
2.2 AAAA data format
2.2 AAAAデータの形式
A 128 bit IPv6 address is encoded in the data portion of an AAAA resource record in network byte order (high-order byte first).
128ビットのIPv6アドレスはネットワークバイトオーダーにおけるAAAAリソース記録のデータ部でコード化されます(バイトに1番目を高値で命令してください)。
Thompson & Huitema Standards Track [Page 2] RFC 1886 IPv6 DNS Extensions December 1995
トンプソンとHuitema規格はIPv6 DNS拡大1995年12月にRFC1886を追跡します[2ページ]。
2.3 AAAA query
2.3 AAAA質問
An AAAA query for a specified domain name in the Internet class returns all associated AAAA resource records in the answer section of a response.
インターネットのクラスにおける指定されたドメイン名のためのAAAA質問は応答の答え部でのすべての関連AAAAリソース記録を返します。
A type AAAA query does not perform additional section processing.
タイプAAAA質問は追加セクション処理を実行しません。
2.4 Textual format of AAAA records
2.4 AAAA記録の原文の形式
The textual representation of the data portion of the AAAA resource record used in a master database file is the textual representation of a IPv6 address as defined in [3].
マスターデータベース・ファイルで使用されるAAAAリソース記録のデータ部の原文の表現は[3]で定義されるようにIPv6アドレスの原文の表現です。
2.5 IP6.INT Domain
2.5 IP6.INTドメイン
A special domain is defined to look up a record given an address. The intent of this domain is to provide a way of mapping an IPv6 address to a host name, although it may be used for other purposes as well. The domain is rooted at IP6.INT.
アドレスを考えて、特別なドメインは、記録を調べるために定義されます。 このドメインの意図はIPv6アドレスをホスト名に写像する方法を提供することです、それがまた、他の目的に使用されるかもしれませんが。 ドメインはIP6.INTに根づきます。
An IPv6 address is represented as a name in the IP6.INT domain by a sequence of nibbles separated by dots with the suffix ".IP6.INT". The sequence of nibbles is encoded in reverse order, i.e. the low-order nibble is encoded first, followed by the next low-order nibble and so on. Each nibble is represented by a hexadecimal digit. For example, the inverse lookup domain name corresponding to the address
少量の系列によるIP6.INTドメインの名前が接尾語".IP6.INT"と共にドットで分離したので、IPv6アドレスは表されます。 少量の系列は逆順でコード化されます、すなわち、下位の少量が最初にコード化されます、次の下位の少量などがあとに続いていて。 各少量が16進数字によって表されます。 例えば、アドレスに対応する逆さのルックアップドメイン名
4321:0:1:2:3:4:567:89ab
4321: 0:1:2:3:4:567:89ab
would be
あるでしょう。
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.INT.
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.INT。
3. MODIFICATIONS TO EXISTING QUERY TYPES
3. 存在することへの変更はタイプについて質問します。
All existing query types that perform type A additional section processing, i.e. name server (NS), mail exchange (MX) and mailbox (MB) query types, must be redefined to perform both type A and type AAAA additional section processing. These new definitions mean that a name server must add any relevant IPv4 addresses and any relevant
働くすべての既存の質問タイプがA追加セクション処理をタイプします、すなわち、タイプAとタイプAAAA追加しているセクション処理の両方を実行するために、ネームサーバ(NS)(メール交換(MX)とメールボックス(MB)質問タイプ)を再定義しなければなりません。 これらの新しい定義は、ネームサーバが関連していた状態でどんな関連IPv4アドレスといずれも加えなければならないことを意味します。
Thompson & Huitema Standards Track [Page 3] RFC 1886 IPv6 DNS Extensions December 1995
トンプソンとHuitema規格はIPv6 DNS拡大1995年12月にRFC1886を追跡します[3ページ]。
IPv6 addresses available locally to the additional section of a response when processing any one of the above queries.
利用可能なIPv6アドレス、局所的である、上の質問のどれかを処理するときの応答の追加セクションに。
4. SECURITY CONSIDERATIONS
4. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Thompson & Huitema Standards Track [Page 4] RFC 1886 IPv6 DNS Extensions December 1995
トンプソンとHuitema規格はIPv6 DNS拡大1995年12月にRFC1886を追跡します[4ページ]。
5. REFERENCES
5. 参照
[1] Mockapetris, P., "Domain Names - Concepts and Facilities", STD 13, RFC 1034, USC/Information Sciences Institute, November 1987.
[1]Mockapetris、P.、「ドメイン名--、概念と施設、」、STD13、RFC1034、科学が設けるUSC/情報、11月1987日
[2] Mockapetris, P., "Domain Names - Implementation and Specifica- tion", STD 13, RFC 1035, USC/Information Sciences Institute, November 1987.
[2]Mockapetris、P.、「ドメインNames--、実装とSpecifica- tion、」、STD13、RFC1035、USC/情報Sciences Institute、11月1987日
[3] Hinden, R., and S. Deering, Editors, "IP Version 6 Addressing Architecture", RFC 1884, Ipsilon Networks, Xerox PARC, December 1995.
[3] Hinden、R.とS.デアリング、エディターズ、「IPバージョン6アドレッシング体系」、RFC1884、Ipsilonネットワーク、ゼロックスPARC、1995年12月。
[4] Gilligan, R., and E. Nordmark, "Transition Mechanisms for IPv6 Hosts and Routers", Work in Progress.
[4] ギリガン、R.、およびE.Nordmark、「IPv6ホストとルータのための変遷メカニズム」が進行中で働いています。
Authors' Addresses
作者のアドレス
Susan Thomson Bellcore MRE 2P343 445 South Street Morristown, NJ 07960 U.S.A.
スーザントムソンBellcore MRE 2P343 445モリスタウン、南通りニュージャージー07960米国
Phone: +1 201-829-4514 EMail: set@thumper.bellcore.com
以下に電話をしてください。 +1 201-829-4514 メールしてください: set@thumper.bellcore.com
Christian Huitema INRIA, Sophia-Antipolis 2004 Route des Lucioles BP 109 F-06561 Valbonne Cedex France
クリスチャンのHuitema INRIA、2004台のソフィア-Antipolis Route desルシオールBP109F-06561Valbonne Cedexフランス
Phone: +33 93 65 77 15 EMail: Christian.Huitema@MIRSA.INRIA.FR
以下に電話をしてください。 +33 93 65 77 15はメールされます: Christian.Huitema@MIRSA.INRIA.FR
Thompson & Huitema Standards Track [Page 5]
トンプソンとHuitema標準化過程[5ページ]
一覧
スポンサーリンク