2つの「IPヘルパーアドレス」ステートメントはどのように処理されますか?


15

2つの「ip helper-address」ステートメントを持つサブネットを発見しました。これは通常の構成ではありません

interface Vlan300
 ip address 10.1.3.2 255.255.255.0
 ip helper-address 10.2.1.10
 ip helper-address 10.3.1.10

DHCPサーバーを見ると、両方のサーバーからリースが来ているようです。

これは推奨されておらず、2台のDHCPサーバーは互いのリース割り当てを認識していない可能性があることを認識しています(それらは認識していないと確信しています)。

問題は、これがCiscoスイッチ(4510 Sup7 12.2)によってどのように処理されるかです。

  • 応答する最初のDHCPサーバーですか?
  • 最初のものか、最初のものがタイムアウトした場合は2番目のものですか?
  • ラウンドロビンですか?

回答:


12

このip helper-addressコマンドは、ブロードキャストの転送先アドレスを指定します。リストされたアドレスのそれぞれに元のパケットを送信します。

両方が応答する場合、両方の応答はLANに転送されます。


1
したがって、ホストは、最初に応答したDHCPサーバーからIPを取得します。もう一方がWANを介している場合、近い方が勝つ可能性があります。
偽サイバー

2
通常ははい。これを行う理由の1つは、DHCPのフェイルオーバー/ HAのためです(たとえば、ISC DHCPDがこれをサポートします)
LapTop006

2
ACK LapTop006が正しい。DHCPクライアントは、このダブルオファーの状況を設計によって適切に処理し、特定の実装は必要ありません。
ytti

6

ip-helperは、冗長性のためにこれを行う正しい方法であり、推奨される方法です。

DHCPDiscovery(ブロードキャスト)はip-helperによって取得され、リクエスト内のリレーエージェント(ルーター)を使用して各DHCPサーバーにユニキャストされます。

通常、最初に応答するDHCPサーバーが優先されます。 両方のDHCPサーバーは、クライアントにDCHPOffersを作成できます(また作成する必要があります)。どのクライアントを保持するかを決定し、使用したいIPに対してDHCPRequest(ユニキャスト)を提供したサーバーに送信するのはクライアントです。サーバーは、プロセスを完了するためにその要求をDHCPAckする必要があります。

冗長性を確保するために、IPプールに対して定義されたスコープが重複しないというDHCPルールに違反しないようにするには、2つのip-helperが必要です。DHCPサーバーは相互に認識していないため、IPプールは一意である必要があります。 DHCP冗長性の一般的な方法は、標準的な/ 24サブネットを取得し、スコープごとに2つの/ 25に分割することです(サーバーごとに1つ)。

例:192.0.2.0/24は実際のネットワークなので、192.0.2.0 / 25と192.0.2.128/25に分割します。したがって、およそ256個のアドレスが128個のアドレスの2つのプールに分割され、各DHCPスコープに割り当てられます。これで、重複アドレスと冗長性はなくなりました。

スコーププールを半分にカットしているため、1台のDHCPサーバーに障害が発生した場合に、サーバーがネットワーク全体をサポートできることを確認してください。リース時間は、多くのローテーションクライアントがある場合にプールを使い果たすことなく、クライアントがアドレスを保持できる期間であると見なしますが、障害のあるDHCPサーバーを検出して修正するのに十分な時間を与えることができます。


1
実際には、それらを分割するのではなく、すべてのdhcpサーバーで同じスコープを構成し、それぞれに一意の除外範囲を設定します。この方法では、1つのサーバーがしばらく停止した場合の俊敏性が向上します。
パウスカ

1
除外は構成に埋もれがちであり、2つのスコープが別々のプールで簡単に識別されるのを好むので、各DHPCサーバーが何をしているのか疑問はありません。設計がしばらくの間、障害のあるDHCPサーバーを処理できる限り、これには問題はありませんが、一部の人にとっては除外ルートを使用する方が良いオプションであることに同意します。(これらのコメントは、詳細の一部を
埋め込ん

2

IIRC、構成されたヘルパーと最速のヘルパーの両方に送信します。


1

DHCPOFFERがホストに送信される前に、DHCPサーバーがICMPエコー応答メッセージを受信する場合、DHCPサーバーはIPアドレスにICMPメッセージを送信します。サーバーは別のIPアドレスを選択し、ICMP Echo Replyメッセージが受信されなくなるまでそのIPアドレスに別のICMPメッセージを送信します。DHCPサーバーはDHCPOFFERのIPアドレスをホストに送信します。


そのように構成されている場合。そのような割り当てを「保護」しないようにDHCPサーバーを構成できます。
リッキービーム

リッキーよりも少し進んで、DHCPサーバーでパフォーマンスの問題を引き起こす可能性があるため、これは多くの大規模なネットワークではもはや一般的な慣行ではないと言います。現在、ほとんどのステーションはローカルファイアウォールを実行しており、ping要求に応答しないことがよくありますが、サーバーは要求ごとにタイムアウト期間を待機する必要があります。また、これにより、この機能の有用性が低下します(ファイアウォールのあるステーションは応答せず、サーバーは要求がタイムアウトするのを待たなければならず、IPの競合が発生します)。
YLearn
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.