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

原文URL : https://datatracker.ietf.org/doc/html/rfc5855
タイトル : RFC 5855 - IPv4およびIPv6の逆ゾーンのネームサーバー
翻訳編集 : 自動生成

[要約] RFC 5855は、IPv4およびIPv6の逆引きゾーンのためのネームサーバに関するガイドラインです。このRFCの目的は、逆引きゾーンのネームサーバの設定と管理に関する標準化を提供することです。

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

IPv4およびIPv6の逆ゾーンのネームサーバー

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で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.

このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc5855で取得できます。

著作権表示

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 Trustの法的規定の対象となります。この文書に関するあなたの権利と制限を説明するので、これらの文書を注意深く確認してください。このドキュメントから抽出されたコードコンポーネントには、セクション4.Eで説明されている法的規定のセクション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]で説明されています。DNSは現在、ドメイン名、IPv4アドレス、IPv6アドレスの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.

多くのアプリケーションは、正常に動作できるように逆ルックアップへのタイムリーな応答に依存しているため、インターネットの運用にとって、インターネットの運用にとって重要で安定したホスティングがインターネットの動作にとって重要です。

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ゾーンはDNSルートサーバーのサブセットが、IP6.ARPAがAPNIC、ARIN、ICANN、LADNIC、およびRIPE NCCによって操作するサーバーによって提供されます（付録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つの異なる名前のセットに委任することができ、各ゾーンにサービスを提供するために使用されるインフラストラクチャの運用的な分離を容易にします。この分離は、たとえば、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]の間の覚書（MOU）のセクション4の範囲に該当するIANA関数です。

2. Nameservers for IN-ADDR.ARPA

2. in-addr.arpaの名前サーバー

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 ...

A. adddr-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

3. IP6.ARPAの名前サーバー

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

このドキュメントは、IP6.ARPAゾーンに向けて次のNameServerセットを指定します。

A.IP6-SERVERS.ARPA B.IP6-SERVERS.ARPA C.IP6-SERVERS.ARPA D.IP6-SERVERS.ARPA E.IP6-SERVERS.ARPA F.IP6-SERVERS.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（セクション4を参照）の承認を十分に考慮して、IANAは次のように委任しました。

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

1. In-ADDR-Servers.ARPAセクション2にリストされている名前サーバーへ。

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

2. セクション3にリストされている名前の名前のIP6-Servers.ARPA。

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

さらに、IANAは、ARPAゾーンに関係する名前サーバーにIPv4およびIPv6 Glueレコードをインストールしました。

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]の間のMOUのセクション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] Huston、G.、ed。、「住所およびルーティングパラメーターエリアドメイン（「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] Carpenter、B.、Baker、F。、およびM. Roberts、「インターネットが割り当てられた数字の権限の技術的作業に関する覚書」、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] Thomson、S.、Huitema、C.、Ksinant、V。、およびM. Souissi、「DNS拡張機能IPバージョン6」、RFC 3596、2003年10月。

Appendix A. Existing NS RRSets

付録A. 既存のns rrsets

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

この執筆時点でのin-addr.arpaゾーンのNS RRSETは次のとおりです。

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。NSの86400 A.Root-Servers.net。in-addr.arpa。NSの86400 B.Root-Servers.net。in-addr.arpa。NSの86400 C.Root-Servers.net。in-addr.arpa。NS D.Root-Servers.netの86400。in-addr.arpa。NS E.Root-Servers.netの86400。in-addr.arpa。NS F.Root-Servers.netの86400。in-addr.arpa。NS G.Root-Servers.netの86400。in-addr.arpa。NS H.Root-Servers.netの86400。in-addr.arpa。NS I.Root-Servers.netの86400。in-addr.arpa。NS K.Root-Servers.netの86400。in-addr.arpa。ns l.root-servers.netの86400。in-addr.arpa。NS M.Root-Servers.netの86400。

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

この執筆時点でのIP6.ARPAゾーンのNS RRSETは次のとおりです。

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。NS ns-sec.ripe.netの84600。IP6.ARPA。NS SEC1.APNIC.NETの86400。IP6.ARPA。NS2.lacnic.netの86400。IP6.ARPA。NS ns.Icann.orgの86400。IP6.ARPA。NS Tinnie.arin.netの86400。

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

完全性のために、この執筆時点でのARPAゾーンのNS RRSETは次のとおりです。

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。NSの86400 A.Root-Servers.net。ARPA。NSの86400 B.Root-Servers.net。ARPA。NSの86400 C.Root-Servers.net。ARPA。NS D.Root-Servers.netの86400。ARPA。NS E.Root-Servers.netの86400。ARPA。NS F.Root-Servers.netの86400。ARPA。NS G.Root-Servers.netの86400。ARPA。NS H.Root-Servers.netの86400。ARPA。NS I.Root-Servers.netの86400。ARPA。NS K.Root-Servers.netの86400。ARPA。ns l.root-servers.netの86400。ARPA。NS M.Root-Servers.netの86400。

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.

DNSSECなどの他の予想される貢献者を考慮して、In-Addr.ArpaおよびIP6.ARPAゾーンのそれぞれのNS rrsetsの名前の選択は、親ゾーンからの委任応答サイズに比較的小さな影響を与えます。ただし、合理的に圧縮可能なネーミングスキームを使用することはまだ良い慣行と考えられています。これらのような頻繁にクエリゾーンに対してそうすることは、インターネット全体の集計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バイトあたりのキャラクターエンコードが含まれます。ドメイン名のエンコードは、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.

名前サーバーの非圧縮表現。

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:

ADDR.ARPAのセクション2に従って名前が付けられた12回の録音ns RRSetのAラベルのエンコードされたサイズは次のとおりです。

    +------------------------+---------------------------------------+
    | 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のセクション3に従って名前が付けられた6録画NS RRSetのAラベルのエンコードされたサイズは、次のように次のとおりです。

      +--------------------+---------------------------------------+
      | 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のNS RRSTのラベルのエンコードされたサイズ（付録Aに示す）は次のとおりです。

        +-----------------+--------------------------------------+
        | 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 RRSetsを使用した空のキャッシュの可能性のあるクエリパターンの簡単な説明が続きます。

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:

in-addr.arpa ns rrset（付録Aで説明）と、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. j.root-servers.netに送信されたクエリ（これは、in-addr.arpaゾーンの権威ではありません）;応答は、追加セクション接着剤を備えた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.

2. ARPAサーバーに送信されたクエリ（この場合、すべてがADDR.ARPAについても権威があります）。応答は、in-addr.arpaゾーンからの紹介です。

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

In-Addr.Arpa ns rrset（セクション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.

1. ARPAの権威あるルートサーバーに送信されたクエリ。応答は、追加セクション接着剤を備えた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. J.Root-Servers.netに送信されたクエリ（ARPAの権威はありません）;応答は、追加セクション接着剤を備えた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:

IP6.ARPA NS RRSET（付録Aで説明）と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の権威あるルートサーバーに送信されたクエリ。応答は、ARPAゾーンから追加セクション接着剤のないIP6.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サーバーのアドレスを取得するには、紹介で指定された名前サーバーの1つの再帰検索を実行する必要があります。すべての場合において、3つのクエリが必要です。サーバーが反応しない場合に、連続した再帰検索が実行される場合があります。

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

3. 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; response is a referral to an ARPA server with additional-section glue.

1. j.root-servers.netに送信されたクエリ;応答は、追加セクション接着剤を備えた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サーバーに送信されたクエリ。応答は、ARPAゾーンから追加セクション接着剤のないIP6.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サーバーのアドレスを取得するには、紹介で指定された名前サーバーの1つの再帰検索を実行する必要があります。すべての場合において、3つのクエリが必要です。サーバーが反応しない場合に、連続した再帰検索が実行される場合があります。

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

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

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

IP6.ARPA NS RRSET（セクション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.

1. ARPAの権威あるルートサーバーに送信されたクエリ。応答は、追加セクション接着剤を備えた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. J.Root-Servers.netに送信されたクエリ（ARPAの権威はありません）;応答は、追加セクション接着剤を備えた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

Joeabley Icann 4676 Admiralty Way、Suite 330 Marina Del Rey、CA 90292 USA電話：1 310 463 9062メール：joe.able@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

Terry Manderson Icann 4676 Admiralty Way、Suite 330 Marina Del Rey、CA 90292 USA電話：61 4 1127 5673メール：terry.manderson@icann.org