19. DHCP Server-Initiated Configuration Exchange (DHCPサーバー開始構成交換)

サーバーは、DHCPクライアントが新しいアドレスとその他の構成情報を取得できるように構成交換を開始します。たとえば、DHCPドメイン内のリンクが再番号付けされる場合、管理者はサーバー開始構成交換を使用できます。他の例には、ディレクトリサーバーの場所の変更、新しいサービス (印刷など) の追加、および新しいソフトウェアの可用性が含まれます。

19.1. Server Behavior (サーバー動作)

サーバーは、再構成メッセージを送信して、クライアントがサーバーとの更新/リプライまたは情報要求/リプライメッセージ交換をすぐに開始するようにします。

19.1.1. Creation and Transmission of Reconfigure Messages (再構成メッセージの作成と送信)

サーバーは、「メッセージタイプ」フィールドをRECONFIGUREに設定します。サーバーはトランザクションIDフィールドを0に設定します。サーバーは、再構成メッセージに、そのDUIDを含むサーバー識別子オプションと、クライアントのDUIDを含むクライアント識別子オプションを含めます。

サーバーは、どの情報が変更されたか、または追加された新しい情報をクライアントに通知するために、オプション要求オプションを含める場合があります。特に、サーバーがクライアントに新しいアドレス情報を取得させたい場合、サーバーはオプション要求オプションでIAオプションを指定します。サーバーがオプション要求オプションでIAオプションを識別する場合、サーバーは、クライアント上で再構成される各IAを識別するために、他のサブオプションを含まないIAオプションを含める必要があります。

DHCPクライアントに対するサービス拒否攻撃のリスクのため、再構成メッセージではセキュリティメカニズムの使用が必須です。サーバーは、再構成メッセージでDHCP認証を使用する必要があります。

サーバーは、クライアントが更新メッセージまたは情報要求メッセージで応答するかを選択するために、再構成メッセージオプション (セクション22.19で定義) を含める必要があります。

サーバーは、個別のオプションの定義で特に許可されている場合を除き、再構成に他のオプションを含めてはなりません。

サーバーは、DHCPクライアントに属する十分なスコープのIPv6ユニキャストアドレスを使用して、各再構成メッセージを単一のDHCPクライアントに送信します。サーバーがクライアントに直接再構成メッセージを送信するために使用できるアドレスを持っていない場合、サーバーはリレーリプライメッセージ (セクション20.3で説明されているように) を使用して、再構成メッセージをクライアントにメッセージをリレーするリレーエージェントに送信します。サーバーは、サーバーがサーバーと連絡を取ったクライアントに関する情報、または何らかの外部エージェントを通じて、クライアントのアドレス (および必要に応じて適切なリレーエージェント) を取得できます。

複数のクライアントを再構成するために、サーバーは各クライアントに個別のメッセージをユニキャストします。サーバーは、複数のクライアントの再構成を同時に開始できます。たとえば、サーバーは、以前の再構成メッセージ交換がまだ進行中である間に、他のクライアントに再構成メッセージを送信できます。

再構成メッセージは、クライアントがサーバーとの更新/リプライまたは情報要求/リプライメッセージ交換を開始するようにします。サーバーは、クライアントからの更新または情報要求メッセージ (元の再構成メッセージで指定されたもの) の受信を、再構成メッセージ要求を満たすものとして解釈します。

19.1.2. Time Out and Retransmission of Reconfigure Messages (再構成メッセージのタイムアウトと再送信)

サーバーがREC_TIMEOUTミリ秒以内にクライアントから更新または情報要求メッセージを受信しない場合、サーバーは再構成メッセージを再送信し、REC_TIMEOUT値を2倍にして再度待機します。サーバーは、REC_MAX_RC回の失敗した試行が行われるまでこのプロセスを続けます。この時点で、サーバーはそのクライアントの再構成プロセスを中止する必要があります。

REC_TIMEOUTとREC_MAX_RCのデフォルト値と初期値は、セクション5.5で記録されています。

19.2. Receipt of Renew Messages (更新メッセージの受信)

サーバーは、セクション18.2.3と18.2.8で説明されているように、構成パラメータのオプションを含むリプライメッセージを生成してクライアントに送信します。

サーバーは、クライアントからの更新メッセージで要求されなかった場合でも、IAとその他の構成パラメータの新しい値を含むオプションをリプライメッセージに含める場合があります。

19.3. Receipt of Information-request Messages (情報要求メッセージの受信)

サーバーは、セクション18.2.5と18.2.8で説明されているように、構成パラメータのオプションを含むリプライメッセージを生成してクライアントに送信します。

サーバーは、クライアントからの情報要求メッセージで要求されなかった場合でも、その他の構成パラメータの新しい値を含むオプションをリプライメッセージに含める場合があります。

19.4. Client Behavior (クライアント動作)

クライアントは、DHCPを通じて構成情報を取得したインターフェースでUDPポート546に送信された再構成メッセージを受信します。これらのメッセージは、いつでも送信できます。再構成イベントの結果がアプリケーション層プログラムに影響を与える可能性があるため、クライアントはこれらのイベントをログに記録し、実装固有のインターフェースを通じてこれらのプログラムに変更を通知する場合があります。

19.4.1. Receipt of Reconfigure Messages (再構成メッセージの受信)

有効な再構成メッセージを受信すると、クライアントは、再構成メッセージオプション (セクション22.19で定義されているように) で示されている更新メッセージまたは情報要求メッセージで応答します。クライアントは、受信した再構成メッセージ内のトランザクションIDフィールドを無視します。トランザクションが進行中である間、クライアントは受信した再構成メッセージを静かに破棄します。

討論:

再構成メッセージは、クライアントが成功したメッセージ交換を完了するように信号を送るトリガーとして機能します。クライアントが再構成を受信すると、クライアントはメッセージ交換を続行します (必要に応じて更新または情報要求メッセージを再送信します)。クライアントは、交換が完了するまで追加の再構成メッセージを無視します。後続の再構成メッセージは、クライアントに新しい交換を開始させます。

このメカニズムは、重複または再送信された再構成メッセージに直面してどのように機能しますか? 重複メッセージは、クライアントが最初の再構成の受信後に交換を開始するため、無視されます。再送信されたメッセージは、交換をトリガーします (クライアントが最初の再構成を受信しなかった場合)、または無視されます。サーバーは、サーバーがクライアントから更新または情報要求メッセージを受信するとすぐに、クライアントへの再構成メッセージの再送信を中止できます。

重複または再送信された再構成が十分に遅延し (順不同で配信され)、交換 (元の再構成によって開始された) が完了した後にクライアントに到着する可能性があります。この場合、クライアントは冗長な交換を開始します。遅延および順不同の配信の可能性は、無視するのに十分小さいです。冗長な交換の結果は、誤った操作ではなく、非効率です。

19.4.2. Creation and Transmission of Renew Messages (更新メッセージの作成と送信)

再構成に応答する場合、クライアントは、クライアントが再構成メッセージから更新メッセージにオプション要求オプションと任意のIAオプションをコピーすることを除いて、セクション18.1.3で概説されているのとまったく同じ方法で更新メッセージを作成して送信します。

19.4.3. Creation and Transmission of Information-request Messages (情報要求メッセージの作成と送信)

再構成に応答する場合、クライアントは、クライアントが応答している再構成メッセージからの識別子を含むサーバー識別子オプションを含めることを除いて、セクション18.1.5で概説されているのとまったく同じ方法で情報要求メッセージを作成して送信します。

19.4.4. Time Out and Retransmission of Renew or Information-request Messages (更新または情報要求メッセージのタイムアウトと再送信)

クライアントは、クライアント開始構成交換の一部として生成された更新または情報要求メッセージと同じ変数と再送信アルゴリズムを使用します。詳細については、セクション18.1.3と18.1.5を参照してください。クライアントが再送信プロセスの終了までにサーバーから応答を受信しない場合、クライアントは再構成メッセージを無視して破棄します。

19.4.5. Receipt of Reply Messages (リプライメッセージの受信)

有効なリプライメッセージを受信すると、クライアントはオプションを処理し、構成パラメータを適切に設定 (またはリセット) します。クライアントは、リプライメッセージ内のIAで指定された任意のアドレスの有効期間を記録して更新します。