Básicamente, las transmisiones ARP ocurren dentro de una LAN, solicitando la dirección MAC de otro host para una dirección IP particular.
Si el host está en una red diferente, ¿cómo sabe la computadora de origen la dirección MAC del otro host? Además, si una computadora de origen quiere enviar un paquete a otro host, después de las transmisiones ARP, si descubre que para esta dirección IP la dirección MAC no está en su LAN, ¿cómo solicita la dirección MAC de ese otro host?
Respuesta1
Si A intenta encontrar la MAC de la IP de B a través de ARP y falla, B no está en su subred. Entonces se necesita un enrutador, ya que la función de un enrutador es reenviar el tráfico entre subredes.
La situación típica en una configuración residencial o de oficina simple es que A entregará el tráfico a la puerta de enlace predeterminada, que será la IP del enrutador en esa subred. La puerta de enlace predeterminada habrá sido asignada anteriormente a A por DHCP.
Pero, dado que A sabe en qué subred se encuentra (ya que conoce su propia IP y máscara de subred), generalmente no necesita realizar búsquedas ARP a menos que esté intentando comunicarse con otro host en esa misma subred. Y entregar tráfico al enrutador, si está intentando acceder a algo en la subred en la que se encuentra, no servirá de nada. Entonces, si la búsqueda ARP de un host de origen falla para un host de destino en la misma subred, el host de origen asumirá que el host de destino no existe. Y ni siquiera intentará realizar búsquedas ARP en hosts en diferentes subredes, simplemente las entregará al enrutador.
De todos modos, hayProxyARP.
Respuesta2
... si el host está en una red diferente, ¿cómo sabe la computadora de origen la dirección MAC del otro host?
¿Quién dice que el otro host tiene siquiera una dirección MAC? Las direcciones MAC sonEthernetcosas, no cosas de Internet. Un anfitrión no tiene por qué saberlo.cualquier cosasobre hosts en otras redes excepto sus direcciones IP. Dirigir el paquete Ethernet final al dispositivo final es responsabilidad de cualquier dispositivo que coloque ese paquete Ethernet en el cable, que seguramente no es este host (ya que ni siquiera está en esa red).
Y también si una computadora de origen quiere enviar un paquete a otro host, después de las transmisiones ARP, si descubre que para esta dirección IP la dirección MAC no está en su LAN, ¿cómo solicita la dirección MAC del otro host?
Esto no tiene sentido. La dirección MAC está claramente en la LAN ya que esa dirección MAC acaba de responder a su transmisión ARP. ¿Cómo podría poner un paquete Ethernet en la LAN local si no es así?enla LAN local?
Las consultas ARP y las direcciones MAC son un protocolo de red estrictamente local que se utiliza entre dispositivos que tienen que enviar paquetes locales entre sí. Un host típico utiliza este protocolo para saber cómo dirigir paquetes a su puerta de enlace predeterminada y a otros hosts en la LAN, y esos son los únicos dispositivos para los que tiene que enviar paquetes por cable. El enrutador, obviamente, tendría que saber cómo colocar paquetes en el cable para otras redes.
Respuesta3
Si un host está en otra red, la fuente no conocerá la MAC del host. Para comunicarse, la fuente enviará el paquete a su puerta de enlace predeterminada para que lo transmita.
Esto se hace enviando un paquete con la dirección MAC de la puerta de enlace, que está en su LAN, y la dirección IP del host de destino. La puerta de enlace decidirá cómo enrutar el paquete y lo reenviará manteniendo la dirección IP, pero cambiando la dirección MAC a la MAC del siguiente salto a lo largo de la red. Este proceso se repite hasta que el paquete llega al destino.