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 クライアントに強制更新メッセージを送信し、メッセージ交換を開始します。応答として、強制更新メッセージをサポートする DHCPv4 クライアントは、リース更新メッセージをサーバーに送信します。サーバーはリース更新要求を拒否し、NAKをクライアントに送信し、クライアントにDHCP接続を再開させます。再接続に成功すると、DHCP クライアントが再構成されます。RFC 3202 では、強制更新、更新、NAK メッセージの交換のみがサポートされています。DHCPリレーおよびDHCPリレープロキシは、クライアントの再構成に参加したり、強制的に更新メッセージをクライアントに転送する以外の対応をしたりしません。

ローカルサーバーステートマシンがバインドされたクライアントで再構成プロセスを開始すると、クライアントは再構成状態に移行し、ローカルサーバーはクライアントに強制renewメッセージを送信します。クライアントは、再構成状態になる前はバインド状態にあったため、転送や統計などのすべての加入者サービスまたは 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 クライアントには コマンドを、DHCPv6 クライアントには コマンドを発行 request dhcp server reconfigure することで、 request dhcpv6 server reconfigure ローカル サーバーにクライアントの再構成プロセスを強制的に開始させることができます。コマンド・オプションは、すべてのクライアントまたは指定されたクライアントのどちらに対して再構成を試行するかを決定します。

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

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

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

• DHCP ローカル サーバーが DHCP クライアントを動的に再構成できるようにして、クライアントがリースを更新するか、サーバーに再バインドするのを待つ必要があるサーバー構成の変更による長時間の停止を回避します。