RFC1534 日本語訳
1534 Interoperation Between DHCP and BOOTP. R. Droms. October 1993. (Format: TXT=6966 bytes) (Status: DRAFT STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group R. Droms Request for Comments: 1534 Bucknell University Category: Standards Track October 1993
Dromsがコメントのために要求するワーキンググループR.をネットワークでつないでください: 1534年のBucknell大学カテゴリ: 標準化過程1993年10月
Interoperation Between DHCP and BOOTP
DHCPとBOOTPの間のInteroperation
Status of this Memo
このMemoの状態
This RFC 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" for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このRFCはインターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
DHCP provides a superset of the functions provided by BOOTP. This document describes the interactions between DHCP and BOOTP network participants.
DHCPはBOOTPによって提供された機能のスーパーセットを提供します。 このドキュメントはDHCPとBOOTPネットワーク関係者との相互作用について説明します。
1. Introduction
1. 序論
The Dynamic Host Configuration Protocol (DHCP) provides a mechanism for transmitting configuration parameters to hosts using the TCP/IP protocol suite. The format of DHCP messages is based on the format of BOOTP messages, so that, in certain circumstances, DHCP and BOOTP participants may exchange messages. This document specifies the ways in which DHCP and BOOTP participants may interoperate.
Dynamic Host Configuration Protocol(DHCP)はTCP/IPプロトコル群を使用することで設定パラメータをホストに伝えるのにメカニズムを提供します。 DHCPメッセージの形式はBOOTPメッセージの形式に基づいています、DHCPとBOOTP関係者がある特定の状況ではメッセージを交換できるように。 このドキュメントはDHCPとBOOTP関係者が共同利用するかもしれない方法を指定します。
DHCP introduces a small change in terminology intended to clarify the meaning of one of the fields. What was the "vendor extensions" field in BOOTP has been re-named the "options" field in DHCP. Similarly, the tagged data items that were used inside the BOOTP "vendor extensions" field, which were formerly referred to as "vendor extensions", are now termed simply "options". This document will refer to BOOTP vendor extensions and DHCP options uniformly as "options".
DHCPは分野の1つの意味をはっきりさせることを意図する用語で小銭を導入します。 BOOTPの「ベンダー拡大」分野であったことはDHCPの「オプション」分野に改名されました。 同様に、以前「ベンダー拡大」と呼ばれたBOOTP「ベンダー拡大」野原の中で使用されたタグ付けをされたデータ項目は現在、単に「オプション」と呼ばれます。 このドキュメントは一様にBOOTPベンダー拡張子とDHCPオプションを「オプション」と呼ぶでしょう。
Throughout this document, DHCP messages that include a 'DHCP message type' option will be referred to by the type of the message; e.g., a DHCP message with 'DHCP message type' option type 1 will be referred to as a "DHCPDISCOVER" message.
このドキュメント中では、'DHCPメッセージタイプ'オプションを含んでいるDHCPメッセージがメッセージのタイプによって示されるでしょう。 例えば'DHCPメッセージタイプ'オプションタイプ1があるDHCPメッセージは"DHCPDISCOVER"メッセージと呼ばれるでしょう。
Droms [Page 1] RFC 1534 Interoperation Between DHCP and BOOTP October 1993
DHCPとBOOTP1993年10月の間のDroms[1ページ]RFC1534Interoperation
2. BOOTP clients and DHCP servers
2. BOOTPクライアントとDHCPサーバ
The format of DHCP messages is defined to be compatible with the format of BOOTP messages, so that existing BOOTP clients can interoperate with DHCP servers. Any message received by a DHCP server that includes a 'DHCP message type' (51) option is assumed to have been sent by a DHCP client. Messages without the DHCP Message Type option are assumed to have been sent by a BOOTP client. Support of BOOTP clients by a DHCP server is optional at the discretion of the local system administrator. If a DHCP server that is not configured to support BOOTP clients receives a BOOTREQUEST message from a BOOTP client, that server silently discards the BOOTREQUEST message.
DHCPメッセージの書式はBOOTPメッセージの形式と互換性があるように定義されます、既存のBOOTPクライアントがDHCPサーバで共同利用できるように。 'DHCPメッセージタイプ'(51)オプションを含んでいるDHCPサーバによって受け取られたどんなメッセージもDHCPクライアントによって送られたと思われます。 DHCP Message TypeオプションのないメッセージはBOOTPクライアントによって送られたと思われます。 DHCPサーバによるBOOTPクライアントのサポートはローカルシステム管理者の裁量で任意です。 BOOTPクライアントをサポートするために構成されないDHCPサーバがBOOTPクライアントからBOOTREQUESTメッセージを受け取るなら、そのサーバは静かにBOOTREQUESTメッセージを捨てます。
If a DHCP server is configured to support BOOTP clients, it may be configured to supply static addresses, automatic addresses or both. Static addresses are those that have been previously assigned by a system administrator and are stored in a database available to the DHCP server. Automatic addresses are those selected by the DHCP server from its pool of unassigned addresses.
DHCPサーバがBOOTPクライアントをサポートするために構成されるなら、静的なアドレス、自動アドレスまたは両方を供給するのは構成されているかもしれません。 静的なアドレスは以前に、システム管理者によって割り当てられて、DHCPサーバに利用可能なデータベースに保存されるものです。自動アドレスはDHCPサーバによって割り当てられなかったアドレスのプールから選択されたものです。
Since BOOTP clients may not be prepared to receive automatic addresses, the decision to allow a DHCP server to return automatic addresses must be under the control of the system administrator. If a DHCP server supports supplying automatic addresses to BOOTP clients, this feature must be configurable, and the feature must default off. Enabling of the feature must be the result of an active decision by the system administrator.
BOOTPクライアントが自動アドレスを受け取る用意ができていないかもしれないので、DHCPサーバが自動アドレスを返すのを許容するという決定がシステム管理者のコントロールの下にあるに違いありません。 DHCPサーバが、供給が自動アドレスであるとBOOTPクライアントにサポートするなら、この特徴は構成可能であるに違いありません、そして、特徴は下にデフォルトとしなければなりません。 特徴を可能にするのはシステム管理者による活発な決定の結果であるに違いありません。
If a DHCP server returns a automatic address, the BOOTP client will not be aware of the DHCP lease mechanism for network address assignment. Thus the DHCP server must assign an infinite lease duration to for automatic addresses assigned to BOOTP clients. Such network addresses cannot be automatically reassigned by the server. The local system administrator may choose to manually release network addresses assigned to BOOTP clients.
DHCPサーバが自動アドレスを返すと、ネットワーク・アドレス課題において、BOOTPクライアントはDHCPリースメカニズムを意識しないでしょう。 したがって、サーバが自動アドレスのために無限のリース持続時間を割り当てなければならないDHCPはBOOTPにクライアントを選任しました。 サーバは自動的にそのようなネットワーク・アドレスを再選任できません。ローカルシステム管理者は、手動でBOOTPクライアントに割り当てられたネットワーク・アドレスをリリースするのを選ぶかもしれません。
A DHCP server that supports BOOTP clients MUST interact with BOOTP clients according to the BOOTP protocol. The server MUST formulate a BOOTP BOOTREPLY message rather than a DHCP DHCPOFFER message (i.e., the server MUST NOT include the 'DHCP message type' option and MUST NOT exceed the size limit for BOOTREPLY messages). The server marks a binding for a BOOTP client as BOUND after sending the BOOTP BOOTREPLY, as a non-DHCP client will not send a DHCPREQUEST message nor will that client expect a DHCPACK message.
BOOTPプロトコルによると、BOOTPクライアントをサポートするDHCPサーバはBOOTPクライアントと対話しなければなりません。 サーバはDHCP DHCPOFFERメッセージよりむしろBOOTP BOOTREPLYメッセージを定式化しなければなりません(すなわち、サーバは、'DHCPメッセージタイプ'オプションを含んではいけなくて、BOOTREPLYメッセージのためのサイズ限界を超えてはいけません)。 BOOTP BOOTREPLYを送った後にサーバはBOOTPクライアントのためにBOUNDとして結合をマークします、非DHCPクライアントがDHCPREQUESTメッセージを送らないとき、または、そのクライアントがDHCPACKメッセージを予想しないでしょう。
DHCP servers MAY send any DHCP Options to a BOOTP client as allowed by the "DHCP Options and BOOTP Vendor Extensions" RFC [2].
DHCPサーバは「DHCPオプションとBOOTPベンダー拡張子」RFC[2]によって許容されているようにどんなDHCP OptionsもBOOTPクライアントに送るかもしれません。
Droms [Page 2] RFC 1534 Interoperation Between DHCP and BOOTP October 1993
DHCPとBOOTP1993年10月の間のDroms[2ページ]RFC1534Interoperation
In summary, a DHCP server:
概要、DHCPサーバで:
o MAY support BOOTP clients,
o BOOTPクライアントをサポートするかもしれません。
o May return automatic addresses to BOOTP clients,
o 自動アドレスをBOOTPクライアントに返すかもしれません。
o MUST provide a configuration switch if returning automatic addresses to BOOTP clients,
o 自動アドレスをBOOTPクライアントに返すなら、設定スイッチを提供しなければなりません。
o MUST default this optional configuration to OFF,
o デフォルトとしなければならない、OFFへのこの任意の構成
o MUST abide by the BOOTP specification when interacting with BOOTP clients, and
o そしてBOOTPクライアントと対話するとき、BOOTP仕様を守らなければならない。
o MAY send DHCP options (those options defined in the DHCP options document but not in the BOOTP vendor extensions documents) to a BOOTP client.
o BOOTPクライアントへのオプション(DHCPオプションドキュメントで定義されますが、BOOTPベンダー拡大ドキュメントで定義されたというわけではないそれらのオプション)をDHCPに送るかもしれません。
3. DHCP clients and BOOTP servers
3. DHCPクライアントとBOOTPサーバ
A DHCP client MAY use a reply from a BOOTP server if the configuration returned from the BOOTP server is acceptable to the DHCP client. A DHCP client MUST assume that an IP address returned in a message from a BOOTP server has an infinite lease. A DHCP client SHOULD choose to use a reply from a DHCP server in preference to a reply from a BOOTP server.
DHCPクライアントにとって、BOOTPサーバから返された構成が許容しているなら、DHCPクライアントはBOOTPサーバから回答を使用するかもしれません。 DHCPクライアントは、メッセージでBOOTPサーバから返されたIPアドレスが無限のリースを持っていると仮定しなければなりません。 SHOULDが選ぶDHCPクライアントはBOOTPサーバからの回答に優先してDHCPサーバから回答を使用します。
4. References
4. 参照
[1] Wimer, W., "Clarifications and Extensions for the Bootstrap Protocol", RFC 1532, Carnegie Mellon University, October 1993.
[1]Wimer、W.、「明確化と拡大、プロトコルを独力で進んでください、」、RFC1532、カーネギメロン大学、10月1993
[2] Alexander, S., and R. Droms, "DHCP Options and BOOTP Vendor Extensions", RFC 1533, Lachman Technology, Inc., Bucknell University, October 1993.
[2] アレクサンダー、S.とR.Droms、「DHCPオプションとBOOTPベンダー拡大」、RFC1533、ラックマン技術Inc.、Bucknell大学(1993年10月)。
[3] Droms, R., "Dynamic Host Configuration Protocol", RFC 1531, Bucknell University, October 1993.
[3]Droms、R.、「ダイナミックなホスト構成プロトコル」、RFC1531、Bucknell大学、1993年10月。
5. Security Considerations
5. セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
Droms [Page 3] RFC 1534 Interoperation Between DHCP and BOOTP October 1993
DHCPとBOOTP1993年10月の間のDroms[3ページ]RFC1534Interoperation
6. Author's Address
6. 作者のアドレス
Ralph Droms Computer Science Department 323 Dana Engineering Bucknell University Lewisburg, PA 17837
ラルフDromsコンピュータ理学部323ダナ・工学Bucknell大学リューイスバーグ、PA 17837
Phone:(717) 524-1145 EMail: droms@bucknell.edu
電話: (717) 524-1145 メールしてください: droms@bucknell.edu
Droms [Page 4]
Droms[4ページ]
一覧
スポンサーリンク