基本的に、ARP ブロードキャストは LAN 内で行われ、特定の IP アドレスに対して別のホストの MAC アドレスを要求します。
ホストが別のネットワークにある場合、ソース コンピュータはどのようにして他のホストの MAC アドレスを知るのでしょうか。また、ソース コンピュータがパケットを別のホストに送信する場合、ARP ブロードキャストの後で、この IP アドレスの MAC アドレスが LAN 内にないことがわかったら、どのようにして他のホストの MAC アドレスを要求するのでしょうか。
答え1
A が ARP 経由で B の IP の MAC を見つけようとして失敗した場合、B はサブネット内にありません。ルーターの機能はサブネット間でトラフィックを転送することであるため、その場合はルーターが必要になります。
住宅やシンプルなオフィスのセットアップでは、A がトラフィックをデフォルト ゲートウェイ (そのサブネット上のルーターの IP) に渡すのが一般的です。デフォルト ゲートウェイは、DHCP によって A にあらかじめ割り当てられています。
しかしA は自分がどのサブネットにいるかを知っているので (自分の IP とサブネット マスクを知っているので)、同じサブネット上の別のホストに到達しようとしている場合を除いて、通常は ARP 検索を行う必要はありません。また、自分がいるサブネット上の何かに到達しようとしている場合に、トラフィックをルーターに渡しても意味がありません。したがって、送信元ホストの ARP 検索が同じサブネット内の宛先ホストで失敗した場合、送信元ホストは宛先ホストが存在しないものと見なします。また、異なるサブネット上のホストに対しては ARP 検索を試みることすらなく、ルーターに渡すだけです。
それにもかかわらず、プロキシARP。
答え2
...ホストが別のネットワークにある場合、ソース コンピューターは他のホストの MAC アドレスをどのようにして知るのでしょうか?
他のホストにMACアドレスがあるなんて誰が言ったのでしょうか？MACアドレスはイーサネットインターネット上のものではなく、インターネット上のもの。ホストは何でも他のネットワーク上のホストに関する情報は、IP アドレスを除いて、わかりません。最終的な Ethernet パケットをエンド デバイスにアドレス指定するのは、その Ethernet パケットを回線上に送るデバイスの責任であり、そのホストは間違いなくこのホストではありません (このホストはネットワーク上にも存在しないため)。
また、送信元コンピュータが別のホストにパケットを送信する場合、ARP ブロードキャストの後で、この IP アドレスの MAC アドレスが LAN 内にないことがわかったら、他のホストの MAC アドレスをどのように要求するのでしょうか。
これは意味をなさない。MACアドレスは明らかにLAN上にある。なぜならそのMACアドレスはARPブロードキャストに応答したからだ。それがLAN上にないのに、どうしてイーサネットパケットをローカルLAN上に送ることができるのか？の上ローカルLANですか?
ARP クエリと MAC アドレスは、ローカル パケットを相互に回線上に送る必要があるデバイス間で使用される、厳密にローカルなネットワーク プロトコルです。一般的なホストは、このプロトコルを使用して、デフォルト ゲートウェイと LAN 上の他のホストにパケットをアドレス指定する方法を認識します。これらのデバイスのみが、ホストがパケットを回線上に送る必要があるデバイスです。当然、ルーターは他のネットワークのパケットを回線上に送る方法を認識している必要があります。
答え3
ホストが別のネットワークにある場合、送信元はホストの MAC を認識しません。通信するには、送信元はパケットをデフォルト ゲートウェイに送信して渡します。
これは、LAN 上にあるゲートウェイの MAC アドレスと宛先ホストの IP アドレスを含むパケットを送信することで行われます。ゲートウェイはパケットのルーティング方法を決定し、IP アドレスはそのままで MAC アドレスをネットワーク上の次のホップの MAC に切り替えてパケットを再送信します。このプロセスは、パケットが宛先に到着するまで繰り返されます。