GLBPはスイッチのMACアドレステーブルを混乱させませんか？

たとえば、2つのルーター（R1とR2）が同じスイッチ（SW1）に接続されており、両方のルーターにゲートウェイ負荷分散プロトコル（GLBP）がFirst-Hop Redundancy Protocol（FHRP）ソリューションとして正しく構成されているとします。ルーター1はアクティブ仮想ゲートウェイ（AVG）に選出され、仮想MACアドレスをアクティブ仮想フォワーダー（AVF）に割り当てる役割を果たします。

私の質問：ルーター1はAVGであるため、ARP要求に応答する唯一のルーターであり、負荷分散（ARP応答で使用される仮想MACアドレスの代替）を実行している場合、スイッチのMACアドレステーブルを混乱させることはありません。 ？スイッチは、ARP応答から学習することにより、両方の仮想MACアドレスがR1に接続されたその1つのインターフェース上にあると考えませんか？したがって、スイッチは、R2が接続されているインターフェースではなく、R1に接続されているインターフェース（ARP応答の送信元）を介して、R2の仮想MACアドレスの宛先を持つフレームを転送します。

GLBPは、R1が最初の応答を行った直後にR2に自動的に不要なARP応答を送信させることによってこれを修正しますか？

GLBPは不必要なARPを使用しません。誰かが仮想IPにどのMACを持っているかを尋ねると、AVGは「このIPはこのMACにあります」と返信し、スイッチのCAMテーブルには表示されない「送信元MACアドレス」フィールドを使用します。送信元アドレスは引き続きAVG MACです。

編集：私はそれを間違って言った。要求されたIPアドレスは実際には送信者であり、ターゲットアドレスは最初にarp要求を送信したホストのアドレスです。ここでは、ARPリクエストとリプライの例をアップロードします。帰宅したら、GNSでシミュレートするので、例のキャプチャだけでなく、実際にどのように機能するかを確認できます。

Cadantデバイスは、どちらがxx128.77のMACであるかを尋ねます。誰かが答えを持っている場合は、それをxx128.164に転送してください。

次に、Oracleデバイスは、送信者MACアドレスのMAC 00：14：4f：fb：c3：16のxx128.77が自分であるとブロードキャストで応答します。ターゲットはxx128.164で、要求したのはxx128.164でした。

これがGLBPホストの場合、仮想MACが送信者のMACアドレスフィールドに示されます。これはプロキシARPと呼ばれます。しばらくお待ちください。実際のGLBPキャプチャを約10時間でアップロードします。

GLBPキャプチャ：

R2はAVG、R1はAVFです。

ホスト192.168.0.200は、GLBP VIPである192.168.0.1のMACを要求しました。彼は、R2からのインターフェースfa0 / 0の実際のMACであるC001.3270.0000から回答を受け取り、192.168.0.1が仮想MACの1つである0007.B400.0101にあると述べました。

その後、HOST 192.168.0.201は192.168.0.1のMACを要求し、このC001.3270.0000から、このIPが他の仮想MACであるMAC 0007.B400.0102にあるという回答を受け取りました。Wiresharkは、「こんにちは、このIPは別のホストで使用されています」という黄色の線を投げます。

両方のルータから「show glbp」を発行する場合、AVG出力には、応答回数や、このまたはその仮想MACアドレスでのARP要求など、もう少し詳細が含まれます。両方の出力に存在する「グループメンバー」でインターフェースのMACアドレスとIPアドレスを確認できます。

答えは実際にはウィキペディアにあります：

送信者ハードウェアアドレス（SHA）

送信者のメディアアドレス。ARP要求では、このフィールドは要求を送信するホストのアドレスを示すために使用されます。ARP応答では、このフィールドは、要求が探していたホストのアドレスを示すために使用されます。（仮想メディアの場合のように、応答するホストのアドレスである必要はありません。）スイッチは、特にMACアドレスの学習において、このフィールドに注意を払わないことに注意してください。ARP PDUはイーサネットフレームにカプセル化されており、それがレイヤ2デバイスで検査されます。