Entonces, ¿qué sucede si A ahora quiere hacer ping a un dispositivo remoto en una subred separada?
Entonces ahora, por ejemplo, A con dirección IP 10. 1. 1. 1 Quiere hacer ping
al dispositivo B con la dirección IP 10. 1. 2. 1 En estos
ejemplos, estoy discutiendo el tráfico ICMP o ping,
pero algo similar sucedería
si estuviera enviando HTTP, FTP u otro tráfico.
Lo que es importante tener en cuenta aquí es que estos dispositivos están en subredes separadas y
estamos usando una máscara / 24 en esta topología.
Entonces el host A no está en la misma subred que el host B.
ahora, lo primero que hará la PC es
verificar si la dirección IP con la que intenta comunicarse se encuentra en una
subred separada o en la misma subred que ella.
Lo hace haciendo un final lógico utilizando la máscara de red.
Entonces, en este caso tenemos / 24 máscara de la dirección IP de
PC A es 10. 1. 1. 1 y está intentando hacer
ping a una dirección IP 10. 1. 2. 1/24 en notación decimal con
puntos se ve así 255. 255. 255. 0 Lo que significa que
la porción de red son los primeros 3 octetos de la dirección.
Entonces, la PC local 10. 1. 1. 1 compara la porción de red
con el dispositivo con el que está tratando de comunicarse para verificar si el dispositivo es local o remoto.
En este caso, la porción de red de la dirección es diferente.
Por lo tanto, la PC local sabe que el dispositivo remoto se encuentra en una subred diferente a
la suya y, por lo tanto, enviará el tráfico a su puerta de enlace predeterminada
para llegar a la subred remota en la que reside el dispositivo.
Ahora, en este ejemplo, asumimos que el dispositivo A tiene
configurada una puerta de enlace predeterminada.
Entonces, el dispositivo A se configuró con la puerta de enlace predeterminada
del enrutador 10. 1. 1. 100 para que la PC
primero verifique si tiene la dirección MAC
del enrutador en su caché ARP local Lo hace porque
necesita enviar el tráfico al enrutador para llegar al dispositivo remoto.
Y como se trata de un segmento de Ethernet, se requiere una
dirección Mac de capa 2 para la comunicación.
Ethernet una vez más requiere que la dirección MAC se use en la capa
2 para la transmisión a través de una red Ethernet.
Por lo tanto, en la capa 2, la PC requiere una dirección Mac; la PC se habría configurado con la
puerta de enlace predeterminada de 10. 1. 1. 100 que es una dirección
IP en la capa 3, pero la dirección MAC de la
puerta de enlace predeterminada no se habría configurado en la PC,
por lo que no hay entrada en la PC local para
la dirección MAC de su puerta de
enlace predeterminada y, por lo tanto, deberá enviar una transmisión al segmento preguntando quién tiene
la dirección IP 10. 1. 1. 100 en otras palabras,
esta es una solicitud ARP que busca la dirección
MAC asociada con la dirección IP de la puerta de enlace predeterminada.
Cuando el hub recibe la transmisión, la inundará de todos los puertos, excepto de los puertos a
los que llegaron. PC C recibirá la
transmisión en la capa 2, pero al leer la información
de la capa 3, verá que se trata de un
ARP para 10 . 1. 1. 100 que no es su dirección IP.
Así que PC C por lo tanto abandonará la solicitud ARP.
Sin embargo, el enrutador procesará la solicitud ARP.
En primer lugar, recibirá el tráfico en la
capa 2 porque es una transmisión y cuando lea la información de la capa
3 verá que esta es una solicitud ARP para su dirección IP.
Entonces, el enrutador responderá con una respuesta ARP a la solicitud de PC A ARP.
La respuesta ARP es una dirección de unidifusión, por lo que la dirección MAC de origen es
G la dirección MAC del enrutador, la dirección MAC de destino es Una
dirección IP de origen es la dirección
IP de destino de la dirección IP del enrutador es una dirección IP.
El centro volverá a inundar el tráfico de todos
los puertos, excepto el puerto en el que llegó.
C soltará el marco porque no está destinado a sí mismo.
Observe en el marco que la dirección MAC de destino es A, pero la
dirección MAC de la PC es C, por lo que soltará el cuadro.
Y lo que es importante tener en cuenta es que es la tarjeta
de interfaz de red que elimina el marco y no la CPU central de la PC.
A recibirá el marco y en un recibo procesará el marco porque la dirección
MAC de destino es ella misma.
Por lo tanto, en la capa 2, el marco es aceptado por la NIC o la tarjeta de interfaz de red.
La información de la capa 2 se elimina y la reenvía a protocolos de capa alta.
Debido a que se trata de una respuesta ARP, su proceso mediante protocolos de capa alta y la memoria caché ARP se actualiza
con la dirección MAC del enrutador, por lo que PC A ahora tiene una asignación que indica esa
dirección IP 10. 1. 1. 100 usa la dirección
MAC G así que esto es lo importante, la PC A sabe que la
dirección IP 10. 1. 1. 100 está asociado con la dirección MAC G.
Entonces, la PC puede enviar tráfico a la red destinada a la PC 10 remota. 1. 2. 1 con la dirección IP de
origen establecida en 10. 1. 1. 1 en sí, pero
tenga en cuenta que la dirección MAC de origen es la PC local
y que la dirección MAC de destino es el enrutador.
El marco de la capa 2 va al enrutador y, por lo tanto, la información de
la capa 2 contiene las direcciones MAC del segmento local.
Dirección MAC de origen en la PC, dirección MAC de destino, enrutador.
La información de la capa 3 contiene la dirección IP de destino del
host remoto y la dirección IP de la PC local.
El concentrador inundará el marco tanto para c como para G, C soltará el marco porque la
dirección MAC de destino no es ella misma, el
enrutador recibirá el marco en la capa 2 porque
está destinado a su dirección MAC de G.
A continuación, eliminará la información de la capa 2 y leerá
la información de la capa 3 en el paquete.
Así que ahora veamos un ejemplo práctico. Voy a
capturar el tráfico en Wireshark, así que comenzaré la captura. Voy a borrar mi caché
ARP, así que arp-a muestra que no hay entradas en el caché ARP en este momento. y
luego voy a hacer ping a HP. com note que la resolución DNS ha
tenido lugar, el mensaje ICMP tiene un tiempo de espera debido a que
un firewall está bloqueando los mensajes ICMP a ese servidor.
Así que aquí hay otro ejemplo, vamos a hacer ping a Google com.
Los pings de aviso están teniendo éxito, así que detendré la captura.
HP estaba usando una dirección IP en el rango 15.
Así que echemos un vistazo a ese tráfico ICMP, así que tenga en cuenta
que hay un mensaje ICMP para hp. com y puede
ver eso porque la dirección es 15.
Y HP posee el rango de 15 direcciones IP.
No recibimos una respuesta del servidor pero se envió la solicitud de eco.
Lo que me gustaría que viera es que en la capa 2,
la dirección MAC de origen es
mi PC local, pero la dirección MAC de destino es mi enrutador local.
Observe que puedo ver que este es un dispositivo de Cisco porque la dirección MAC se
muestra como Cisco para la OUI o parte del proveedor de la dirección.
Podemos ver que al escribir arp-a, esta
dirección MAC es la dirección MAC asociada a la
dirección IP 10. 0. 0. 254 IP config nos muestra
que esa es la dirección IP de la puerta de enlace predeterminada.
Así que el tráfico va de mi PC local a HP. com pero está siendo
enrutado por mi enrutador local.
En la capa 3 tenemos la dirección IP de la
PC local, la dirección IP de destino es HP, pero en la capa
2, la dirección MAC de origen es mi PC y
la dirección MAC de destino es el enrutador local.
Y una vez más enviando el tráfico a mi puerta de enlace predeterminada local en la capa 2.
Puedo filtrar la captura Wireshark para mostrar solo tráfico ICMP nuevamente.
Aquí el tráfico va a Google, por lo que la dirección IP de origen es
mi máquina local. La dirección IP de destino es Google, pero en
la capa 2, la dirección MAC de origen es
mi PC local y la dirección MAC de destino es una vez más el enrutador local.