初期データ:
1.2 つの DHCP サーバー:
初め： 説明: Debian GNU/Linux 6.0.10 (squeeze) リリース: 6.0.10 コードネーム: squeeze
2番 NAME="Debian GNU/Linux" VERSION_ID="8" VERSION="8 (jessie)" ID=debian
2.1つのネットワーク、例えば192.168.0.0/24
3.2 つのインターフェイス 192.168.0.1 と 192.168.0.2、各 DHCP サーバーに 1 つずつ。両方とも動作しており、1 つのサブネットからアドレスを提供していますが、最初の DHCP のプールは .10-.20 ゲートウェイ IP.1、2 番目のプールは ip.21-.31 ゲートウェイ IP.2 です。
4.タスク - そのネットワーク内のデバイスは、DHCP #1 ではなく DHCP #2 からアドレスを受信する必要があります。なぜでしょうか? 主なタスクは、あるシステムから別のシステムに移行することなので、すべてのデバイスを単に切断することはできません。現在動作しているデバイスは、動作状態のままにしておく必要があります。これは、ホテルでのテレビの移行です。
5.私が試したことは? クライアントからの DHCP 要求に対する DCHP #1 の応答の遅延を手動で増やすことです。
6.DHCP で使用されるコマンド #1: tc qdisc add dev eth1 root handle 1: prio tc qdisc add dev eth1 parent 1:3 handle 30: netem delay 500ms tc filter add dev eth1 protocol ip parent 1:0 prio 3 u32 \ match ip sport 67 0xffff flowid 1:3 tc filter add dev eth1 protocol ip parent 1:0 prio 3 u32 \ match ip dport 68 0xffff flowid 1:3
7。結果: デバイスから DHCP #1 に ping を実行すると、500 ミリ秒以上の遅延が見られますが、デバイスの応答を実行し、両方の DHCP サーバーで「tcpdump -n -i eth1 portrange 67-68」コマンドを発行するか、詳細を確認するためにコマンド「tail -f /var/log/syslog」を発行すると、DHCP #1 の応答が DHCP #2 よりも速いことがわかります。
アイデアやヒント、他に何をすべきか、別の解決策などがあれば、とても助かります。ありがとうございます!
答え1
DHCP サーバーが利用できなくなっても、DHCP サーバーが発行する IP は無効になりません。したがって、質問に追加していない詳細がない限り、これはそれほど難しいことではありません。
- すべてのデバイスはサーバー #1 から IP を要求し、有効なリース (たとえば 1 時間) でそれを取得します。
- DHCP サーバー #1 をシャットダウンします。すべてのデバイスはプール #1 に残ります。
- リースの 50% が経過すると (この例では 30 分)、デバイスはリースの更新を試みます。サーバーがダウンしているため、更新は失敗しますが、デバイスは有効なプール 1 の IP アドレスを引き続き使用します。
- リースの 87.5% が期限切れになると (リースの残り時間は 7.5 分)、クライアントは DHCPDISCOVER を実行し、新しいリースを受け入れます。この時点で、DHCP サーバー #2 から有効なアドレスを取得し、プール 2 で IP アドレスを取得する必要があります。
- リース期間が終了すると、すべてのクライアントはプール 2 に移動する必要があります。