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ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

TortoiseGit Gitクライアント

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る