Si PC1 envoie une trame Ethernet à Switch1 qui transfère la trame à Switch2 qui à son tour transmet la trame à PC2, une décapsulation se produit-elle qui modifie l'adresse MAC source?
Si PC1 envoie une trame Ethernet à Switch1 qui transfère la trame à Switch2 qui à son tour transmet la trame à PC2, une décapsulation se produit-elle qui modifie l'adresse MAC source?
Réponses:
Non. Si tous les commutateurs sont des commutateurs de couche 2, les trames sont commutées sans aucune modification.
Ce n'est qu'avec des routeurs, y compris des commutateurs de couche 3 où les paquets doivent passer à d'autres VLAN, que les trames seront supprimées et réécrites pour le nouveau réseau ou VLAN.
L'adresse MAC est un identifiant unique utilisé par les hôtes du réseau local.
Si le commutateur devait changer le MAC de destination, la trame ne serait pas remise à l'hôte approprié. Dans les cas où cela se produirait, par exemple si la trame est inondée, l'hôte de destination la supprimera car elle ne sera plus destinée à l'hôte.
Si le commutateur devait changer l'adresse MAC source, l'hôte de destination utiliserait cette adresse MAC pour toutes les réponses (y compris la mise à jour des entrées ARP contenant des données incorrectes). Il en résulterait la même situation que j'ai déjà décrite, juste pour tout le trafic de retour.
Des mécanismes pourraient-ils être développés pour ce faire? Je suis sûr qu'ils le pourraient. Mais il n'y a aucune raison de le faire à ce stade et cela ne ferait que compliquer la mise en réseau et ajouter un traitement inutile. Nous ne sommes pas près d'épuiser le pool d'adresses MAC disponibles, il n'y a donc pas besoin de quelque chose comme MAT (je ne sais pas si le concept de traduction d'adresses MAC existe même quelque part, alors j'ai peut-être juste inventé un terme?).
Répondu par @YLearn Pourquoi les commutateurs ne réécrivent-ils pas les adresses mac?