Alors que se passe-t-il si A veut maintenant envoyer une requête ping à un périphérique distant dans un sous-réseau séparé?
Alors maintenant, par exemple, A avec l'adresse IP 10. 1. 1. 1 Veut envoyer une
requête ping au périphérique B avec l’adresse IP 10. 1. 2 1 Dans ces
exemples, je discute du trafic ICMP ou du trafic ping, mais
quelque chose de similaire se
produirait si vous envoyiez du trafic HTTP, FTP ou autre.
Il est important de noter ici que ces périphériques sont situés dans des sous-réseaux distincts. Nous
utilisons un masque / 24 dans cette topologie.
Ainsi, l'hôte A ne se trouve pas dans le même sous-réseau que l'hôte B.
Maintenant, la première chose que le PC va faire
est de vérifier si l'adresse IP avec laquelle il tente de communiquer se trouve dans un
sous-réseau séparé ou dans le même sous-réseau que lui-même.
Pour cela, il effectue une fin logique à l'aide du masque de réseau.
Donc dans ce cas nous avons / 24 masque l’adresse IP du
PC A est 10. 1. 1. 1 et il essaie de
faire un ping sur une adresse IP 10. 1. 2 1/24 en notation décimale
en pointillés ressemble à ceci 255. 255. 255. 0 Ce qui signifie
que la partie réseau correspond aux 3 premiers octets de l'adresse.
Donc, le PC local 10. 1. 1. 1 compare la partie réseau
au périphérique avec lequel il essaie de communiquer pour vérifier si le périphérique est local ou distant.
Dans ce cas, la partie réseau de l'adresse est différente.
Le PC local sait donc que le périphérique distant se trouve dans un sous-réseau différent du
précédent et envoie donc le trafic à sa passerelle par défaut pour se
rendre au sous-réseau distant sur lequel réside le périphérique.
Dans cet exemple, supposons que le périphérique A dispose
d'une passerelle par défaut configurée.
Donc, le périphérique A a été configuré avec la passerelle par défaut
du routeur 10. 1. 1. 100, le PC vérifie
d’abord s’il possède l’adresse MAC du routeur
dans son cache ARP local. Il le fait parce qu’il doit
envoyer le trafic au routeur pour accéder au périphérique distant.
Et comme il s’agit d’un segment Ethernet, une adresse Mac de
couche 2 est requise pour la communication.
Une fois encore, Ethernet requiert que l’adresse MAC soit utilisée en couche
2 pour la transmission sur un réseau Ethernet.
Ainsi, au niveau 2, une adresse Mac est requise par le PC, lequel aurait été configuré avec la
passerelle par défaut de 10. 1. 1. 100 qui est une
adresse IP à la couche 3 mais l'adresse MAC de
la passerelle par défaut n'aurait pas été configurée sur le
PC, il n'y a donc aucune entrée sur le PC
local pour l'adresse MAC de sa passerelle
par défaut et il faudra donc envoyer une émission au segment demandant qui a
l'adresse IP 10. 1. 1. 100 en
d'autres termes, il s'agit d'une demande ARP recherchant
l'adresse MAC associée à l'adresse IP de la passerelle par défaut.
Lorsque la diffusion est reçue par le concentrateur, tous
les ports, à
l'exception des ports sur lesquels ils
sont arrivés, seront submergés par le
concentrateur. . 1. 1. 100 qui n'est pas son adresse IP.
Le PC C abandonnera donc la demande ARP.
Le routeur traitera toutefois la demande ARP.
Premièrement, il recevra le trafic à la couche
2 car il s’agit d’une diffusion et, lorsqu’il lira les informations de la couche 3,
il verra qu’il s’agit d’une requête ARP pour son adresse IP.
Le routeur répondra donc par une réponse ARP à une demande ARP PC.
La réponse ARP étant une adresse unicast, l'adresse MAC source
est G l'adresse MAC du routeur, l'adresse MAC
de destination est Une
adresse IP source est l'adresse IP du routeur.
Le hub inondera à nouveau le trafic de tous les
ports, à l'exception du port sur lequel il est arrivé.
C laissera tomber le cadre car il n’est pas destiné à lui-même.
Notez que dans le cadre, l’adresse MAC de destination est A
mais que l’adresse MAC du PC est C, le cadre disparaîtra.
Et ce qui est important à noter, c’est que c’est la
carte d’interface réseau qui supprime le cadre et non le processeur central du PC.
A recevra la trame et, après réception, traitera la trame car l'adresse MAC
de destination est elle-même.
Ainsi, au niveau 2, le cadre est accepté par la carte réseau ou la carte d’interface réseau.
Les informations de couche 2 sont supprimées et transmises aux protocoles de couche supérieure.
Comme il s’agit d’une réponse ARP, son processus est traité par des protocoles de couche supérieure et le cache ARP est mis
à jour avec l’adresse MAC du routeur. Le PC A dispose donc maintenant d’un mappage indiquant cette
adresse IP 10. 1. 1. 100 utilise l’adresse
MAC G, c’est donc l’important, le PC A sait que l’adresse IP
10. 1. 1. 100 est associé à l'adresse MAC G.
Ainsi, le PC peut envoyer du trafic sur le réseau destiné au PC distant 10. 1. 2 1 avec l'adresse IP source
définie sur 10. 1. 1. 1, mais
notez que l'adresse MAC source est le PC local et
que l'adresse MAC de destination est le routeur.
La trame de la couche 2 va au routeur et par conséquent les informations de
la couche 2 contiennent les adresses MAC du segment local.
Adresse MAC source du PC, adresse MAC de destination du routeur.
Les informations de couche 3 contiennent l'adresse IP de destination de
l'hôte distant et l'adresse IP du PC local.
Le concentrateur inondera la trame de c et de G, C lâchera la trame
car l'adresse MAC de destination n'est pas
elle-même. Le routeur recevra la trame au
niveau 2 car elle lui est destinée.
Il supprimera ensuite les informations de la couche 2 et lira les
informations de la couche 3 dans le paquet.
Alors maintenant, regardons un exemple pratique: je vais capturer
le trafic dans Wireshark, je vais donc commencer la capture. Je vais vider mon
cache ARP. Arp-a montre donc qu'aucune entrée ne se trouve dans le cache ARP pour le moment.
et puis je vais ping hp. com remarque que la résolution
DNS a eu lieu, le message ICMP a expiré car un
pare-feu bloque les messages ICMP envoyés à ce serveur.
Voici donc un autre exemple: envoyons une requête ping à Google com.
Remarquez que les pings réussissent, je vais donc arrêter la capture.
HP utilisait une adresse IP de l'ordre de 15.
Voyons donc ce trafic ICMP, alors notez qu’un message ICMP
est envoyé à HP. com et vous
pouvez voir que parce que l'adresse est 15.
Et HP possède la plage d’adresses IP 15.
Nous n’avons pas reçu de réponse du serveur, mais la demande d’écho a été envoyée.
Ce que je voudrais que vous voyiez bien, c’est qu’au niveau 2,
l’adresse MAC source est mon
ordinateur local, mais l’adresse MAC de destination est mon routeur local.
Notez que je vois qu’il s’agit d’un périphérique Cisco, car l’adresse MAC est indiquée en tant
que Cisco pour la partie OUI ou la partie fournisseur de l’adresse.
Nous pouvons voir qu'en tapant arp-a notice,
cette adresse MAC est l'adresse MAC associée à l'adresse
IP 10. 0. 0. 254 IP config nous
montre qu'il s'agit de l'adresse IP de la passerelle par défaut.
Donc, le trafic va de mon PC local à HP. mais il est
routé par mon routeur local.
Au niveau 3, nous avons l'adresse IP du
PC local; l'adresse IP de destination est hp, mais au niveau
2, l'adresse MAC source est mon PC et
l'adresse MAC de destination est le routeur local.
Et encore une fois, en envoyant le trafic sur ma passerelle locale par défaut de la couche 2.
Je peux filtrer la capture Wireshark pour afficher à nouveau uniquement le trafic ICMP.
Le trafic étant destiné à Google, l’adresse IP source est l’adresse IP de
destination de mon ordinateur local. Toutefois, à la couche 2,
l’adresse MAC source correspond à mon
PC local et l’adresse MAC de destination est à nouveau le routeur local.