RFC 5855 - Nameservers for IPv4 and IPv6 Reverse Zones 日本語訳

URL : https://tools.ietf.org/html/rfc5855
タイトル : RFC 5855 - IPv4とIPv6の逆ゾーンのネームサーバ
翻訳編集 : 自動生成

Internet Engineering Task Force (IETF)                          J. Abley
Request for Comments: 5855                                  T. Manderson
BCP: 155                                                           ICANN
Category: Best Current Practice                                 May 2010
ISSN: 2070-1721

              Nameservers for IPv4 and IPv6 Reverse Zones

Abstract

抽象

This document specifies a stable naming scheme for the nameservers that serve the zones IN-ADDR.ARPA and IP6.ARPA in the DNS. These zones contain data that facilitate reverse mapping (address to name).

この文書では、DNSにゾーンIN-ADDR.ARPAとIP6.ARPAを提供ネームサーバのための安定的な命名規則を指定します。これらのゾーンは、逆マッピング（名前のアドレス）を促進するデータが含まれています。

Status of This Memo

このメモのステータス

This memo documents an Internet Best Current Practice.

このメモはインターネット最も良い現在の練習を説明します。

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). Further information on BCPs is available in Section 2 of RFC 5741.

このドキュメントはインターネットエンジニアリングタスクフォース（IETF）の製品です。これは、IETFコミュニティの総意を表しています。これは、公開レビューを受けており、インターネットエンジニアリング運営グループ（IESG）によって公表のために承認されています。 BCPの詳細については、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/rfc5855.

このドキュメントの現在の状態、任意の正誤表、そしてどのようにフィードバックを提供するための情報がhttp://www.rfc-editor.org/info/rfc5855で取得することができます。

著作権表示

著作権（C）2010 IETF信託とドキュメントの作成者として特定の人物。全著作権所有。

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ドキュメント（http://trustee.ietf.org/license-info）に関連IETFトラストの法律の規定に従うものとします。彼らは、この文書に関してあなたの権利と制限を説明するように、慎重にこれらの文書を確認してください。コードコンポーネントは、トラスト法規定のセクションで説明4.eおよび簡体BSDライセンスで説明したように、保証なしで提供されているよう簡体BSDライセンスのテキストを含める必要があり、この文書から抽出されました。

Table of Contents

   1. Introduction ....................................................2
   2. Nameservers for IN-ADDR.ARPA ....................................3
   3. Nameservers for IP6.ARPA ........................................3
   4. IAB Statement ...................................................4
   5. IANA Considerations .............................................4
   6. Security Considerations .........................................4
   7. References ......................................................4
      7.1. Normative References .......................................4
      7.2. Informative References .....................................5
   Appendix A.  Existing NS RRSets ....................................6
   Appendix B.  Performance Characteristics ...........................7
     B.1.  Label Compression ..........................................7
     B.2.  Query Patterns .............................................9
       B.2.1.  QNAME under IN-ADDR.ARPA ..............................10
       B.2.2.  QNAME under IP6.ARPA ..................................10

1. Introduction

1. はじめに

The Domain Name System (DNS) is described in [RFC1034] and [RFC1035]. The DNS currently supports keyed data retrieval using three namespaces -- domain names, IPv4 addresses, and IPv6 addresses. Mapping of IPv4 addresses to names is accomplished using data published in the IN-ADDR.ARPA zone. For IPv6, the IP6.ARPA zone is used (see [RFC3596]). The process of mapping an address to a name is generally known as a "reverse lookup", and the IN-ADDR.ARPA and IP6.ARPA zones are said to support the "reverse DNS".

ドメインネームシステム（DNS）は、[RFC1034]及び[RFC1035]に記載されています。ドメイン名、IPv4アドレス、およびIPv6アドレス - DNSは現在、3つの名前空間を使用して、キー付きデータ検索をサポートしています。名前にIPv4アドレスのマッピングは、IN-ADDR.ARPAゾーンに発表されたデータを使用して達成されます。 IPv6の場合、IP6.ARPAゾーンが使用されている（[RFC3596]を参照）。名前にアドレスをマッピングするプロセスは、一般的に「逆引き」と呼ばれ、IN-ADDR.ARPAとIP6.ARPAゾーンは「逆DNS」をサポートすると言われています。

The secure and stable hosting of the IN-ADDR.ARPA and IP6.ARPA zones is critical to the operation of the Internet, since many applications rely upon timely responses to reverse lookups to be able to operate normally.

多くのアプリケーションが正常に動作することができるようにルックアップを逆にタイムリーな応答に依存しているので、IN-ADDR.ARPAとIP6.ARPAゾーンの安全かつ安定したホスティングは、インターネットの動作にとって重要です。

At the time of this writing, the IN-ADDR.ARPA zone is served by a subset of the DNS root servers, and IP6.ARPA by servers operated by APNIC, ARIN, ICANN, LACNIC, and the RIPE NCC (see Appendix A).

この記事の執筆時点では、IN-ADDR.ARPAゾーンはAPNIC、ARIN、ICANN、LACNIC、RIPE NCCと運営サーバーでDNSルートサーバのサブセットによって提供、およびIP6.ARPAされる（付録Aを参照してください）。

This document specifies a dedicated and stable set of nameserver names for each of the IN-ADDR.ARPA and IP6.ARPA zones.

この文書では、IN-ADDR.ARPAとIP6.ARPAゾーンのそれぞれについて、ネームサーバ名の専用と安定したセットを指定します。

The naming scheme specified in this document allows IN-ADDR.ARPA and IP6.ARPA to be delegated to two different sets of nameservers, to facilitate operational separation of the infrastructure used to serve each zone. This separation might help ensure that an operational failure of IN-ADDR.ARPA servers does not impact IPv6 reverse lookups as collateral damage, for example.

この文書で指定された命名方式はIN-ADDR.ARPAとIP6.ARPAは各ゾーンを提供するために使用されるインフラストラクチャの運用分離を容易にするために、ネームサーバーの2つの異なるセットに委任することを可能にします。この分離は、IN-ADDR.ARPAサーバの動作不良は、例えば、巻き添え被害としてIPv6の逆引き参照に影響を与えないことを確実にするのに役立つかもしれません。

The choice of operators for individual nameservers is beyond the scope of this document and is an IANA function that falls under the scope of Section 4 of the Memorandum of Understanding (MoU) between the IETF and ICANN [RFC2860].

個々のネームサーバのための演算子の選択は、この文書の範囲外であり、IETFとICANN [RFC2860]の間の理解（覚書）の覚書の第4項の範囲に該当するIANA関数です。

2. Nameservers for IN-ADDR.ARPA

IN-ADDR.ARPA 2.ネームサーバ

This document specifies the following naming scheme for servers that host the IN-ADDR.ARPA zone:

この文書では、IN-ADDR.ARPAゾーンをホストするサーバーに対して次の命名規則を指定します。

         A.IN-ADDR-SERVERS.ARPA
         B.IN-ADDR-SERVERS.ARPA
         C.IN-ADDR-SERVERS.ARPA
         D.IN-ADDR-SERVERS.ARPA
         E.IN-ADDR-SERVERS.ARPA
         F.IN-ADDR-SERVERS.ARPA
         ...

The IN-ADDR-SERVERS.ARPA zone has been delegated to the same set of servers as IN-ADDR.ARPA. IPv4 and IPv6 glue records for each of those servers has been added to the ARPA zone.

IN-ADDR-SERVERS.ARPAゾーンはIN-ADDR.ARPAとして、サーバの同じセットに委任されています。これらのサーバーのそれぞれについて、IPv4とIPv6のグルーレコードは、ARPAゾーンに追加されました。

The IN-ADDR-SERVERS.ARPA and IN-ADDR.ARPA zones are delegated to the same servers, since they are both dedicated for a single purpose and hence can reasonably share fate.

彼らは両方の単一の目的のために専用されているので、合理的な運命を共有することができますので、IN-ADDR-SERVERS.ARPAとIN-ADDR.ARPAゾーンは、同じサーバに委任されています。

All servers in the set are named under the same domain to facilitate label compression. Since glue for all servers exist in the ARPA zone, the use of a single domain does not present a practical single point of failure.

セット内のすべてのサーバーは、ラベルの圧縮を容易にするために、同じドメインの下に名前が付けられます。すべてのサーバーのための接着剤はARPAゾーンに存在するため、単一のドメインを使用すると、故障の実用的な単一のポイントを提示していません。

3. Nameservers for IP6.ARPA

IP6.ARPA 3.ネームサーバ

This document specifies the following nameserver set for the IP6.ARPA zone:

この文書では、IP6.ARPAゾーンについては、以下のネームサーバのセットを指定します：

         A.IP6-SERVERS.ARPA
         B.IP6-SERVERS.ARPA
         C.IP6-SERVERS.ARPA
         D.IP6-SERVERS.ARPA
         E.IP6-SERVERS.ARPA
         F.IP6-SERVERS.ARPA
         ...

The IP6-SERVERS.ARPA zone has been delegated to the same set of servers as IP6.ARPA. IPv4 and IPv6 glue records for each of those servers has been added to the ARPA zone.

IP6-SERVERS.ARPAゾーンはIP6.ARPAとして、サーバの同じセットに委任されています。これらのサーバーのそれぞれについて、IPv4とIPv6のグルーレコードは、ARPAゾーンに追加されました。

4. IAB Statement

4. IAB声明

In its capacity as the body that provides technical guidance to ICANN for the administration of the ARPA top-level domain as described in [RFC3172], the IAB has reviewed this proposal and supports it as an operational change that is in line with the respective roles of ICANN and the IAB.

[RFC3172]で説明したようにARPAトップレベルドメインの管理のためのICANNへの技術指導を提供して体としての能力では、IABは、この提案を検討しており、それぞれの役割に沿ったものである運用の変化として、それをサポートしていますICANNとIABの。

5. IANA Considerations

5. IANAの考慮事項

With due consideration to the approval of the IAB (see Section 4), the IANA has delegated:

IABの承認を考慮して、IANAが委任した（第4章参照）。

1. IN-ADDR-SERVERS.ARPA to the nameservers listed in Section 2;

セクション2に記載されているネームサーバに1 IN-ADDR-SERVERS.ARPA。

2. IP6-SERVERS.ARPA to the nameservers listed in Section 3.

第3節に記載されているネームサーバへ2. IP6-SERVERS.ARPA。

Additionally, IANA has installed IPv4 and IPv6 glue records for the nameservers concerned in the ARPA zone.

また、IANAは、ARPAゾーンに関係するネームサーバのIPv4とIPv6のグルーレコードがインストールされています。

The choice of operators for all nameservers concerned is beyond the scope of this document and is an IANA function that falls under the scope of Section 4 of the MoU between the IETF and ICANN [RFC2860].

関係するすべてのネームサーバのための演算子の選択は、この文書の範囲外であり、IETFとICANN [RFC2860]の間の覚書の第4項の範囲に該当するIANA関数です。

6. Security Considerations

6.セキュリティの考慮事項

This document introduces no additional security risks for the Internet.

この文書は、インターネットのための追加のセキュリティリスクを導入していません。

7. References

7.参考

7.1. Normative References

7.1. 引用規格

[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月。

[RFC3172] Huston, G., Ed., "Management Guidelines & Operational Requirements for the Address and Routing Parameter Area Domain ("arpa")", BCP 52, RFC 3172, September 2001.

[RFC3172]ヒューストン、G.編、 "管理ガイドライン＆アドレスの運用要件とルーティングパラメータエリアドメイン（" ARPA "）"、BCP 52、RFC 3172、2001年9月。

7.2. Informative References

7.2. 参考文献

[RFC2860] Carpenter, B., Baker, F., and M. Roberts, "Memorandum of Understanding Concerning the Technical Work of the Internet Assigned Numbers Authority", RFC 2860, June 2000.

[RFC2860]大工、B.、ベイカー、F.、およびM.ロバーツ、RFC 2860、2000年6月「インターネット割り当て番号機関の技術的な仕事に関する覚書」。

[RFC3596] Thomson, S., Huitema, C., Ksinant, V., and M. Souissi, "DNS Extensions to Support IP Version 6", RFC 3596, October 2003.

[RFC3596]トムソン、S.、のHuitema、C.、Ksinant、V.、およびM. Souissi、RFC 3596、2003年10月 "DNSの拡張機能は、IPバージョン6をサポートします"。

Appendix A. Existing NS RRSets

付録A.既存のNS RRセット

The NS RRSet for the IN-ADDR.ARPA zone at the time of this writing is as follows:

次のようにこれを書いている時点でIN-ADDR.ARPAゾーンのNS資源レコード集合は次のようになります。

IN-ADDR.ARPA. 86400 IN NS A.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS B.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS C.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS D.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS E.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS F.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS G.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS H.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS I.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS K.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS L.ROOT-SERVERS.NET. IN-ADDR.ARPA. 86400 IN NS M.ROOT-SERVERS.NET.

IN-ADDR.ARPA。 86400、IN NS A.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS B.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS C.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS D.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS E.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS F.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS G.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS H.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS I.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS K.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS L.ROOT-SERVERS.NET。 IN-ADDR.ARPA。 86400、IN NS M.ROOT-SERVERS.NET。

The NS RRSet for the IP6.ARPA zone at the time of this writing is as follows:

次のようにこれを書いている時点でIP6.ARPAゾーンのNS資源レコード集合は次のようになります。

IP6.ARPA. 84600 IN NS NS-SEC.RIPE.NET. IP6.ARPA. 86400 IN NS SEC1.APNIC.NET. IP6.ARPA. 86400 IN NS NS2.LACNIC.NET. IP6.ARPA. 86400 IN NS NS.ICANN.ORG. IP6.ARPA. 86400 IN NS TINNIE.ARIN.NET.

IP6.ARPA。 84600、IN NS NS-SEC.RIPE.NET。 IP6.ARPA。 86400、IN NS SEC1.APNIC.NET。 IP6.ARPA。 NS NS2.LACNIC.NET、IN 86400。 IP6.ARPA。 NS NS.ICANN.ORG、IN 86400。 IP6.ARPA。 86400、IN NS TINNIE.ARIN.NET。

For completeness, the NS RRSet for the ARPA zone at the time of this writing is as follows:

次のように完全を期すため、この記事の執筆時点でのARPAゾーンのNS資源レコード集合は次のようになります。

ARPA. 86400 IN NS A.ROOT-SERVERS.NET. ARPA. 86400 IN NS B.ROOT-SERVERS.NET. ARPA. 86400 IN NS C.ROOT-SERVERS.NET. ARPA. 86400 IN NS D.ROOT-SERVERS.NET. ARPA. 86400 IN NS E.ROOT-SERVERS.NET. ARPA. 86400 IN NS F.ROOT-SERVERS.NET. ARPA. 86400 IN NS G.ROOT-SERVERS.NET. ARPA. 86400 IN NS H.ROOT-SERVERS.NET. ARPA. 86400 IN NS I.ROOT-SERVERS.NET. ARPA. 86400 IN NS K.ROOT-SERVERS.NET. ARPA. 86400 IN NS L.ROOT-SERVERS.NET. ARPA. 86400 IN NS M.ROOT-SERVERS.NET.

ARPA。 86400、IN NS A.ROOT-SERVERS.NET。 ARPA。 86400、IN NS B.ROOT-SERVERS.NET。 ARPA。 86400、IN NS C.ROOT-SERVERS.NET。 ARPA。 86400、IN NS D.ROOT-SERVERS.NET。 ARPA。 86400、IN NS E.ROOT-SERVERS.NET。 ARPA。 86400、IN NS F.ROOT-SERVERS.NET。 ARPA。 86400、IN NS G.ROOT-SERVERS.NET。 ARPA。 86400、IN NS H.ROOT-SERVERS.NET。 ARPA。 86400、IN NS I.ROOT-SERVERS.NET。 ARPA。 86400、IN NS K.ROOT-SERVERS.NET。 ARPA。 86400、IN NS L.ROOT-SERVERS.NET。 ARPA。 86400、IN NS M.ROOT-SERVERS.NET。

Appendix B. Performance Characteristics

付録B.性能特性

B.1. Label Compression

B.1。ラベルの圧縮

The choice of names for the respective NS RRSets of the IN-ADDR.ARPA and IP6.ARPA zones have a relatively minor impact on the delegation response sizes from their parent zones, given other anticipated contributors such as DNSSEC. However, it is still considered good practice to use a naming scheme that is reasonably compressible: doing so for frequently queried zones such as these is likely to have at least measurable impact on aggregate DNS traffic in the Internet as a whole, and has potential transport benefits to clients whose queries will not result in secure replies.

IN-ADDR.ARPAとIP6.ARPAゾーンのそれぞれのNS RRセットの名前の選択は、DNSSECなどの他の予想貢献与えられ、その親ゾーンから委任応答サイズの比較的軽微な影響を持っています。しかし、まだ合理的に圧縮可能な命名規則を使用することをお勧めと考えられている。このような頻繁に照会ゾーンにそうすることが、全体としてインターネットに集約DNSトラフィックに少なくとも測定の影響を与える可能性があり、かつ潜在的な輸送を持っていますそのクエリのクライアントへのメリットは、安全な回答にはなりません。

The naming schemes described in Sections 2 and 3 are highly compressible. That is, once a single nameserver name has been encoded in a DNS message, subsequent nameservers can be specified with substantially smaller encoding.

セクション2および3に記載の命名方式は、高度に圧縮されています。単一のネームサーバ名がDNSメッセージで符号化された後すなわち、後続のネームサーバーは、実質的に小さい符号で指定することができるされています。

In the DNS, a complete encoding of an a-label involves a one-byte length field, plus a one-byte-per-character encoding of the a-label itself. A domain name's encoding consists of one or more a-labels, so-encoded, plus a single terminating zero byte. Where a terminating series of a-labels has already been encoded as described above, subsequent terminating references to the same series can be made using a two-byte pointer to that full encoding.

DNSでは、A-ラベルの完全なエンコーディングは1バイトの長さフィールド、プラスA-ラベル自体の1バイトあたりの文字エンコーディングを必要とします。ドメイン名のエンコーディングはそうでエンコードされた、一つ以上のA-のラベルで構成され、加えて、単一のゼロバイトを終了します。上述したように、ラベルの終端系列は、既に符号化された場合、同じシリーズに続く終端の参照は、その完全な符号化するために2バイトのポインタを使用して作製することができます。

The non-compressed representation of the nameserver A.IN-ADDR-SERVERS.ARPA fills (1 + 1) + (15 + 1) + (4 + 1) + 1 = 24 bytes.

ネームサーバA.IN-ADDR-SERVERS.ARPAの非圧縮表現は、（1 + 1）+（15 + 1）+（4 + 1）+ 1 = 24のバイトを充填します。

The non-compressed representation of A.IP6-SERVERS.ARPA fills (1 + 1) + (10 + 1) + (4 + 1) + 1 = 19 bytes.

A.IP6-SERVERS.ARPAの非圧縮表現は、（1 + 1）+（10 + 1）+（4 + 1）+ 1 = 19のバイトを充填します。

Subsequent nameservers under either domain are encoded with the initial label, plus two bytes for a pointer to the repeated domain elsewhere in the message, i.e., (1 + 1) + 2 = 4 bytes.

いずれかのドメインの下の後続のネームサーバは、すなわち、（1 + 1）+ 2 = 4バイト、初期ラベルで符号化され、加えて他の場所メッセージで繰り返しドメインへのポインタのために2バイトれます。

The encoded size of the a-labels in a twelve-record NS RRSet named according to Section 2 for IN-ADDR.ARPA is as follows:

12レコードNSにおけるA-ラベルの符号化された大きさは、IN-ADDR.ARPAための第2節に従って命名RRセットは以下の通りであります：

    +------------------------+---------------------------------------+
    | Nameserver             | Encoded Size                          |
    +------------------------+---------------------------------------+
    | A.IN-ADDR-SERVERS.ARPA | (1 + 1) + (15 + 1) + (4 + 1) + 1 = 24 |
    |                        |                                       |
    | B.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | C.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | D.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | E.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | F.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | G.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | H.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | I.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | J.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | K.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | L.IN-ADDR-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
    |                        |                                       |
    | Total                  | 68 bytes                              |
    +------------------------+---------------------------------------+

The encoded size of the a-labels in a six-record NS RRSet named according to Section 3 for IP6.ARPA is, hence, as follows:

IP6.ARPAはしたがって、であるため、以下のように六レコードNSにおけるA-ラベルの符号化された大きさは、セクション3に従って命名RRセット。

      +--------------------+---------------------------------------+
      | Nameserver         | Encoded Size                          |
      +--------------------+---------------------------------------+
      | A.IP6-SERVERS.ARPA | (1 + 1) + (10 + 1) + (4 + 1) + 1 = 19 |
      |                    |                                       |
      | B.IP6-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
      |                    |                                       |
      | C.IP6-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
      |                    |                                       |
      | D.IP6-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
      |                    |                                       |
      | E.IP6-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
      |                    |                                       |
      | F.IP6-SERVERS.ARPA | (1 + 1) + 2 = 4                       |
      |                    |                                       |
      | Total              | 39 bytes                              |
      +--------------------+---------------------------------------+

By way of comparison, the encoded size of the labels in the NS RRSet for IP6.ARPA (shown in Appendix A) is as follows:

次のように比較のために、IP6.ARPA（付録Aに示されている）のためのNS資源レコード集合のラベルの符号化されたサイズです。

        +-----------------+--------------------------------------+
        | Nameserver      | Encoded Size                         |
        +-----------------+--------------------------------------+
        | NS-SEC.RIPE.NET | (6 + 1) + (4 + 1) + (3 + 1) + 1 = 17 |
        |                 |                                      |
        | SEC1.APNIC.NET  | (4 + 1) + (5 + 1) + 2 + 1 = 14       |
        |                 |                                      |
        | NS2.LANIC.NET   | (3 + 1) + (6 + 1) + 2 + 1 = 14       |
        |                 |                                      |
        | NS.ICANN.ORG    | (2 + 1) + (5 + 1) + (3 + 1) + 1 = 14 |
        |                 |                                      |
        | TINNIE.ARIN.NET | (6 + 1) + (4 + 1) + 2 + 1 = 15       |
        |                 |                                      |
        | Total           | 74 bytes                             |
        +-----------------+--------------------------------------+

B.2. Query Patterns

B.2。クエリパターン

A brief description of likely query patterns for an empty cache with the existing and new NS RRSets follows.

既存および新規のNS RRセットで空のキャッシュの可能性の高いクエリパターンの簡単な説明は次の通りです。

B.2.1. QNAME under IN-ADDR.ARPA

B.2.1。 IN-ADDR.ARPA下QNAME

Consider the IN-ADDR.ARPA NS RRSet (described in Appendix A) and a QNAME that is delegated beneath the IN-ADDR.ARPA zone:

（付録Aで説明）IN-ADDR.ARPA NS資源レコード集合とIN-ADDR.ARPAゾーンの下に委任されたQNAMEを考えてみます。

1. Query sent to root server that is also authoritative for IN-ADDR.ARPA; response is a referral from the IN-ADDR.ARPA zone.

1.クエリもIN-ADDR.ARPAのための権威あるルートサーバーに送信されました。応答は、IN-ADDR.ARPAゾーンからの紹介です。

In the case where the initial query is sent to the J root server:

最初のクエリは、Jルートサーバーに送信された場合には：

1. Query sent to J.ROOT-SERVERS.NET (which is not authoritative for the IN-ADDR.ARPA zone); response is a referral to an ARPA server with additional-section glue.

1.クエリ（IN-ADDR.ARPAゾーンに対して権限のない）J.ROOT-SERVERS.NETに送られます。応答は、追加のセクション接着剤でARPAサーバーへの紹介です。

2. Query sent to an ARPA server (all of which are also authoritative in this case for IN-ADDR.ARPA); response is a referral from the IN-ADDR.ARPA zone.

ARPAサーバに送信2.クエリ（IN-ADDR.ARPAため、この場合も、権限のあるすべてが）。応答は、IN-ADDR.ARPAゾーンからの紹介です。

Consider the same query with the IN-ADDR.ARPA NS RRSet (described in Section 2):

IN-ADDR.ARPA NS資源レコード集合（第2節で説明）と同じクエリを考えてみます。

1. Query sent to a root server that is also authoritative for ARPA; response is a referral to an IN-ADDR.ARPA server, with additional-section glue.

また、ARPAのための権威あるルートサーバーに送信された1クエリ。応答は、追加のセクション接着剤で、IN-ADDR.ARPAサーバへの紹介です。

2. Query sent to an IN-ADDR.ARPA server; response is a referral from the IN-ADDR.ARPA zone.

2.クエリは、IN-ADDR.ARPAサーバーに送信されました。応答は、IN-ADDR.ARPAゾーンからの紹介です。

In the case where the first query is sent to the J root server:

最初のクエリがJルートサーバーに送信された場合には：

1. Query sent to J.ROOT-SERVERS.NET (which is not authoritative for ARPA); response is a referral to an ARPA server, with additional-section glue.

1.クエリ（ARPAのための権限のない）J.ROOT-SERVERS.NETに送られます。応答は、追加のセクション接着剤で、ARPAサーバへの紹介です。

2. Query sent to an ARPA server; response is a referral to an IN-ADDR.ARPA server, with additional-section glue.

2.クエリは、ARPAサーバーに送信されました。応答は、追加のセクション接着剤で、IN-ADDR.ARPAサーバへの紹介です。

3. Query sent to an IN-ADDR.ARPA server; response is a referral from the IN-ADDR.ARPA zone.

3.クエリは、IN-ADDR.ARPAサーバーに送信されました。応答は、IN-ADDR.ARPAゾーンからの紹介です。

B.2.2. QNAME under IP6.ARPA

B.2.2。 IP6.ARPA下QNAME

Consider the IP6.ARPA NS RRSet (described in Appendix A) and a QNAME that is delegated beneath the IP6.ARPA zone:

（付録Aで説明）IP6.ARPA NS資源レコード集合とIP6.ARPAゾーンの下に委任されたQNAMEを考えてみます。

1. Query sent to root server that is also authoritative for ARPA; response is a referral from the ARPA zone to an IP6.ARPA server with no additional-section glue.

1.クエリはまた、ARPAのための権威あるルートサーバーに送信されました。応答はなし追加のセクション接着剤でIP6.ARPAサーバーへのARPAゾーンからの紹介です。

2. A recursive lookup for one of the nameservers specified in the referral must now be performed in order to obtain an address for an IP6.ARPA server. In all cases, three queries are required. Successive recursive lookups may be performed in the event that a server is unresponsive.

2.照会で指定されたネームサーバのいずれかの再帰検索は現在、IP6.ARPAサーバーのアドレスを取得するために実行する必要があります。すべての場合において、3件の問い合わせが必要とされています。連続した再帰的な検索は、サーバーが応答しない場合に実行することができます。

3. Query sent to IP6.ARPA server; response is a referral from the IP6.ARPA zone.

IP6.ARPAサーバーに送信3.クエリ。応答がIP6.ARPAゾーンからの紹介です。

In the case where the first query is sent to the J root server:

最初のクエリがJルートサーバーに送信された場合には：

1. Query sent to J.ROOT-SERVERS.NET; response is a referral to an ARPA server with additional-section glue.

J.ROOT-SERVERS.NETに送ら1.クエリ。応答は、追加のセクション接着剤でARPAサーバーへの紹介です。

2. Query sent to an ARPA server; response is a referral from the ARPA zone to an IP6.ARPA server with no additional-section glue.

2.クエリは、ARPAサーバーに送信されました。応答はなし追加のセクション接着剤でIP6.ARPAサーバーへのARPAゾーンからの紹介です。

3. A recursive lookup for one of the nameservers specified in the referral must now be performed in order to obtain an address for an IP6.ARPA server. In all cases, three queries are required. Successive recursive lookups may be performed in the event that a server is unresponsive.

3.照会で指定されたネームサーバのいずれかの再帰検索は現在、IP6.ARPAサーバーのアドレスを取得するために実行する必要があります。すべての場合において、3件の問い合わせが必要とされています。連続した再帰的な検索は、サーバーが応答しない場合に実行することができます。

4. Query sent to IP6.ARPA server; response is a referral from the IP6.ARPA zone.

IP6.ARPAサーバーに送信された4クエリ。応答がIP6.ARPAゾーンからの紹介です。

Consider the same query with the IP6.ARPA NS RRSet (described in Section 3):

IP6.ARPA NS資源レコード集合（セクション3で説明）と同じクエリを考えてみます。

1. Query sent to a root server that is also authoritative for ARPA; response is a referral to an IP6.ARPA server, with additional-section glue.

また、ARPAのための権威あるルートサーバーに送信された1クエリ。応答は、追加のセクション接着剤で、IP6.ARPAサーバへの紹介です。

2. Query sent to an IP6.ARPA server; response is a referral from the IP6.ARPA zone.

2.クエリは、IP6.ARPAサーバーに送信されました。応答がIP6.ARPAゾーンからの紹介です。

In the case where the first query is sent to the J root server:

最初のクエリがJルートサーバーに送信された場合には：

1. Query sent to J.ROOT-SERVERS.NET (which is not authoritative for ARPA); response is a referral to an ARPA server, with additional-section glue.

1.クエリ（ARPAのための権限のない）J.ROOT-SERVERS.NETに送られます。応答は、追加のセクション接着剤で、ARPAサーバへの紹介です。

2. Query sent to an ARPA server; response is a referral to an IP6.ARPA server with additional-section glue.

2.クエリは、ARPAサーバーに送信されました。応答は、追加のセクション接着剤でIP6.ARPAサーバーへの紹介です。

3. Query sent to an IP6.ARPA server; response is a referral from the IP6.ARPA zone.

3.クエリは、IP6.ARPAサーバーに送信されました。応答がIP6.ARPAゾーンからの紹介です。

Authors' Addresses

著者のアドレス

Joe Abley ICANN 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292 USA Phone: +1 310 463 9062 EMail: joe.abley@icann.org

ジョーAbley ICANN 4676アドミラルティ・ウェイ、スイート330マリナ・デル・レイ、CA 90292 USA電話：+1 310 463 9062 Eメール：joe.abley@icann.org

Terry Manderson ICANN 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292 USA Phone: +61 4 1127 5673 EMail: terry.manderson@icann.org

テリーManderson ICANN 4676アドミラルティ・ウェイ、スイート330マリナ・デル・レイ、CA 90292 USA電話：+61 4 1127 5673 Eメール：terry.manderson@icann.org