これは、ARP要求のPNG画像のwiresharkキャプチャです。ARPパケット内に送信者MACが含まれています。受信ステーションは、イーサネットフレームからMACを取得できます。冗長なようです。ARPリクエストに送信者のMACアドレスを個別に含めるという特別な使用法もありますか?
3 に答える
「冗長性」は設計によるものであり(RFC 826)、さまざまなレイヤーをターゲットにする場合に役立ちます。RFC 3927には、Gratuitous Address Resolution Protocol(GARP)と呼ばれるものがあり、特定の状況では、冗長性または欠如が、特にネットワークスタックのトラブルシューティングと監視において重要な役割を果たします。
実際には、それはまったく冗長ではありません。MAC(物理、レイヤー2)アドレスとIP(論理、レイヤー3)アドレスは同じものではありません。これらは、さまざまなネットワーク層でさまざまな目的を果たします。
大規模ネットワークでは、MAC / ARP /ソース/宛先情報の変化を観察することは非常に一般的であり、時にはほとんど正しくないように見えることがあります。たとえば、ホストが独自のアドレスをターゲットアドレスとしてARP要求を送信する場合があります。正確な状況によっては、リンクのアップ/ダウンイベントであるか、他のデバイスのARPテーブルを更新しようとしている、またはIPの競合を検出してIPを別のNICに移動している可能性があります。
クラスタリング、フェイルオーバーに入ることができました—リストは続きますが、すべてを説明しようとして本を書くことになります。うまくいけば、これはあなたが質問していた「冗長性」についての少しの洞察をあなたに与えるでしょう。;-)
より詳しい情報:
多くの場合、イーサネットと組み合わせて使用されますが、ARP自体は独立したプロトコルです。MACアドレスを公開しない他のリンク層プロトコルを想像してみてください。送信者フィールドが指定されていない場合、ARPはそのような状況では機能しません。
ARPプロトコルフィールドの送信者のMACアドレスをイーサネットの送信元のMACアドレスと同じにする規則はありません。例:同じホストの複数のインターフェースがネットワーク上にあるいくつかのアプリケーションで可能ですが、1つのインターフェースのみがすべてのインターフェースに対してarp応答を送信します。