[要約] RFC 6491は、IANAによって発行されるResource Public Key Infrastructure（RPKI）オブジェクトに関する規格です。このRFCの目的は、RPKIオブジェクトの標準化と一貫性を確保し、インターネットのセキュリティと信頼性を向上させることです。
Internet Engineering Task Force (IETF) T. Manderson
Request for Comments: 6491 L. Vegoda
Category: Standards Track ICANN
ISSN: 2070-1721 S. Kent
BBN
February 2012
Resource Public Key Infrastructure (RPKI) Objects Issued by IANA
IANAが発行したリソース公開キーインフラストラクチャ（RPKI）オブジェクト
Abstract
概要
This document provides specific direction to IANA as to the Resource Public Key Infrastructure (RPKI) objects it should issue.
このドキュメントは、発行すべきリソース公開キーインフラストラクチャ（RPKI）オブジェクトに関するIANAへの特定の方向を提供します。
Status of This Memo
本文書の位置付け
This is an Internet Standards Track document.
これは、インターネット標準トラックドキュメントです。
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 Internet Standards is available in Section 2 of RFC 5741.
このドキュメントは、インターネットエンジニアリングタスクフォース（IETF）の製品です。IETFコミュニティのコンセンサスを表しています。公開レビューを受けており、インターネットエンジニアリングステアリンググループ（IESG）からの出版が承認されています。インターネット標準の詳細については、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/rfc6491.
このドキュメントの現在のステータス、任意のERRATA、およびそのフィードバックを提供する方法に関する情報は、http：//www.rfc-editor.org/info/rfc6491で取得できます。
Copyright Notice
著作権表示
Copyright (c) 2012 IETF Trust and the persons identified as the document authors. All rights reserved.
Copyright（c）2012 IETF Trustおよび文書著者として特定された人。全著作権所有。
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. Requirements Notation . . . . . . . . . . . . . . . . . . . . 3
3. Required Reading . . . . . . . . . . . . . . . . . . . . . . . 3
4. Definitions . . . . . . . . . . . . . . . . . . . . . . . . . 3
5. Reserved Resources . . . . . . . . . . . . . . . . . . . . . . 4
6. Unallocated Resources . . . . . . . . . . . . . . . . . . . . 4
7. Special Purpose Registry Resources . . . . . . . . . . . . . . 4
8. Multicast . . . . . . . . . . . . . . . . . . . . . . . . . . 5
9. Informational Objects . . . . . . . . . . . . . . . . . . . . 5
10. Certificates and Certificate Revocation Lists (CRLs) . . . . . 5
11. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 6
12. Security Considerations . . . . . . . . . . . . . . . . . . . 6
13. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 6
14. References . . . . . . . . . . . . . . . . . . . . . . . . . . 6
14.1. Normative References . . . . . . . . . . . . . . . . . . 6
14.2. Informative References . . . . . . . . . . . . . . . . . 7
Appendix A. IANA Reserved IPv4 Address Blocks . . . . . . . . . . 10
Appendix B. IANA Reserved IPv6 Address Blocks . . . . . . . . . . 11
"An Infrastructure to Support Secure Internet Routing" [RFC6480] directs IANA [RFC2860] to issue Resource Public Key Infrastructure (RPKI) objects for which it is authoritative. This document describes the objects IANA will issue. If IANA is directed to issue additional RPKI objects in future, this document will be revised and a new version issued.
「安全なインターネットルーティングをサポートするインフラストラクチャ」[RFC6480]は、IANA [RFC2860]に、権威あるリソース公開キーインフラストラクチャ（RPKI）オブジェクトを発行するよう指示します。このドキュメントでは、IANAが発行するオブジェクトについて説明しています。IANAが将来追加のRPKIオブジェクトを発行するように指示されている場合、このドキュメントは改訂され、新しいバージョンが発行されます。
The signed objects described here that IANA will issue are the unallocated, reserved, special use IPv4 and IPv6 address blocks, and the unallocated and reserved Autonomous System numbers. These number resources are managed by IANA for the IETF; thus, IANA bears the responsibility of issuing the corresponding RPKI objects. The reader is encouraged to consider the technical effects on the public routing system of the signed object issuance proposed for IANA in this document.
ここでIANAが発行すると説明されている署名されたオブジェクトは、未割り当て、予約済み、特別な使用IPv4およびIPv6アドレスブロック、および非割り当ておよび予約された自律システム番号です。これらの数値リソースは、IETFのIANAによって管理されています。したがって、IANAは、対応するRPKIオブジェクトを発行する責任を負います。読者は、この文書でIANAに提案された署名されたオブジェクトの発行のパブリックルーティングシステムに対する技術的な効果を考慮することをお勧めします。
This document does not deal with BGP [RFC4271] routing systems, as those are under the policy controls of the organizations that operate them. Readers are directed to "Local Trust Anchor Management for the Resource Public Key Infrastructure" [TA-MGMT] for a description of how to locally override IANA issued objects, e.g., to enable use of unallocated, reserved, and special use IPv4 and IPv6 address blocks in a local context.
このドキュメントは、それらを運用する組織のポリシー管理下にあるため、BGP [RFC4271]ルーティングシステムを扱っていません。読者は、「リソース公開キーインフラストラクチャのローカルトラストアンカー管理」[TA-MGMT]に向けられています。IANA発行のオブジェクトを局所的にオーバーライドする方法、例えば、未割り当て、予約済み、特別な使用IPv4およびIPv6アドレスの使用を可能にする方法ローカルコンテキストでブロックします。
The direction to IANA contained herein follows the ideal that it should represent the ideal technical behavior for registry and related registry actions.
本明細書に含まれるIANAへの方向は、レジストリおよび関連するレジストリアクションの理想的な技術的行動を表す必要があるという理想に続きます。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119].
「必須」、「そうしない」、「必須」、「必要」、「しない」、「そうしない」、「そうではない」、「そうでない」、「推奨」、「5月」、および「オプション」は、[RFC2119]に記載されているように解釈される。
Readers should be familiar with the RPKI, the RPKI repository structure, and the various RPKI objects, uses, and interpretations described in the following: [RFC6480], [RFC6487], [RFC6482], [RFC6493], [TA-MGMT], [RFC6483], [RPKI-USE], [RFC6484], and [RFC6486].
読者は、RPKI、RPKIリポジトリ構造、および以下で説明されているさまざまなRPKIオブジェクト、使用、および解釈に精通している必要があります：[RFC6480]、[RFC6487]、[RFC6482]、[RFC6493]、[Ta-Mgmt]、[Ta-Mgmt]、[rfc6483]、[rpki-use]、[rfc6484]、および[rfc6486]。
Note: The addresses used in this document are not example addresses; therefore, they are not compliant with [RFC3849], [RFC5735], and [RFC5771]. This is intentional, as the practices described in this document are directed to specific instances of real world addresses.
注：このドキュメントで使用されているアドレスは、アドレスの例ではありません。したがって、それらは[RFC3849]、[RFC5735]、および[RFC5771]に準拠していません。このドキュメントで説明されている慣行は、現実世界の住所の特定のインスタンスに向けられているため、これは意図的です。
Internet Number Resources (INR): The number identifiers for IPv4 [RFC0791] and IPv6 [RFC2460] addresses, and for Autonomous Systems (ASes).
インターネット番号リソース（INR）：IPv4 [RFC0791]およびIPv6 [RFC2460]のアドレス、および自律システム（ASES）の数値識別子。
IANA: Internet Assigned Numbers Authority (a traditional name, used here to refer to the technical team making and publishing the assignments of Internet protocol technical parameters). The technical team of IANA is currently a part of ICANN [RFC2860].
IANA：インターネットに割り当てられた数字の権限（従来の名前、ここでは、インターネットプロトコルの技術パラメーターの割り当てを作成および公開するための技術チームを参照するために使用されます）。IANAの技術チームは現在、ICANN [RFC2860]の一部です。
RPKI: Resource Public Key Infrastructure. A Public Key Infrastructure designed to provide a secure basis for assertions about holdings of Internet number resources. Certificates issued under the RPKI contain additional attributes that identify IPv4, IPv6, and Autonomous System number resources [RFC6480].
RPKI：リソース公開キーインフラストラクチャ。インターネット番号のリソースの保有に関する主張のための安全な基盤を提供するように設計された公開キーインフラストラクチャ。RPKIに基づいて発行された証明書には、IPv4、IPv6、および自律システム番号リソース[RFC6480]を識別する追加の属性が含まれています。
ROA: Route Origination Authorization. A ROA is an RPKI object that enables the holder of the address prefix to specify an AS that is permitted to originate (in BGP) routes for that prefix [RFC6482].
ROA：ルートオリジネーション認証。ROAは、アドレスプレフィックスの保有者がそのプレフィックスの（BGPで）起源のルートを許可されているASを指定できるRPKIオブジェクトです[RFC6482]。
AS 0 ROA: A ROA containing a value of 0 in the ASID field. "Validation of Route Origination Using the Resource Certificate Public Key Infrastructure (PKI) and Route Origination Authorizations (ROAs)" [RFC6483] states "A ROA with a subject of AS 0 (AS 0 ROA) is
AS 0 ROA：ASIDフィールドに0の値を含むROA。「リソース証明書公開キーインフラストラクチャ（PKI）およびルートオリジネーション認可（ROA）を使用したルートオリジネーションの検証」[RFC6483]は、0（AS 0 ROA）の被験者を持つROAを述べています。
an attestation by the holder of a prefix that the prefix described in the ROA, and any more specific prefix, should not be used in a routing context."
ROAで説明されているプレフィックス、およびより具体的なプレフィックスをルーティングコンテキストで使用しないでください。
"Not intended to be (publicly) routed": This phrase refers to prefixes that are not meant to be represented in the global Internet routing table (for example 192.168/16 [RFC1918]).
「（公的に）ルーティングすることを意図していない」：このフレーズは、グローバルインターネットルーティングテーブル（たとえば192.168/16 [RFC1918]）に表されることを意図していないプレフィックスを指します。
Reserved IPv4 and IPv6 resources are held back for various reasons by IETF action. Generally, such resources are not intended to be globally routed. An example of such a reservation is 127.0.0.0/8 [RFC5735]. See Appendixes A and B for IANA reserved resources.
予約済みのIPv4およびIPv6リソースは、IETFアクションによりさまざまな理由で抑制されます。一般的に、そのようなリソースはグローバルにルーティングされることを意図していません。このような予約の例は、127.0.0.0/8 [RFC5735]です。IANA予約リソースについては、付録AおよびBを参照してください。
IANA SHOULD issue an AS 0 ROA for all reserved IPv4 and IPv6 resources not intended to be routed. The selection of the [RFC2119] terminology is intentional as there may be situations where the AS 0 ROA is removed or not issued prior to an IANA registry action. It is not appropriate to place IANA into a situation where, through normal internal operations, its behavior contradicts IETF standards.
IANAは、ルーティングされることを意図していないすべての予約済みのIPv4およびIPv6リソースに対してAS 0 ROAを発行する必要があります。[RFC2119]用語の選択は、IANAレジストリアクションの前にAS 0 ROAが削除または発行されない状況がある可能性があるため、意図的です。IANAを、通常の内部操作を通じて、その動作がIETF標準と矛盾する状況に陥ることは適切ではありません。
There are a small number of reserved resources that are intended to be routed, for example 192.88.99.0/24 [RFC3068]. See Appendixes A and B for IANA reserved resources.
192.88.99.0/24 [RFC3068]など、ルーティングを目的とした少数のリソースがあります。IANA予約リソースについては、付録AおよびBを参照してください。
IANA MUST NOT issue any ROAs (AS 0 or otherwise) for reserved resources that are expected to be globally routed.
IANAは、グローバルにルーティングされると予想されるリソースについて、ROAS（0以外の場合）を発行してはなりません。
Internet Number Resources that have not yet been allocated for special purposes [RFC5736], to Regional Internet Registries (RIRs), or to others are considered as not intended to be globally routed.
特別な目的でまだ割り当てられていないインターネット番号[RFC5736]、地域のインターネットレジストリ（RIRS）、または他のインターネットリソースは、グローバルにルーティングされることを意図していないと見なされます。
IANA SHOULD issue an AS 0 ROA for all Unallocated Resources. The selection of the [RFC2119] terminology is intentional as there may be situations where the AS 0 ROA is removed or not issued prior to an IANA registry action. It is not appropriate to place IANA into a situation where, through normal internal operations, its behavior contradicts IETF standards.
IANAは、すべての未割り当てリソースに対してAS 0 ROAを発行する必要があります。[RFC2119]用語の選択は、IANAレジストリアクションの前にAS 0 ROAが削除または発行されない状況がある可能性があるため、意図的です。IANAを、通常の内部操作を通じて、その動作がIETF標準と矛盾する状況に陥ることは適切ではありません。
Special Registry Resources [RFC5736] fall into one of two categories in terms of routing. Either the resource is intended to be seen in the global Internet routing table in some fashion, or it isn't. An example of a Special Registry Resources INR that is intended for
特別なレジストリリソース[RFC5736]は、ルーティングの観点から2つのカテゴリのいずれかに分類されます。リソースは、グローバルなインターネットルーティングテーブルで何らかの形で見られることを意図しているか、そうではありません。意図された特別なレジストリリソースINRの例
global routing is 2001::/32 [RFC4380]. An example of an INR not intended to be seen would be 2001:002::/48 [RFC5180].
グローバルルーティングは2001 ::/32 [RFC4380]です。見られることを意図していないINRの例は、2001：002 ::/48 [RFC5180]です。
IANA MUST NOT issue any ROAs (AS 0 or otherwise) for Special Purpose Registry Resources that are intended to be globally routed.
IANAは、グローバルにルーティングされることを目的とした特別な目的レジストリリソースのために（0以外の場合）ROASを発行してはなりません。
IANA SHOULD issue an AS 0 ROA for Special Purpose Registry Resources that are not intended to be globally routed.
IANAは、グローバルにルーティングされることを意図していない特別な目的レジストリリソースのために、AS 0 ROAを発行する必要があります。
Within the IPv4 multicast [RFC5771] and IPv6 multicast [RFC4291] registries there are a number of Multicast registrations that are not intended to be globally routed.
IPv4マルチキャスト[RFC5771]およびIPv6マルチキャスト[RFC4291]レジストリ内には、グローバルにルーティングされることを意図していないマルチキャスト登録が多数あります。
IANA MUST issue an AS 0 ROA covering the following IPv4 and IPv6 multicast INRs:
IANAは、次のIPv4およびIPv6マルチキャストINRをカバーするAS 0 ROAを発行する必要があります。
IPv4:
- Local Network Control Block
224.0.0.0 - 224.0.0.255 (224.0.0/24)
- IANA Reserved portions of RESERVED
224.1.0.0-224.1.255.255 (224.1/16)
- RESERVED
224.5.0.0-224.251.255.255 (251 /16s)
225.0.0.0-231.255.255.255 (7 /8s)
IPv6: - Node-Local Scope Multicast Addresses - Link-Local Scope Multicast Addresses
IPv6： - ノードローカルスコープマルチキャストアドレス - リンクローカルスコープマルチキャストアドレス
IANA MUST NOT issue any ROAs (AS 0 or otherwise) for any other multicast addresses unless directed by an IESG-approved Standards Track document with an appropriate IANA Considerations section.
IANAは、IESGが承認した標準トラックドキュメントを適切なIANAの考慮事項セクションで指示しない限り、他のマルチキャストアドレスにROAS（0以外の場合）を発行してはなりません。
One informational object that can exist at a publication point of an RPKI repository is the Ghostbusters Record [RFC6493].
RPKIリポジトリの公開ポイントに存在できる情報の1つは、Ghostbusters Record [RFC6493]です。
IANA MUST issue a ghostbusters object appropriate in content for the resources IANA maintains.
IANAは、IANAが維持するリソースに適したコンテンツに適したGhostbustersオブジェクトを発行する必要があります。
Before IANA can issue a ROA, it MUST first establish an RPKI Certification Authority (CA) that covers unallocated, reserved, and special use INRs. A CA that covers these INRs MUST contain RFC 3379
IANAがROAを発行する前に、まず、未割り当て、予約、および特別な使用INRをカバーするRPKI認証機関（CA）を確立する必要があります。これらのINRをカバーするCAには、RFC 3379を含める必要があります
extensions [RFC3779] for those corresponding number resources in its certificate. This CA MUST issue single-use end-entity (EE) certificates for each ROA that it generates. The EE certificate will conform to the Resource Certificate Profile [RFC6487] and the additional constraints specified in [RFC6482]. IANA MUST maintain a publication point for this CA's use and MUST publish manifests [RFC6486] (with its corresponding EE certificate) for this publication point. IANA MUST issue a CRL under this CA certificate for the EE certificates noted above. All objects issued by this CA will conform to the RPKI Certificate Policy [RFC6484].
証明書に対応する数のリソースの拡張[RFC3779]。このCAは、生成する各ROAに、単一使用エンドエンティティ（EE）証明書を発行する必要があります。EE証明書は、[RFC6482]で指定されたリソース証明書プロファイル[RFC6487]と追加の制約に準拠します。IANAは、このCAの使用のための出版ポイントを維持する必要があり、この出版ポイントのマニフェスト[RFC6486]（対応するEE証明書を使用）を公開する必要があります。IANAは、上記のEE証明書について、このCA証明書に基づいてCRLを発行する必要があります。このCAによって発行されたすべてのオブジェクトは、RPKI証明書ポリシー[RFC6484]に準拠します。
This document directs IANA to issue, or refrain from issuing, the specific RPKI objects described here for the current set of reserved, unallocated, and special registry Internet Number Resources. Further, IANA MUST notify all other INR registries that RPKI objects have been issued for the Internet Number Resources described in this document to avoid the potential for issuance of duplicate objects that might confuse relying parties.
このドキュメントは、IANAに、現在の予約済み、未割り当て、および特別なレジストリインターネット番号リソースのセットについて説明する特定のRPKIオブジェクトを発行するか、発行することを控えるよう指示しています。さらに、IANAは、依存者を混乱させる可能性のある重複オブジェクトの発行の可能性を回避するために、このドキュメントに記載されているインターネット番号リソースに対してRPKIオブジェクトが発行されていることを他のすべてのINRレジストリに通知する必要があります。
This document does not alter the security profile of the RPKI from that already discussed in SIDR WG documents.
このドキュメントでは、rpkiのセキュリティプロファイルをSIDR WGドキュメントで既に説明しているものから変更しません。
The authors acknowledge Dave Meyer for helpful direction with regard to multicast assignments.
著者は、マルチキャストの割り当てに関して有益な方向性についてDave Meyerを認めています。
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] Bradner、S。、「要件レベルを示すためにRFCで使用するためのキーワード」、BCP 14、RFC 2119、1997年3月。
[RFC6480] Lepinski, M. and S. Kent, "An Infrastructure to Support Secure Internet Routing", RFC 6480, February 2012.
[RFC6480] Lepinski、M。およびS. Kent、「安全なインターネットルーティングをサポートするインフラストラクチャ」、RFC 6480、2012年2月。
[RFC6482] Lepinski, M., Kent, S., and D. Kong, "A Profile for Route Origin Authorizations (ROAs)", RFC 6482, February 2012.
[RFC6482] Lepinski、M.、Kent、S。、およびD. Kong、「Route Origin Authorizations（ROAS）のプロファイル」、RFC 6482、2012年2月。
[RFC6483] Huston, G. and G. Michaelson, "Validation of Route
Origination Using the Resource Certificate Public Key
Infrastructure (PKI) and Route Origin Authorizations
(ROAs)", RFC 6483, February 2012.
[RFC6484] Kent, S., Kong, D., Seo, K., and R. Watro, "Certificate Policy (CP) for the Resource Public Key Infrastructure (RPKI)", BCP 173, RFC 6484, February 2012.
[RFC6484] Kent、S.、Kong、D.、Seo、K。、およびR. Watro、「リソース公開キーインフラストラクチャ（RPKI）の証明書ポリシー（CP）」、BCP 173、RFC 6484、2012年2月。
[RFC6486] Austein, R., Huston, G., Kent, S., and M. Lepinski, "Manifests for the Resource Public Key Infrastructure (RPKI)", RFC 6486, February 2012.
[RFC6486] Austein、R.、Huston、G.、Kent、S。、およびM. Lepinski、「リソース公開キーインフラストラクチャ（RPKI）のマニフェスト」、RFC 6486、2012年2月。
[RFC6487] Huston, G., Michaelson, G., and R. Loomans, "A Profile for X.509 PKIX Resource Certificates", RFC 6487, February 2012.
[RFC6487] Huston、G.、Michaelson、G。、およびR. Loomans、「X.509 PKIXリソース証明書のプロファイル」、RFC 6487、2012年2月。
[RFC6493] Bush, R., "The Resource Public Key Infrastructure (RPKI) Ghostbusters Record", RFC 6493, February 2012.
[RFC6493] Bush、R。、「リソース公開キーインフラストラクチャ（RPKI）Ghostbusters Record」、RFC 6493、2012年2月。
[RFC0791] Postel, J., "Internet Protocol", STD 5, RFC 791, September 1981.
[RFC0791] Postel、J。、「インターネットプロトコル」、STD 5、RFC 791、1981年9月。
[RFC0919] Mogul, J., "Broadcasting Internet Datagrams", STD 5, RFC 919, October 1984.
[RFC0919] Mogul、J。、「ブロードキャストインターネットデータグラム」、STD 5、RFC 919、1984年10月。
[RFC0922] Mogul, J., "Broadcasting Internet datagrams in the presence of subnets", STD 5, RFC 922, October 1984.
[RFC0922] Mogul、J。、「サブネットの存在下でのインターネットデータグラムを放送」、STD 5、RFC 922、1984年10月。
[RFC1112] Deering, S., "Host extensions for IP multicasting", STD 5, RFC 1112, August 1989.
[RFC1112] Deering、S。、「IPマルチキャストのホスト拡張」、STD 5、RFC 1112、1989年8月。
[RFC1122] Braden, R., "Requirements for Internet Hosts - Communication Layers", STD 3, RFC 1122, October 1989.
[RFC1122] Braden、R。、「インターネットホストの要件 - 通信レイヤー」、STD 3、RFC 1122、1989年10月。
[RFC1918] Rekhter, Y., Moskowitz, R., Karrenberg, D., Groot, G., and E. Lear, "Address Allocation for Private Internets", BCP 5, RFC 1918, February 1996.
[RFC1918] Rekhter、Y.、Moskowitz、R.、Karrenberg、D.、Groot、G。、およびE. Lear、「Private Internetsのアドレス割り当て」、BCP 5、RFC 1918、1996年2月。
[RFC2460] Deering, S. and R. Hinden, "Internet Protocol, Version 6 (IPv6) Specification", RFC 2460, December 1998.
[RFC2460] Deering、S。およびR. Hinden、「Internet Protocol、Version 6（IPv6）仕様」、RFC 2460、1998年12月。
[RFC2544] Bradner, S. and J. McQuaid, "Benchmarking Methodology for Network Interconnect Devices", RFC 2544, March 1999.
[RFC2544] Bradner、S。およびJ. McQuaid、「ネットワーク相互接続デバイスのベンチマーク方法論」、RFC 2544、1999年3月。
[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.
[RFC3068] Huitema, C., "An Anycast Prefix for 6to4 Relay Routers", RFC 3068, June 2001.
[RFC3068] Huitema、C。、「6to4リレールーターのAnycast Prefix」、RFC 3068、2001年6月。
[RFC3779] Lynn, C., Kent, S., and K. Seo, "X.509 Extensions for IP Addresses and AS Identifiers", RFC 3779, June 2004.
[RFC3779] Lynn、C.、Kent、S。、およびK. Seo、「IPアドレスおよび識別子としてのX.509拡張」、RFC 3779、2004年6月。
[RFC3849] Huston, G., Lord, A., and P. Smith, "IPv6 Address Prefix Reserved for Documentation", RFC 3849, July 2004.
[RFC3849] Huston、G.、Lord、A。、およびP. Smith、「IPv6アドレスはドキュメント用に予約されている」、RFC 3849、2004年7月。
[RFC3879] Huitema, C. and B. Carpenter, "Deprecating Site Local Addresses", RFC 3879, September 2004.
[RFC3879] Huitema、C。and B. Carpenter、「DepRemating Site Local Addresses」、RFC 3879、2004年9月。
[RFC3927] Cheshire, S., Aboba, B., and E. Guttman, "Dynamic Configuration of IPv4 Link-Local Addresses", RFC 3927, May 2005.
[RFC3927] Cheshire、S.、Aboba、B。、およびE. Guttman、「IPv4 Link-Localアドレスの動的構成」、RFC 3927、2005年5月。
[RFC4193] Hinden, R. and B. Haberman, "Unique Local IPv6 Unicast Addresses", RFC 4193, October 2005.
[RFC4193] Hinden、R。およびB. Haberman、「ユニークなローカルIPv6ユニキャストアドレス」、RFC 4193、2005年10月。
[RFC4271] Rekhter, Y., Li, T., and S. Hares, "A Border Gateway Protocol 4 (BGP-4)", RFC 4271, January 2006.
[RFC4271] Rekhter、Y.、Li、T。、およびS. Hares、「A Border Gateway Protocol 4（BGP-4）」、RFC 4271、2006年1月。
[RFC4291] Hinden, R. and S. Deering, "IP Version 6 Addressing Architecture", RFC 4291, February 2006.
[RFC4291] Hinden、R。およびS. Deering、「IPバージョン6アドレス指定アーキテクチャ」、RFC 4291、2006年2月。
[RFC4380] Huitema, C., "Teredo: Tunneling IPv6 over UDP through Network Address Translations (NATs)", RFC 4380, February 2006.
[RFC4380] Huitema、C。、「Teredo：ネットワークアドレス翻訳（NAT）を介してUDPを介したIPv6のトンネル」、RFC 4380、2006年2月。
[RFC4843] Nikander, P., Laganier, J., and F. Dupont, "An IPv6
Prefix for Overlay Routable Cryptographic Hash
Identifiers (ORCHID)", RFC 4843, April 2007.
[RFC5180] Popoviciu, C., Hamza, A., Van de Velde, G., and D. Dugatkin, "IPv6 Benchmarking Methodology for Network Interconnect Devices", RFC 5180, May 2008.
[RFC5180] Popoviciu、C.、Hamza、A.、Van de Velde、G。、およびD. Dugatkin、「ネットワーク相互接続デバイスのIPv6ベンチマーク方法」、RFC 5180、2008年5月。
[RFC5735] Cotton, M. and L. Vegoda, "Special Use IPv4 Addresses", BCP 153, RFC 5735, January 2010.
[RFC5735] Cotton、M。およびL. Vegoda、「Special Use IPv4アドレス」、BCP 153、RFC 5735、2010年1月。
[RFC5736] Huston, G., Cotton, M., and L. Vegoda, "IANA IPv4 Special Purpose Address Registry", RFC 5736, January 2010.
[RFC5736] Huston、G.、Cotton、M。、およびL. Vegoda、「Iana IPv4 Special目的アドレスレジストリ」、RFC 5736、2010年1月。
[RFC5737] Arkko, J., Cotton, M., and L. Vegoda, "IPv4 Address Blocks Reserved for Documentation", RFC 5737, January 2010.
[RFC5737] Arkko、J.、Cotton、M。、およびL. Vegoda、「IPv4アドレスブロックはドキュメント用に予約されています」、RFC 5737、2010年1月。
[RFC5771] Cotton, M., Vegoda, L., and D. Meyer, "IANA Guidelines for IPv4 Multicast Address Assignments", BCP 51, RFC 5771, March 2010.
[RFC5771] Cotton、M.、Vegoda、L。、およびD. Meyer、「IPv4マルチキャストアドレス割り当てのIANAガイドライン」、BCP 51、RFC 5771、2010年3月。
[RPKI-USE] Manderson, T., Sriram, K., and R. White, "Use Cases and
Interpretation of RPKI Objects for Issuers and Relying
Parties", Work in Progress, October 2011.
[TA-MGMT] Reynolds, M. and S. Kent, "Local Trust Anchor Management
for the Resource Public Key Infrastructure", Work
in Progress, December 2011.
This list of Address Space and RFCs was correct at the time of writing this document.
このドキュメントを作成した時点で、アドレススペースとRFCSのリストは正しかった。
+--------------------+------------------------------------+---------+
| Prefix | RFC | TBR |
+--------------------+------------------------------------+---------+
| 0.0.0.0/8 | [RFC1122], Section 3.2.1.3 | No |
| 10.0.0.0/8 | [RFC1918] | No |
| 127.0.0.0/8 | [RFC1122], Section 3.2.1.3 | No |
| 169.254.0.0/16 | [RFC3927] | No |
| 172.16.0.0/12 | [RFC1918] | No |
| 192.0.0.0/24 | [RFC5736] | Various |
| 192.0.2.0/24 | [RFC5737] | No |
| 192.88.99.0/24 | [RFC3068] | Yes |
| 192.168.0.0/16 | [RFC1918] | No |
| 198.18.0.0/15 | [RFC2544] | No |
| 198.51.100.0/24 | [RFC5737] | No |
| 203.0.113.0/24 | [RFC5737] | No |
| 224.0.0.0/4 | [RFC5771] | No |
| 240.0.0.0/4 | [RFC1112], Section 4 | No |
| 255.255.255.255/32 | [RFC0919], Section 7 and | No |
| | [RFC0922], Section 7 | |
+--------------------+------------------------------------+---------+
TBR: To Be Routed, the intention of the RFC pertaining to the address block.
TBR：ルーティングするために、アドレスブロックに関連するRFCの意図。
Table 1: IPv4 Address Blocks and the RFCs that Direct IANA to Reserve Them
表1：IPv4アドレスブロックとIANAにそれらを予約するよう指示するRFCS
This list of Address Space and RFCs was correct at the time of writing this document.
このドキュメントを作成した時点で、アドレススペースとRFCSのリストは正しかった。
+----------------+-----------+-----+
| Prefix | RFC | TBR |
+----------------+-----------+-----+
| 0000::/8 | [RFC4291] | No |
| 0100::/8 | [RFC4291] | No |
| 0200::/7 | [RFC4291] | No |
| 0400::/6 | [RFC4291] | No |
| 0800::/5 | [RFC4291] | No |
| 1000::/4 | [RFC4291] | No |
| 4000::/3 | [RFC4291] | No |
| 6000::/3 | [RFC4291] | No |
| 8000::/3 | [RFC4291] | No |
| A000::/3 | [RFC4291] | No |
| C000::/3 | [RFC4291] | No |
| E000::/4 | [RFC4291] | No |
| F000::/5 | [RFC4291] | No |
| F800::/6 | [RFC4291] | No |
| FC00::/7 | [RFC4193] | No |
| FE00::/9 | [RFC4291] | No |
| FE80::/10 | [RFC4291] | No |
| FEC0::/10 | [RFC3879] | No |
| FF00::/8 | [RFC4291] | No |
| 2001:0002::/48 | [RFC5180] | No |
| 2001:10::/28 | [RFC4843] | No |
+----------------+-----------+-----+
TBR: To Be Routed, the intention of the RFC pertaining to the address block.
TBR：ルーティングするために、アドレスブロックに関連するRFCの意図。
Table 2: IPv6 Address Blocks and the RFCs that Direct IANA to Reserve Them
表2：IPv6アドレスブロックとIANAにそれらを予約するよう指示するRFCS
Authors' Addresses
著者のアドレス
Terry Manderson Internet Corporation for Assigned Names and Numbers 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292 United States of America
割り当てられた名前と番号4676 Admiralty Way、Suite 330 Marina del Rey、CA 90292アメリカ合衆国アメリカ
Phone: +1-310-823-9358
EMail: terry.manderson@icann.org
URI: http://www.iana.org/
Leo Vegoda Internet Corporation for Assigned Names and Numbers 4676 Admiralty Way, Suite 330 Marina del Rey, CA 90292 United States of America
割り当てられた名前と番号4676 Admiralty Way、Suite 330 Marina Del Rey、CA 90292アメリカ合衆国アメリカ
Phone: +1-310-823-9358
EMail: leo.vegoda@icann.org
URI: http://www.iana.org/
Steve Kent BBN
スティーブケントBBN
EMail: kent@bbn.com