기본적으로 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 주소를 제외한 다른 네트워크의 호스트에 대해. 최종 이더넷 패킷을 최종 장치로 보내는 것은 해당 이더넷 패킷을 유선에 연결하는 모든 장치의 책임입니다. 이는 확실히 이 호스트가 아닙니다(해당 네트워크에 있지도 않기 때문에).
또한 소스 컴퓨터가 ARP 브로드캐스트 후 다른 호스트로 패킷을 보내려는 경우 이 IP 주소에 대한 MAC 주소가 LAN에 없다는 것을 알게 되면 어떻게 다른 호스트 MAC 주소를 요청합니까?
이것은 말이 되지 않습니다. MAC 주소가 ARP 브로드캐스트에 방금 응답했기 때문에 MAC 주소는 LAN에 있는 것이 분명합니다. 그렇지 않은 경우 어떻게 이더넷 패킷을 로컬 LAN에 넣을 수 있습니까?~에로컬 LAN?
ARP 쿼리와 MAC 주소는 로컬 패킷을 서로 연결해야 하는 장치 간에 사용되는 엄격한 로컬 네트워크 프로토콜입니다. 일반적인 호스트는 이 프로토콜을 사용하여 기본 게이트웨이와 LAN의 다른 호스트에 대한 패킷 주소를 지정하는 방법을 알고 있으며, 이러한 호스트는 패킷을 유선으로 연결해야 하는 유일한 장치입니다. 라우터는 분명히 다른 네트워크를 위해 패킷을 유선에 배치하는 방법을 알아야 합니다.
답변3
호스트가 다른 네트워크에 있는 경우 소스는 호스트의 MAC을 알 수 없습니다. 통신하기 위해 소스는 패킷을 기본 게이트웨이로 전송하여 전달합니다.
이는 LAN에 있는 게이트웨이의 MAC 주소와 대상 호스트의 IP 주소가 포함된 패킷을 전송하여 수행됩니다. 게이트웨이는 패킷을 라우팅하는 방법을 결정하고 IP 주소를 유지하면서 패킷을 다시 전송하지만 MAC 주소를 네트워크를 따라 다음 홉의 MAC로 전환합니다. 이 과정은 패킷이 목적지에 도착할 때까지 반복됩니다.