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、 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 クライアントを動的に再構成できるようにすることで、サーバー構成の変更によって、クライアントがリースを更新するか、サーバーに再バインドするまでサーバーが待機する必要があることによる長時間の停止を回避できます。