Network Working Group V. Kalusivalingam
Request for Comments: 3898 Cisco Systems (India) Private Limited
Category: Standards Track October 2004
Network Information Service (NIS)
Configuration Options for
Dynamic Host Configuration Protocol for IPv6 (DHCPv6)
Status of this Memo
このメモの位置付け
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
この文書は、インターネットコミュニティのためのインターネット標準トラックプロトコルを指定し、改善のための議論と提案を要求します。このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」（STD 1）の最新版を参照してください。このメモの配布は無制限です。
Copyright Notice
著作権表示
Copyright (C) The Internet Society (2004).
著作権（C）インターネット協会（2004）。
Abstract
抽象
This document describes four options for Network Information Service (NIS) related configuration information in Dynamic Host Configuration Protocol for IPv6 (DHCPv6): NIS Servers, NIS+ Servers, NIS Client Domain Name, NIS+ Client Domain name.
NISサーバ、NIS +サーバ、NISクライアントのドメイン名、NIS +クライアントドメイン名：この文書では、ネットワーク情報サービス（NIS）IPv6の動的ホスト構成プロトコル（DHCPv6）における関連する構成情報のための4つのオプションについて説明します。
This document describes four options for passing configuration information related to Network Information Service (NIS) [3] in DHCPv6 (RFC 3315 [1]).
この文書では、ネットワーク情報サービス（NIS）に関連する構成情報を渡すための4つのオプションを説明し[3]のDHCPv6中（RFC 3315 [1]）。
The options defined in this document can only be used to configure information about NIS servers that can be reached using IPv6. The DHCP option to configure information about IPv4 NIS servers can be found in RFC 2132 [4]. Mechanisms for configuring IPv4/IPv6 dual-stack applications are being considered, but are not specified in this document.
この文書で定義されたオプションは、IPv6のみを使用して到達できるNISサーバの情報を設定するために使用することができます。 IPv4のNISサーバの情報を設定するには、DHCPオプションは、RFC 2132に記載されています[4]。 IPv4 / IPv6デュアルスタックアプリケーションを構成するためのメカニズムが検討されているが、この文書で指定されていません。
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 BCP 14, RFC 2119 [2].
キーワード必要があり、必須、NOT SHALL、、、すべきでないSHALL NOTこの文書でもよく、推奨、およびオプションのMUSTはBCP 14、RFC 2119に記載されているように[2]に解釈されるべきです。
Throughout this document, unless otherwise specified, the acronym DHCP refers to DHCP as specified in RFC 3315.
特に指定しない限り、このドキュメントでは、頭字語DHCPは、RFC 3315で指定されたDHCPに言及します。
This document uses terminology specific to IPv6 and DHCP as defined in section "Terminology" of RFC 3315.
RFC 3315のセクション「用語」で定義されたこの文書は、IPv6とDHCPに特定の用語を使用しています。
The Network Information Service (NIS) Servers option provides a list of one or more IPv6 addresses of NIS servers available to the client. Clients MUST treat the list of NIS servers as an ordered list. The server MAY list the NIS servers in the order of preference.
ネットワーク情報サービス（NIS）サーバーのオプションは、クライアントが利用可能なNISサーバの1つの以上のIPv6アドレスのリストを提供します。クライアントは、順序付きリストとしてNISサーバのリストを扱わなければなりません。サーバは優先順にNISサーバをリストアップしてもよいです。
The format of the Network Information Service Servers option is as shown below:
以下に示すようにネットワーク情報サービスのサーバーオプションの形式は次のとおりです。
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_NIS_SERVERS | option-len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| NIS server (IPv6 address) |
| |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| NIS server (IPv6 address) |
| |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
option-code: OPTION_NIS_SERVERS (27)
オプションコード：OPTION_NIS_SERVERS（27）
option-len: Length of the 'NIS server' fields in octets; It must be a multiple of 16
オプション-LEN：オクテットの「NISサーバーのフィールドの長さ。それは16の倍数でなければなりません
NIS server: IPv6 address of NIS server
NISサーバ：NISサーバーのIPv6アドレス
The Network Information Service V2 (NIS+) Servers option provides a list of one or more IPv6 addresses of NIS+ servers available to the client. Clients MUST treat the list of NIS+ servers as an ordered list. The server MAY list the NIS+ servers in the order of preference.
ネットワーク情報サービスV2（NIS +）サーバオプションは、クライアントが利用可能なNIS +サーバの1つの以上のIPv6アドレスのリストを提供します。クライアントは、順序付きリストとしてNIS +サーバのリストを扱わなければなりません。サーバは優先順にNIS +サーバをリストアップしてもよいです。
The format of the Network Information Service V2 (NIS+) Servers option is as shown below:
ネットワーク情報サービスV2（NIS +）サーバオプションのフォーマットは以下の通りです：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_NISP_SERVERS | option-len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| NIS+ server (IPv6 address) |
| |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| |
| NIS+ server (IPv6 address) |
| |
| |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
option-code: OPTION_NISP_SERVERS (28)
オプションコード：OPTION_NISP_SERVERS（28）
option-len: Length of the 'NIS+ server' fields in octets; It must be a multiple of 16
オプション-LEN：「NIS +サーバーのオクテットのフィールドの長さ。それは16の倍数でなければなりません
NIS+ server: IPv6 address of NIS+ server
NIS +サーバ：NIS +サーバのIPv6アドレス
The Network Information Service (NIS) Domain Name option is used by the server to convey client's NIS Domain Name info to the client.
ネットワーク情報サービス（NIS）ドメイン名オプションは、クライアントに、クライアントのNISドメイン名の情報を伝えるために、サーバによって使用されます。
The format of the NIS Domain Name option is as shown below:
NISドメイン名オプションのフォーマットは以下の通りです：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_NIS_DOMAIN_NAME | option-len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| nis-domain-name |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
option-code: OPTION_NIS_DOMAIN_NAME (29)
オプションコード：OPTION_NIS_DOMAIN_NAME（29）
option-len: Length of the 'nis-domain-name' field in octets nis-domain-name: NIS Domain name for client
オプション-LEN：オクテットのNISドメイン名の「NISドメイン名」フィールドの長さ：クライアントのNISドメイン名
The 'nis-domain-name' MUST be encoded as specified in section "Representation and Use of domain names" of the DHCPv6 specification [1].
「NISドメイン名」[1]のDHCPv6仕様のセクション「ドメイン名の表現と使用」に指定されている符号化されなければなりません。
The Network Information Service V2 (NIS+) Domain Name option is used by the server to convey client's NIS+ Domain Name info to the client.
ネットワーク情報サービスV2（NIS +）ドメイン名オプションは、クライアントに、クライアントのNIS +ドメイン名の情報を伝えるために、サーバによって使用されます。
The format of the NIS+ Domain Name option is as shown below:
NIS +ドメイン名オプションのフォーマットは以下の通りです：
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| OPTION_NISP_DOMAIN_NAME | option-len |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| nisp-domain-name |
| ... |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
option-code: OPTION_NISP_DOMAIN_NAME (30)
オプションコード：OPTION_NISP_DOMAIN_NAME（30）
option-len: Length of the 'nisp-domain-name' field in octets
オプション-LEN：オクテットで「NISPドメイン名」フィールドの長さ
nisp-domain-name: NIS+ Domain name for client
NISPドメイン名：クライアントのNIS +ドメイン名
The 'nisp-domain-name' MUST be encoded as specified in section "Representation and Use of domain names" of the DHCPv6 specification [1].
「NISPドメイン名」[1]のDHCPv6仕様のセクション「ドメイン名の表現と使用」に指定されている符号化されなければなりません。
The NIS servers, NIS+ servers, NIS domain name and NIS+ domain name options MUST NOT appear in other than the following messages: Solicit, Advertise, Request, Renew, Rebind, Information-Request and Reply.
NISサーバ、NIS +サーバ、NISドメイン名とNIS +ドメイン名オプションは、次のメッセージ以外にも現れてはなりません：、情報、要求と応答を、募集広告、リクエスト、更新、再バインドします。
The option number for these options MAY appear in the Option Request Option [1] in the following messages: Solicit, Request, Renew, Rebind, Information-Request and Reconfigure.
これらのオプションのオプション番号は、次のメッセージに[1]オプション要求オプションに表示される場合があります、勧誘要求、更新、再バインド、情報-要求と再構成。
The NIS servers, NIS+ servers, NIS domain name and NIS+ domain name options may be used by an intruder DHCPv6 server to assign invalid NIS parameters, resulting in clients unable to use NIS service.
NISサーバ、NIS +サーバ、NISドメイン名とNIS +ドメイン名オプションは、NISサービスを利用することができないクライアントで、その結果、無効なNISパラメータを割り当てるために侵入者DHCPv6サーバによって使用することができます。
The NIS servers and NIS+ servers options may be used by an intruder DHCPv6 server to cause the DHCPv6 clients to send their queries to an intruder NIS/NIS+ server. This misdirected searches may be used to spoof NIS/NIS+ names.
NISサーバおよびNIS +サーバオプションは、侵入者NIS / NIS +サーバへのクエリを送信するためにDHCPv6クライアントを引き起こすために侵入者DHCPv6サーバによって使用することができます。この見当違いの検索は、なりすましNIS / NIS +名前に使用することができます。
The NIS domain name and NIS+ domain name options may be used by an intruder DHCPv6 server to cause the DHCPv6 clients to search through invalid domains for incompletely specified domain names. The results of these misdirected searches may be used to spoof NIS/NIS+ names.
NISドメイン名とNIS +ドメイン名オプションが不完全に指定されたドメイン名の不正なドメインを検索するDHCPv6クライアントを引き起こすために侵入者DHCPv6サーバによって使用することができます。これらの見当違いの検索の結果は、なりすましNIS / NIS +名前に使用することができます。
To avoid attacks through these options, the DHCPv6 client SHOULD use authenticated DHCP (see section "Authentication of DHCP messages" in the DHCPv6 specification [1]).
これらのオプションを使用して攻撃を回避するために、DHCPv6クライアントはDHCPが認証使用する必要があります（DHCPv6の仕様では、「DHCPメッセージの認証」を参照してください[1]）。
The IANA has assigned option codes to the following options from the option-code space defined in "DHCPv6 Options" section of the DHCPv6 specification [1].
IANAは、DHCPv6の仕様[1]の「DHCPv6のオプション」セクションで定義されたオプションコード空間から次のオプションにオプションコードが割り当てられています。
Option Name Value Described in
OPTION_NIS_SERVERS 27 Section 3
OPTION_NISP_SERVERS 28 Section 4
OPTION_NIS_DOMAIN_NAME 29 Section 5
OPTION_NISP_DOMAIN_NAME 30 Section 6
[1] Droms, R., Ed., Bound, J., Volz, B., Lemon, T., Perkins, C., and M. Carney, "Dynamic Host Configuration Protocol for IPv6 (DHCPv6)", RFC 3315, July 2003.
[1] Droms、R.、編、バウンド、J.、フォルツ、B.、レモン、T.、パーキンス、C.、およびM.カーニーを、 "IPv6のための動的ホスト構成プロトコル（DHCPv6）"、RFC 3315 、2003年7月。
[2] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.
[2]ブラドナーのは、S.は、BCP 14、RFC 2119、1997年3月の "RFCsにおける使用のためのレベルを示すために"。
[3] Sun Microsystems, "System and Network Administration", March 1990.
[3]サン・マイクロシステムズ、「システムおよびネットワーク管理」、1990年3月。
[4] Alexander, S. and R. Droms, "DHCP Options and BOOTP Vendor Extensions", RFC 2132, March 1997.
[4]アレクサンダー、S.とR. Droms、 "DHCPオプションとBOOTPベンダー拡張機能"、RFC 2132、1997年3月。
Acknowledgements
謝辞
Thanks to the DHC Working Group for their time and input into the specification. In particular, thanks to (in alphabetical order) Bernie Volz, Jim Bound, Margaret Wasserman, Pekka Savola, Ralph Droms, and Thomas Narten for their thorough review.
仕様書に自分の時間や入力のためのDHC作業部会に感謝します。具体的には、彼らの徹底的なレビューのために（アルファベット順）のおかげでバウンドバーニーフォルツ、ジム、マーガレットワッサーマン、ペッカSavola、ラルフDroms、およびトーマスNarten氏。
Author's Address
著者のアドレス
Vijayabhaskar A Kalusivalingam Cisco Systems (India) Private Limited, No: 9, Brunton Road, Bangalore - 560025 India
ヴィジャヤBhaskaraはkalusivalingamそのシスコシステムズ（インド）プライベートリミテッド、番号：9、brntomロード、バンガロール - 560025、インド
Phone: +91-80-51036615 EMail: vibhaska@cisco.com
電話：+ 91-80-51036615 Eメール：vibhaska@cisco.com
Full Copyright Statement
完全な著作権声明
Copyright (C) The Internet Society (2004).
著作権（C）インターネット協会（2004）。
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.
この文書では、BCP 78に含まれる権利と許可と制限の適用を受けており、その中の記載を除いて、作者は彼らのすべての権利を保有します。
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 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.
この文書とここに含まれている情報は、基礎とCONTRIBUTOR「そのまま」、ORGANIZATION HE / SHEが表すまたはインターネットソサエティおよびインターネット・エンジニアリング・タスク・フォース放棄すべての保証、明示または、（もしあれば）後援ISに設けられています。黙示、情報の利用は、特定の目的に対する権利または商品性または適合性の黙示の保証を侵害しない任意の保証含むがこれらに限定されません。
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 IETF's procedures with respect to rights in IETF Documents can be found in BCP 78 and BCP 79.
IETFは、本書またはそのような権限下で、ライセンスがたりないかもしれない程度に記載された技術の実装や使用に関係すると主張される可能性があります任意の知的財産権やその他の権利の有効性または範囲に関していかなる位置を取りません利用可能です。またそれは、それがどのような権利を確認する独自の取り組みを行ったことを示すものでもありません。 IETF文書の権利に関するIETFの手続きの情報は、BCP 78およびBCP 79に記載されています。
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リポジトリから。
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機能のための基金は現在、インターネット協会によって提供されます。