DHCPローカルサーバーからのクライアントの動的再設定

デフォルトのクライアント/サーバーインタラクション

通常、DHCP クライアントは、すべての基本的な DHCP クライアント/サーバー通信を開始します。DHCP サーバーは、クライアントからの要求に応答してのみクライアントに情報を送信します。この動作では、サーバーが変更された場合に、クライアントのネットワークアドレスと設定を迅速に更新することはできません。

• ルーター上:サービスプロバイダがアドレス指定スキームを再構築するか、クライアントに提供したサーバーIPアドレスを変更したとします。動的な再設定を行わない場合、サービスプロバイダは通常、DHCPサーバーバインディングテーブルをクリアしますが、バインディングがクリアされたことをDHCPクライアントに通知することはできません。その結果、DHCP クライアントは IP アドレスがまだ有効であるかのように動作しますが、アクセス ネットワークを介して通信できなくなり、停止が発生します。DHCP ローカルサーバーは、クライアントがリースを更新するか、サーバーに再バインドするためのメッセージを送信するのを待つ必要があります。これに応じて、サーバーはクライアントにNAKメッセージを送信し、クライアントにDHCP接続プロセスを強制的に再開します。または、プロバイダは、顧客がネットワーク障害についてサービスコールを行うのを待ってから、顧客宅内機器の電源を入れ直して接続を再開するよう指示することもできます。これらの行動のいずれも、お客様にとってタイムリーでも便利でもありません。

• スイッチ上:アドレス指定スキームを再構築するか、DHCPサーバーがクライアントに提供するサーバーIPアドレスを変更するとします。動的な再設定を行わない場合、ネットワークは通常、DHCP サーバー バインディング テーブルをクリアしますが、バインディングがクリアされたことを DHCP クライアントに通知することはできません。その結果、DHCP クライアントは IP アドレスがまだ有効であるかのように動作しますが、アクセス ネットワークを介して通信できなくなり、停止が発生します。DHCP ローカルサーバーは、クライアントがリースを更新するか、サーバーに再バインドするためのメッセージを送信するのを待つ必要があります。これに応じて、サーバーはクライアントにNAKメッセージを送信し、クライアントにDHCP接続プロセスを強制的に再開します。または、ユーザーがネットワーク障害を通知するのを待ってから、機器の電源を入れ直して接続を再開するように指示することもできます。これらのアクションはどちらも、ユーザーにとってタイムリーでも便利でもありません。

DHCPv4のための動的なクライアント/サーバー相互作用

DHCPv4の動的な再設定は、RFC 3203(DHCPv4用 DHCP再設定拡張 )の一部実装を通じて行うことができます。DHCPv4ローカルサーバーがクライアントにメッセージを送信して、再設定を強制できるようにします。

サーバーは、DHCPv4クライアントにforcerenewメッセージを送信し、メッセージ交換を開始します。これに応じて、forcerenewメッセージをサポートするDHCPv4クライアントは、リース更新メッセージをサーバーに送信します。サーバーがリース更新リクエストを拒否し、クライアントにNAKを送信すると、クライアントがDHCP接続を再開します。再接続に成功すると、DHCP クライアントが再設定されます。RFC 3202 からサポートされているのは、forcerenew、renew、NAK メッセージの交換のみです。DHCPリレーとDHCPリレープロキシは、クライアントの再設定には参加せず、強制更新メッセージに対しては、クライアントに転送する以外には反応しません。

ローカルサーバーのステートマシンがバインドされたクライアントで再設定プロセスを開始すると、クライアントは再設定状態に移行し、ローカルサーバーはクライアントにforcerenewメッセージを送信します。再設定状態に入る前は、クライアントがバインド状態にあったため、転送や統計情報など、すべての加入者サービスまたはDHCP管理サービスは引き続き動作します。再設定が成功してからその後のクライアントバインディングまでの間は、クライアント統計情報は維持されません。サーバーがクライアント更新リクエストにNAKで応答すると、クライアントエントリがバインディングテーブルから削除され、最終的な統計情報が報告されます。クライアントが新しいセッションを確立するためにディスカバリーメッセージを送信すると、新しい統計が収集されます。

DHCPv6の動的なクライアント/サーバー相互作用

DHCPv6の動的な再設定は、RFC 3315、 Dynamic Host Configuration Protocol for IPv6(DHCPv6)の一部実装によって利用できます。DHCPv6ローカルサーバーがクライアントにメッセージを送信して、再構成を強制できるようにします。

DHCPv6サーバーは、再構成メッセージをDHCPv6クライアントに送信し、メッセージ交換を開始します。これに応じて、再設定メッセージをサポートするDHCPv6クライアントは更新状態に移行し、サーバーに更新メッセージを送信します。サーバーは、ライフタイムがゼロ(0)の応答メッセージを返します。クライアントはinit状態に移行し、要請メッセージを送信します。サーバーは、サービスが利用可能であることを示すアドバタイズメッセージを送信します。クライアントから設定パラメーターの要求が送信され、サーバーはそれを返信に含めます。DHCP リレーと DHCP リレー プロキシは、クライアントの再設定には参加せず、クライアントに転送する以外はメッセージの再設定に反応しません。

DHCPv6サーバーが、バインドされたDHCPv6クライアントで再設定を開始するようにトリガーされると、クライアントは再設定状態に移行します。転送や統計情報など、すべての加入者サービスは引き続き機能します。次に、サーバーは再構成メッセージをクライアントに送信します。DHCPv6クライアントがすでに再設定状態にある場合、DHCPv6サーバーは再設定トリガーを無視します。バインドまたは再構成以外の状態のクライアントの場合、サーバーは、 clear dhcpv6 server binding コマンドが発行されたかのように、クライアントのバインディング状態をクリアします。

ローカルサーバーに再設定プロセスを手動で強制的に開始させる

DHCPv4クライアントの場合は request dhcp server reconfigure コマンドを、DHCPv6クライアントの場合は request dhcpv6 server reconfigure コマンドを発行することで、ローカルサーバーにクライアントの再設定プロセスを強制的に開始させることができます。コマンドオプションによって、すべてのクライアントまたは指定されたクライアントに対して再設定を試みるかどうかが決定されます。

再設定中に発生したイベントに対して実行されるアクション

再設定の処理中に発生するイベントは、再設定よりも優先されます。 表1は 、いくつかの異なるイベントに対応して実行されたアクションを示しています。

DHCPローカルサーバークライアントの動的再設定の利点

• DHCP ローカルサーバーが DHCP クライアントを動的に再設定できるようにすることで、サーバーの設定変更によって、クライアントがリースの更新やサーバーへの再バインドを待つ必要になるような長期の停止を回避できます。