同じレイヤー2ブロードキャストドメインに2台のDHCPサーバーコンピューターがある場合、クライアントはどちらかのサーバーコンピューターによって（ほとんど）ランダムにアドレスが割り当てられます。答えは、クライアントのDHCPDISCOVER reuqestが最初にクライアントにアドレスを割り当てることになります。
これが素晴らしいアイデアだとは思いません。本質的に非決定論的な要素であるものをネットワークに追加します。 DHCPの冗長性が必要な場合は、プログラムを使用してプライマリDHCPサーバーの「正常性」を監視し、障害が発生した場合はセカンダリDHCPサーバーを起動することを検討してください。
ネットワーククライアントからDHCPサーバーを指定する方法を知りません。あなたへの私の質問は-なぜあなたはしたいですか？ ADでは、冗長DHCPサーバーを複数持つことができ、アドレスを重複させずに同じスコープを管理するように構成できます。また、予約やその他の設定もできます。何らかの理由で別のDNSまたはWINSサーバーを使用する必要がある場合、例外を必要とするマシンは、手動で構成されたDNSまたはWINSエントリを持つことができますが、それでもDHCPを使用します。 。
1つのLANに2つのDHCPサーバーを配置することは、実際にお勧めできないと思います...
冗長性のための場合、1つのオプションは、クラスターサービスを使用して、dhcpファイルが格納され、どのサーバーがdhcpサービスを実行しているかによって参照されるようにすることです。
別の解決策は、VLANなどに別々のLANを配置して、各DHCPサービスを持つそのLAN上のクライアントのみが正しいDHCP要求を受信するようにすることです。
それが役に立てば幸い
同じLAN上に複数のDHCPサーバーがあることは完全に有効であるべきだと思います。私たちのケースでは、2つのゲートウェイがあり、すべての設定がクライアントによって自動的に受信され、一部のクライアントは1つのゲートウェイと他のゲートウェイを使用するために必要です（ゲートウェイを超えたネットワークの異なる特性のため）。
別のスレッドで言及されているように、サーバーランキングソリューションは1997年に提案されました（ http://tools.ietf.org/html/draft-ietf-dhc-sso- を参照してください）。実装されているようです。
DHCPサーバーのホスト名またはIPアドレスに基づいて、クライアントユーティリティが選択を提供することは完全に可能です。クライアントはDHCPBROADCASTに応答するすべてのDHCPサーバーからDHCPOFFERを受信し、クライアントはDHCPREQUESTを送信します。これらのDHCPREQUESTは、事前に確立されたルールに従ってフィルタリングできます。DHCPサーバーがフィルターを通過しなかった場合、最初のDHCPOFFERへの応答のフォールバックが受信されます。
実際、小規模なネットワークで2番目のDHCPサーバーのインストール（たとえば、すべてのADSLルーターのデフォルト構成）によって問題が発生する場合が何度かありました。フィルタリングのクライアントルールは、これらの問題を防ぐことができます。
DHCP経由でルーターにゲートウェイを均等に割り当てることで、ゲートウェイの負荷を分散しようとしているようです。
本当に最適なソリューションは、ゲートウェイデバイス自体で負荷分散を行うことです。 LANには1つのゲートウェイのみが必要であり、そのゲートウェイデバイスには3つのインターフェイスが必要です。1つの「内部」インターフェースはLANに接続され、2つの「外部」インターフェースは2つの外部ゲートウェイに接続されます。
その後、LAN上の個々のマシンを関与させることなく、ゲートウェイデバイスで必要に応じて柔軟に構成できます。