En résumé, lorsqu'un périphérique souhaite communiquer avec un autre périphérique du même sous-réseau, il
envoie une diffusion sur le segment local pour rechercher l'adresse MAC du périphérique à l'aide de l'adresse IP cible.
Donc, dans ce cas, le cadre est attaché au concentrateur.
Le concentrateur, car il s’agit d’un répéteur multi-ports, enverra le cadre de tous les ports, à l’exception du port sur lequel il
est arrivé.
Les cartes d'interface réseau acceptent uniquement le trafic destiné à leur adresse MAC ou acceptent
le trafic de diffusion ainsi que le trafic de multidiffusion pour les adresses
de multidiffusion auxquelles ils sont abonnés.
Le routeur a une adresse MAC de g sur l’interface d’abord Ethan 00.
Pour que le routeur reçoive la diffusion et transmette la demande aux protocoles Hialeah, le serveur Rotto
pourra voir au moins trois qu'il s'agit d'une demande impaire pour l'adresse IP 10 1 1 2 mais la Rodda dans
cet exemple est configurée avec les adresses IP 10 1 cent cent 10 1 à 100.
Donc, le ratable abandonne le cadre parce que la demande ne concerne pas l'une de ses adresses IP.
Les routeurs ne transmettent pas les émissions.
Donc, cette diffusion n’est pas transmise en dehors de l’interface Ethan, elle est 0 1 et la diffusion reçue par
la Rada est supprimée.
La carte d’interface réseau sur le PCC recevra la diffusion et verra qu’il s’agit d’une demande de disponibilité pour
son adresse IP.
Donc, il va ensuite répondre avec une réponse op.
Comme nous l'avons vu dans Pourquoi faut-il capturer, PCC mettra à jour son cache jusqu'à pour montrer que l'adresse IP 10
1 1 1 est associée à l'adresse MAC payante et enverra ensuite la trame au concentrateur
Hubble transfère le cadre de tous les ports car il s’agit d’un répéteur multi-ports.
La route dans cet exemple recevra une trame du concentrateur, mais comme l'adresse MAC
de destination est un et que ce n'est pas l'adresse MAC du Rato qui gâche, elle perdra la trame.
Vous recevrez également une copie du cadre quand il recevra le cadre, il l'acceptera car l'adresse de destination
est a.
Et son adresse MAC est a.
Il mettra alors à jour son cache vers le haut avec une entrée indiquant que l'adresse IP 10 1 1 2 est associée à
l'adresse MAC C ..
La réponse permet donc de mettre à jour sa trésorerie.
À ce stade, aucun trafic d'utilisateur n'a été transmis.
Ce qui s’est passé ici, c’est que les périphériques ont simplement déterminé quelles adresses MAC sont associées à
quelles adresses IP.
Donc, AA sait maintenant que l’adresse MAC C est associée à l’adresse IP 10 1 1 2, le trafic rose ne peut pas être
transmis avec une source d’adresse MAC d’un qui est l’adresse MAC de destination de la machine locale
C ..
En d’autres termes, PCC, l’adresse MAC de destination a été apprise
par le biais des adresses IP source ARP, et
l’adresse IP de destination est changée.
Il est arrivé le
Ainsi, le routeur recevra à nouveau la trame mais l’abandonnera car son adresse MAC est G
et l’adresse MAC de destination pour cette trame est
Le PCC recevra également le trafic et l'acceptera car l'adresse MAC de destination est C et que ses adresses Mac locales
voient les deux têtes en retard seront supprimées et les informations d'adresse IP seront lues par
les protocoles de couche supérieure.
Ceci est un paquet d'écho ICMP pour que le PC réponde avec un message de réponse d'écho C enverra la trame au concentrateur avec
l'adresse MAC source de l'adresse MAC de destination d'un EGNOS, l'adresse MAC de l'AA en raison du message
de demande du précédent OP.
Donc, son cache a une adresse MAC en association avec une adresse IP source 10 1 1 1 et la trame est en
c ..
L'adresse MAC de destination est une adresse IP source est 10 1 1 2 l'adresse IP de destination est 10 1 1 1.
Lorsque la trame est reçue par le concentrateur, Hubble se répète sur tous les ports, sauf celui sur lequel
elle a été reçue.
Le Rotto recevra la trame mais l’abandonnera car l’adresse MAC de destination n’est pas G.
L’adresse MAC des routeurs locaux lorsqu’elle reçoit la trame du concentrateur, elle l’acceptera car l’adresse MAC de destination
est a et les adresses MAC des PC.
Il supprimera ensuite les en-têtes de couche 2 et transmettra les informations à un protocole de couche supérieure.
Dans ce cas, c'était une réponse d'écho.
Ainsi, le ping affichera un message de réussite.
En d'autres termes, une demande d'écho a été envoyée au CCP et un message de réponse d'écho a été correctement reçu.
Ainsi, dans ma capture de Wireshark, par exemple, je peux filtrer les messages ICMP.
Je peux voir l’écho initial demander un message envoyé par mon PC à 10 0 0 0 2 4 4 et je peux alors voir
le message de réponse d'écho.
Notez qu'il s'agit d'un envoi individuel de trame de coûts.
Tout d'abord, de mon PC au routeur local, puis une monodiffusion du routeur à ma machine locale, les mêmes informations
sont affichées si vous envoyez une commande ping à un autre périphérique local du segment, vous verrez
quelque chose de similaire.
Ping 10 0 0 2 4 4 et le ping a réussi.
Ainsi, dans cet exemple, mon PC a réussi à obtenir une réponse du périphérique distant auquel je faisais un ping.