Entonces, en resumen, cuando un dispositivo desea comunicarse con otro dispositivo en la misma subred,
enviará una transmisión al segmento local para encontrar la dirección MAC del dispositivo utilizando la dirección IP de destino.
Entonces, en este caso, sains the frame to the hub.
El concentrador porque es un repetidor multipuerto enviará el marco fuera de todos los puertos excepto el puerto en el
que llegó.
Por lo tanto, tanto el enrutador como el hoost ven recibir el marco. Las tarjetas de interfaz de red solo aceptarán el
tráfico unicast destinado a su dirección MAC o aceptarán el tráfico de difusión y aceptarán el tráfico de multidifusión para
las direcciones de multidifusión a las que se suscriben.
El enrutador tiene una dirección MAC de g en la interfaz primero Ethan 00.
Entonces el enrutador recibirá la transmisión y reenviará la solicitud a los protocolos de Hialeah. El Rotto
podrá ver al menos tres que esta es una solicitud extraña para la dirección IP 10 1 1 2 pero la
Rodda en este ejemplo está configurada con direcciones IP 10 1 uno ciento y 10 1 a 100.
Entonces, la tabla de recuento descarta el marco porque la solicitud no es para una de sus direcciones IP.
Los enrutadores no envían transmisiones.
Por lo tanto, esta transmisión no se reenvía desde la interfaz Ethan, es 0 1, por lo que la transmisión recibida
por Rada se interrumpe.
La tarjeta de interfaz de red en PCC recibirá la transmisión y verá que esta es una solicitud de alta
para su dirección IP.
Entonces responderá con una respuesta op.
Como hemos visto en Why, capture PCC, se actualizará su caché para mostrar que la dirección IP 10 1 1 1
está asociada a la paga de la dirección MAC y luego enviará el frame al hub.
El Hubble reenvía el cuadro de todos los puertos porque es un repetidor multipuerto.
La ruta en este ejemplo recibirá un marco del concentrador pero debido a que la dirección MAC
de destino es a y no es la dirección MAC del Rato que es g the rot, dejará caer el marco.
También recibirá una copia del cuadro cuando reciba el cuadro, lo aceptará porque la dirección de destino
es a.
Y su dirección MAC es a.
A continuación, actualizará su caché con una entrada ascendente que indica que la dirección IP 10 1 1 2 está asociada a
la dirección MAC C. Entonces, la respuesta permite actualizar su dinero en efectivo.
En este punto, no se ha transmitido tráfico de usuario.
Lo que sucedió aquí es que
los dispositivos simplemente han resuelto qué direcciones MAC están asociadas con qué direcciones IP.
Entonces AA ahora sabe
que la dirección MAC C está asociada con la dirección IP 10 1 1 2, el tráfico rosa no se puede transmitir con una fuente
de dirección MAC de la cual es la dirección MAC de destino de la máquina local de C. En otras palabras, PCC la dirección MAC de destino se aprendió a través de ARP. Las direcciones IP de origen cambian la dirección IP
de destino uno
a uno y también cabe preguntarse cuándo el concentrador recibe el marco de la PC lo repetirá en todas las interfaces excepto en la interfaz.
Llegó.
Por lo tanto, el enrutador recibirá nuevamente el marco, pero lo abandonará porque su dirección MAC es G y la dirección MAC de
destino para este marco es c. PCC también recibirá el tráfico
y lo aceptará porque la dirección MAC de destino es C y sus direcciones MAC locales ven que los últimos dos cabezales serán eliminados y
la información de la dirección IP será leída por los protocolos de capa superior.
Este es un paquete de eco ICMP para que la PC responda con un mensaje de respuesta de eco C enviará la trama al concentrador con
una dirección MAC de origen para ver la dirección MAC de destino de una dirección MAC de AA de EGNOS debido
al mensaje de solicitud de OP anterior.
Por lo tanto, la memoria caché tiene una dirección MAC asociando en el árbol a con la dirección IP
10 1 1 1 de la dirección MAC de origen y el marco es c. La dirección MAC de destino es una dirección IP de origen es 10 1 1 2 la dirección IP de destino es 10 1 1 1.
Cuando el centro recibe
la trama, el Hubble repite todos los puertos, excepto aquel en el que se recibió.
El Rotto recibirá el marco, pero lo abandonará porque la dirección MAC de destino no está en G.
La dirección MAC de los enrutadores locales cuando recibe el marco del concentrador lo aceptará porque
la dirección MAC de destino es una y las direcciones MAC de la computadora.
Luego quitará los encabezados de la capa 2 y reenviará la información a los protocolos de capa superior.
En este caso, fue una respuesta de eco.
Entonces, el ping mostrará un mensaje de éxito.
En otras palabras, se envió una solicitud de eco al PCC y se recibió con éxito un mensaje de respuesta de eco.
Entonces en mi captura de wireshark, por ejemplo, puedo filtrar los mensajes ICMP.
Puedo ver el eco inicial solicitar un mensaje enviado desde mi PC a
10 0 0 0 2 4 4 y luego puedo ver el mensaje de respuesta de eco.
Tenga en cuenta que se trata de unidifusión de un único marco de costes.
En primer lugar, desde mi PC al enrutador local y, a continuación, una unidifusión desde el enrutador
a mi máquina local, se mostraría la misma información si está haciendo ping a otro dispositivo local en el segmento como usuario.
Vería algo similar a esto.
Ping 10 0 0 2 4 4 y el ping fue exitoso.
Entonces, en este ejemplo, mi PC obtuvo una respuesta exitosa del dispositivo remoto al que estaba haciendo ping.