初期データ：
1.2つのDHCPサーバー：
最初： 説明: Debian GNU/Linux 6.0.10(squeeze) リリース: 6.0.10 コード名: squeeze
第二 NAME=“Debian GNU/Linux” VERSION_ID=“8” VERSION=“8 (jessie)” ID=debian
2.ネットワーク（例：192.168.0.0/24）
三。2つのインターフェイス192.168.0.1と192.168.0.2（各DHCPサーバーごとに1つ）。どちらも動作しており、同じサブネットのアドレスを提供しますが、最初のdhcpのプールは.10-.20ゲートウェイip.1、2番目のdhcpのプールは.21-.31がゲートウェイip.2です。
4.タスク - このネットワーク上のデバイスは、DHCP＃1の代わりにDHCP＃2からアドレスを受け取る必要があります。なぜこれですか？主な作業は、あるシステムから別のシステムに移行することであるため、単にすべてのデバイスの接続を切断することはできません。稼働中のデバイスは引き続き機能する必要があります。これはホテルのテレビの移行です。
5.私は何を試みたか。私の考えは、クライアントからのDHCP要求に対するDCHP＃1の応答遅延を手動で増やすことです。
6.DHCP＃1で使用されるコマンド：tc qdisc add dev eth1ルートハンドル1：prio tc qdisc add dev eth1上位1：3ハンドル30：netem遅延500ms tc filter add dev eth1プロトコルip上位1：0 prio 3 u2 sport 67 0xffff flowid 1:3 tc フィルタを追加 dev eth1 プロトコル ip parent 1:0 prio 3 u32\match ip dport 68 0xffff flowid 1:3
7.結果：デバイスでDHCP＃1をpingすると500msを超える遅延が発生しますが、デバイスを反論して「tcpdump -n -i eth1 portrange 67-68」コマンドまたは「tail - f」/ var / log / syslogを使用して詳細内容を確認しましたが、DHCP＃1がDHCP＃2よりも速く応答することがわかりました。
あなたのアイデアや手がかり、さらにできること、または他のソリューションに感謝します。ありがとうございます！
ベストアンサー1
DHCPサーバーが利用できない場合でも、DHCPサーバーによって発行されたIPは無効になりません。したがって、質問に追加していない話がない限り、これは難しくありません。
- すべてのデバイスはサーバー＃1からIPを要求し、有効なリース（たとえば1時間）でIPを取得します。
- DHCPサーバー＃1を終了します。すべてのデバイスはプール＃1に残ります。
- リースの50％が期限切れになった後（この例では30分）、デバイスはリースの更新を試みます。サーバーがダウンしているため、更新は失敗しますが、デバイスは有効なプール1のIPアドレスを引き続き使用します。
- リースの87.5％が満了した後（残りのリース時間7.5分）、クライアントはDHCPDISCOVERを実行して新しいリースを受け入れます。この時点で、DHCPサーバー＃2から有効なアドレスを取得し、プール2からIPアドレスを取得する必要があります。
- リースが期限切れになると、すべての顧客はpool2にいる必要があります。