Pourquoi les commutateurs ont-ils besoin de tables ARP lorsque la traduction est effectuée du côté des machines?

Comme le montre clairement le titre, pourquoi les commutateurs ont-ils besoin de tables ARP lorsque la traduction est effectuée du côté des machines?

En gros, pourquoi il y a deux tables ARP sur les machines et sur les commutateurs? Celui sur l'interrupteur n'est-il pas suffisant?

Il s'agit d'une idée fausse assez courante ou, plus précisément, d'un problème de terminologie. Dans un commutateur de couche deux, il n'y a pas de table ARP, seulement une table de transfert. Le commutateur enregistre chaque adresse MAC src qu'il voit en entrée dans la table de transfert et l'attribue au port afin que les trames avec un MAC dst ne soient envoyées qu'au port connu pour ce MAC. Beaucoup de gens appellent cela une "table arp" ou "cache arp" même si ce n'est ni l'un ni l'autre.

Dans un commutateur de couche deux géré, il existe une table de transfert et une table ARP, mais cette dernière n'est utilisée que pour l'interface de gestion pour parler aux hôtes intéressés (c'est-à-dire le PC que vous utilisez pour configurer le commutateur). Dans un commutateur de couche 3 géré il y aura une table de transfert plus une table ARP, car il en a besoin pour l'interface de gestion et la fonctionnalité de routeur existe pour effectuer le transfert entre les sous-réseaux.

Chaque appareil utilisant le protocole IP possède une table ARP. Étant donné que IP est un protocole L3 et nécessite un protocole L2 sous-jacent, il s'agit d'une condition pour qu'un appareil puisse traduire une adresse IP L3 en son adresse L2 correspondante.

Que votre appareil communique ou non avec une adresse IP sur le réseau local, il doit envoyer son trafic L2 (pour rester simple, excluons la diffusion et la multidiffusion de cette discussion) vers un appareil spécifique sur le domaine L2 local. Si l'adresse IP se trouve sur le réseau local, ce serait directement vers le périphérique de destination. Sinon, ce serait le périphérique fonctionnant comme passerelle ou routeur pour le réseau local qui peut transférer le trafic L3 vers sa destination.

Si un commutateur n'utilise pas du tout le protocole IP (c'est-à-dire qu'il ne fournit même aucune sorte de gestion sur IP, aucune fonctionnalité L3, etc.), il n'a pas besoin d'une table ARP.

Cependant, je ne connais pas de plate-forme de commutation d'entreprise qui n'utilise pas le protocole IP. Telnet, SSH, HTTP, HTTPS et SNMP ne sont que quelques exemples des services couramment pris en charge d'un commutateur d'entreprise qui nécessiteraient un accès à IP.

Comme vous le savez probablement déjà, le but de la table ARP est de traduire les adresses de couche réseau en adresses de couche liaison. c'est-à-dire des adresses IP aux adresses MAC.

Les tableaux auxquels vous vous référez ne sont pas tout à fait complets. Les commutateurs de couche 2 ont également deux types de tables:

• une table ARP utilisée pour communiquer avec le commutateur "comme un ordinateur" pour l'interfaçage avec ses commandes. Eh bien, il y aura cela si c'est un commutateur géré

• un tableau qui relie les ports de commutation aux adresses MAC

Exemple 1: Si un PC lance un paquet, il utilisera l'adresse MAC si l'adresse IP est locale (à partir de la table ARP). Lorsque ce paquet atteint un commutateur, le commutateur déplace le paquet vers le port approprié en fonction de l'adresse MAC (à partir de la table des ports / MAC des commutateurs).

Exemple2: Si un commutateur lance un paquet à partir de son interface de gestion, il fait la même chose qu'un PC ferait en utilisant sa table ARP. Mais, si un commutateur lance un paquet à partir de sa fonction de commutation, il déplace simplement ce paquet d'un port à un autre en fonction de sa table port / MAC.

Les commutateurs ont des tables d'adresses mac.
Les points de terminaison tels que les PC ont des tables d'arp.