RFC4773 日本語訳

Network Working Group                                          G. Huston
Request for Comments: 4773                                         APNIC
Category: Informational                                    December 2006

コメントを求めるワーキンググループG.ヒューストン要求をネットワークでつないでください: 4773年のAPNICカテゴリ: 情報の2006年12月

     Administration of the IANA Special Purpose IPv6 Address Block

IANA専用IPv6あて先ブロック政権

Status of This Memo

このメモの状態

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Copyright Notice

版権情報

   Copyright (C) The IETF Trust (2006).

IETFが信じる著作権(C)(2006)。

Abstract

要約

   This is a direction to IANA concerning the management of the IANA
   Special Purpose IPv6 address assignment registry.

これはIANA Special Purpose IPv6アドレス課題登録の管理に関するIANAへの指示です。

1.  Introduction

1. 序論

   This is a direction to IANA concerning the management of the IANA
   Special Purpose IPv6 address assignment registry.

これはIANA Special Purpose IPv6アドレス課題登録の管理に関するIANAへの指示です。

2.  IANA IPv6 Special Purpose Address Block

2. IANA IPv6専用あて先ブロック

   [RFC2928] specified the assignment of the IPv6 address prefix to
   IANA.  The rationale for this allocation is:

[RFC2928]はIPv6アドレス接頭語の課題をIANAに指定しました。 この配分のための原理は以下の通りです。

      "The block of Sub-TLA IDs assigned to the IANA (i.e., 2001:
      0000::/29 - 2001:01F8::/29) is for assignment for testing and
      experimental usage to support activities such as the 6bone, and
      for new approaches like exchanges."  [RFC2928]

すなわち、「Sub-TLA IDのブロックがIANAに割り当てた、(2001:0000、: : /29--2001: 01F8: : 29が)課題のためにテストしながらある/と6boneなどのサポート活動、および同類が交換する新しいアプローチのための実験用法、」 [RFC2928]

   This address allocation to IANA was intended to support testing and
   experimental activities.  A more general view of the roles of IANA
   with respect to address allocation functions is documented in
   [RFC2860]:

IANAへのこのアドレス配分がテストと実験的な活動を支持することを意図しました。 アドレス配分機能に関するIANAの役割の、より一般的な視点は[RFC2860]に記録されます:

      "4.3. [...]  Note that [...] (b) assignments of specialised
      address blocks (such as multicast or anycast blocks), and (c)
      experimental assignments are not considered to be policy issues,
      and shall remain subject to the provisions of this Section 4.
      (For purposes of this MOU, the term "assignments" includes
      allocations.)"  [RFC2860]

"4.3. [...] それ[…]に注意してください。 (b) 専門化しているあて先ブロック(マルチキャストかanycastブロックなどの)、および実験的な課題が政策問題であることは考えられないで、このセクション4に関する条項を条件として残っているものとする(c)の課題。 (このMOUの目的のために、「課題」という用語は配分を含んでいます。)" [RFC2860]

Huston                       Informational                      [Page 1]

RFC 4773                   IANA IPv6 Registry              December 2006

[1ページ]RFC4773IANA IPv6登録2006年12月の情報のヒューストン

   The reference to section 4 here is to the general technical work for
   the IANA:

IANAのための一般的な技術的な仕事にはここのセクション4の参照があります:

      "4.1.  The IANA will assign and register Internet protocol
      parameters only as directed by the criteria and procedures
      specified in RFCs, including Proposed, Draft, and full Internet
      Standards and Best Current Practice documents, and any other RFC
      that calls for IANA assignment."  [RFC2860]

"4.1. 「IANAは単に指示されるとしてのRFCsで指定された評価基準と手順によるインターネットプロトコルパラメタを割り当てて、示すでしょう、Proposed、Draft、完全なインターネットStandards、Best Current Practiceドキュメント、およびIANA課題を求めるいかなる他のRFCも含んでいて。」 [RFC2860]

   This document directs IANA to undertake designation of special
   purpose address blocks within the purview of direct assignments by
   the IANA under the terms of the assignment criteria specified in RFC
   2928.

このドキュメントは、RFC2928で指定された課題評価基準に関する諸条件におけるIANAによるダイレクト課題の範囲の中で専用あて先ブロックの名称を引き受けるようIANAに指示します。

   This document directs IANA to open a Special Purpose IPv6 address
   registry for the management of these IANA-designated address blocks.
   Special Purpose registrations to be made from this registry include
   addresses for experimental purposes, as described in [RFC2928], and
   other special purpose cases, as documented in IESG-reviewed published
   RFCs, according to the provisions described in section 4.1 of
   [RFC2860].

このドキュメントは、これらのIANAによって指定されたあて先ブロックの管理のためにSpecial Purpose IPv6アドレス登録を開くようIANAに指示します。 この登録からされる特別なPurpose登録証明書は実験目的のためのアドレスを含んでいます、[RFC2928]、および他の専用場合で説明されるように、IESGによって見直された発行されたRFCsに記録されるように、[RFC2860]のセクション4.1で説明された条項によると。

3.  IANA Considerations

3. IANA問題

   IANA maintains an "IANA IPv6 Address Special Purpose Registry".  The
   registry records current IANA address designations from the IANA-
   managed Special Purpose IPv6 address pool.

IANAは「IANA IPv6のアドレスの専用登録」を維持します。 登録記録電流IANAはIANAの管理されたSpecial Purpose IPv6アドレスプールから名称を記述します。

   This recommendation concerns the management of the address pool
   assigned by the IETF to the IANA in July 1999 by [RFC2928], namely
   2001:0000::/23.  Following the policies outlined in [RFC2434],
   further assignments of address space to IANA for subsequent
   designation of address prefixes for the purposes listed here shall be
   undertaken only through an IETF Consensus action.  Such directions
   for assignments of address space to augment the IANA-managed special
   purpose address pool should, in the general course of events, be
   consistent with prevailing IANA IPv6 address management policies
   [IPv6-Policies].

すなわち、アドレスの管理が水たまりになるという関心が1999年7月に[RFC2928]でIETFをIANAに割り当てたというこの推薦、2001:0000、:、:/23. [RFC2434]に概説された方針に従って、ここに記載された目的のためのアドレス接頭語のその後の名称のためのIANAへのアドレス空間のさらなる課題は単にIETF Consensus動作で引き受けられるものとします。 出来事の普通課程では、アドレス空間の課題がIANAによって管理された専用アドレスプールを増大させるそのような指示は行き渡っているIANA IPv6アドレス経営政策[IPv6-方針]と一致しているべきです。

   IANA may undertake IPv6 address designations in support of special
   purposes as requested in "IANA Considerations" sections in IESG-
   reviewed RFCs, where an address is requested with an intended use of
   the designated address block for the purpose of testing or
   experimental usage activities initiated by IETF, or for specialised
   use of the address block in a context (e.g., anycast) associated with
   an Internet Standards track protocol.

IANAはIESGの見直されたRFCs、指定されたあて先ブロックのテストか実験的な用法活動の目的の意図している使用がIETFによって開始されている状態でアドレスが要求されているところ、またはインターネットStandards道のプロトコルに関連している文脈(例えば、anycast)におけるあて先ブロックの専門化している使用のために要求された通り「IANA問題」セクションで特別な目的を支持してIPv6アドレス名称を引き受けるかもしれません。

Huston                       Informational                      [Page 2]

RFC 4773                   IANA IPv6 Registry              December 2006

[2ページ]RFC4773IANA IPv6登録2006年12月の情報のヒューストン

   The IANA IPv6 Special Purpose Address Registry records, for all
   current address designations undertaken by IANA:

IANA IPv6 Special Purpose Address RegistryはIANAによって引き受けられたすべての現在のアドレス名称のために記録します:

   1.  The designated address prefix.

1. 指定されたアドレス接頭語。

   2.  The RFC that called for the IANA address designation.

2. IANAを求めたRFCは名称を記述します。

   3.  The date the designation was made.

3. 名称がされた日付。

   4.  The date the use designation is to be terminated (if specified as
       a limited-use designation).

4. 終えられて(限られた使用名称として指定されるなら)、名称がある使用の日付を入れてください。

   5.  The nature of the purpose of the designated address (e.g.,
       unicast experiment or protocol service anycast).

5. 指定されたアドレス(例えば、ユニキャスト実験かプロトコルサービスanycast)の目的の本質。

   6.  For experimental unicast applications and otherwise as
       appropriate, the registry will also identify the entity and
       related contact details to whom the address designation has been
       made.

6. 実験用ユニキャスト同じくらいアプリケーションでそうでなければ、同じくらい適切であることで、また、登録はアドレス名称がされた実体と関連する詳細な連絡先を特定するでしょう。

   7.  The registry will also note, for each designation, the intended
       routing scope of the address, indicating whether the address is
       intended to be routable only in scoped, local, or private
       contexts, or whether the address prefix is intended to be routed
       globally.

7. また、登録は各名称によってアドレスの意図しているルーティング範囲に注意するでしょう、アドレスが見られたか、地方的、または、個人的な関係だけで発送可能であることを意図するかどうか、またはアドレス接頭語がグローバルに発送されることを意図するかどうかを示して。

   8.  The date in the IANA registry is the date of the IANA action,
       i.e., the day IANA records the allocation.

8. IANA登録の日付がIANA動作の日付である、すなわち、1日IANAは配分を記録します。

   The IANA registry notes, as a general comment, that address prefixes
   listed in the Special Purpose Address Registry are not guaranteed
   routability in any particular local or global context.

routabilityはどんな特定の地方の、または、グローバルな関係でも概評としてのアドレス接頭語がSpecial Purpose Address RegistryにリストアップしたIANA登録注意に保証されません。

   IANA will not maintain further sub-registries for any special purpose
   address block designated according to this direction.

IANAはこの指示通りに指定されたどんな専用あて先ブロックにも一層のサブ登録を維持しないでしょう。

4.  Security Considerations

4. セキュリティ問題

   Security of the Internet's routing system relies on the ability to
   authenticate an assertion of unique control of an address block.
   Measures to authenticate such assertions rely on validation that the
   address block forms part of an existing allocated address block, and
   that there is a trustable and unique reference in the IANA address
   registries.

インターネットのルーティングシステムのセキュリティは1あて先ブロックのユニークなコントロールの主張を認証する能力を当てにします。 そのような主張を認証する測定は存在のアドレスのブロック・フォーム一部があて先ブロックを割り当てて、「信用-可能」であってユニークな参照がIANAアドレス登録にある合法化に依存します。

   The proposed registry is intended to provide an authoritative source
   of information regarding the currency and intended purpose of special
   use IPv6 address blocks that are designated from the IANA-

提案された登録がIANAから指定される通貨の情報の権威筋とIPv6アドレスが妨げる特別な使用の本来の目的を提供することを意図します。

Huston                       Informational                      [Page 3]

RFC 4773                   IANA IPv6 Registry              December 2006

[3ページ]RFC4773IANA IPv6登録2006年12月の情報のヒューストン

   administered Special Use registry.  This is a small step towards the
   creation of a comprehensive registry framework that can be used as a
   trust point for commencing a chain of address validation.
   Consideration should be given to IANA registry publication formats
   that are machine parseable, and also the use of file signatures and
   associated certificate mechanisms to allow applications to confirm
   that the registry contents are current, and that they have been
   published by the IANA.

Special Use登録を管理しました。 これはアドレス合法化のチェーンを始めるのに信用ポイントとして使用できる包括的な登録枠組みの創造に向かった小さいステップです。 考慮は、アプリケーションが、登録内容がよく見られて、それらがIANAによって発行されたと確認するのを許容するためにマシン分析可能である登録公表書式をIANAに与えて、また、ファイル署名と関連証明書メカニズムの使用を与えるべきです。

5.  Acknowledgements

5. 承認

   The document was prepared with the assistance of Leslie Daigle, Brian
   Haberman, Bob Hinden, David Kessens, Kurt Lindqvist, Thomas Narten,
   and Paul Wilson.

ドキュメントはレスリーDaigle、ブライアン・ハーバーマン、ボブHinden、デヴィッドKessens、カート・リンクヴィスト、トーマスNarten、およびポール・ウイルソンの支援によって準備されました。

6.  Informative References

6. 有益な参照

   [IPv6-Policies] IANA, "IPv6 Allocation and Assignment Policy", June
                   2002.

2002年6月の[IPv6-方針。]IANAと、「IPv6配分と課題方針」

   [RFC2434]       Narten, T. and H. Alvestrand, "Guidelines for Writing
                   an IANA Considerations Section in RFCs", BCP 26, RFC
                   2434, October 1998.

[RFC2434]Narten、T.とH.Alvestrand、「RFCsにIANA問題部に書くためのガイドライン」BCP26、RFC2434(1998年10月)。

   [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.ロバーツ、「インターネットの技術的な仕事に関する了解覚書は数の権威を割り当てました」、RFC2860、2000年6月。

   [RFC2928]       Hinden, R., Deering, S., Fink, R., and T. Hain,
                   "Initial IPv6 Sub-TLA ID Assignments", RFC 2928,
                   September 2000.

[RFC2928] Hinden、R.、デアリング、S.、密告者、R.、およびT.ハイン、「初期のIPv6サブTLA ID課題」、RFC2928、2000年9月。

Author's Address

作者のアドレス

   Geoff Huston
   Asia Pacific Network Information Centre

ジェフ・ヒューストン・アジア・太平洋のネットワークインフォメーション・センター

   EMail: gih@apnic.net
   URI:   http://www.apnic.net

メール: gih@apnic.net ユリ: http://www.apnic.net

Huston                       Informational                      [Page 4]

RFC 4773                   IANA IPv6 Registry              December 2006

[4ページ]RFC4773IANA IPv6登録2006年12月の情報のヒューストン

Full Copyright Statement

完全な著作権宣言文

   Copyright (C) The IETF Trust (2006).

IETFが信じる著作権(C)(2006)。

   This document is subject to the rights, licenses and restrictions
   contained in BCP 78, and except as set forth therein, the authors
   retain all their rights.

このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。

   This document and the information contained herein are provided on an
   "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS
   OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST,
   AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES,
   EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT
   THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY
   IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR
   PURPOSE.

このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、IETF信用、「そのままで」という基礎と貢献者の上で提供していて、そして、インターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。

Intellectual Property

知的所有権

   The IETF takes no position regarding the validity or scope of any
   Intellectual Property Rights or other rights that might be claimed to
   pertain to the implementation or use of the technology described in
   this document or the extent to which any license under such rights
   might or might not be available; nor does it represent that it has
   made any independent effort to identify any such rights.  Information
   on the procedures with respect to rights in RFC documents can be
   found in BCP 78 and BCP 79.

IETFはどんなIntellectual Property Rightsの正当性か範囲、実現に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するためのどんな独立している努力もしました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。

   Copies of IPR disclosures made to the IETF Secretariat and any
   assurances of licenses to be made available, or the result of an
   attempt made to obtain a general license or permission for the use of
   such proprietary rights by implementers or users of this
   specification can be obtained from the IETF on-line IPR repository at
   http://www.ietf.org/ipr.

IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。

   The IETF invites any interested party to bring to its attention any
   copyrights, patents or patent applications, or other proprietary
   rights that may cover technology that may be required to implement
   this standard.  Please address the information to the IETF at
   ietf-ipr@ietf.org.

IETFはこの規格を実行するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を記述してください。

Acknowledgement

承認

   Funding for the RFC Editor function is currently provided by the
   Internet Society.

RFC Editor機能のための基金は現在、インターネット協会によって提供されます。

Huston                       Informational                      [Page 5]

ヒューストンInformationalです。[5ページ]