En résumé, les concentrateurs résident sur la couche physique du modèle OSI.
Ils ne sont pas intelligents.
Ils ne comprennent pas les trames qu'ils répètent,
ils amplifient simplement le signal qu'ils reçoivent de tous les autres ports, à l'exception
des ports sur lesquels il a été reçu.
Les hubs étaient bons pour leur époque, mais en général, ils ont été remplacés aujourd'hui par des commutateurs.
Maintenant, il y a toujours une exception à la règle.
Les réseaux sans fil agissent comme des concentrateurs. Si vous avez un réseau sans
fil à 54 Mbps, faites attention, ce n'est pas dédié à 54 Mbps ou si vous avez un réseau
sans fil à 200 Mbps, veillez à ce qu'il soit partagé entre
tous les périphériques du réseau votre réseau sans fil par les
appareils connectés à un point d'accès.
Le réseau sans fil pose également d’autres problèmes qui réduisent encore plus le débit, mais
la morale de l’histoire est que les réseaux sans fil fonctionnent comme des concentrateurs.
Les concentrateurs sont des périphériques partagés qui conviendraient très bien,
mais ils sont très lents par rapport aux commutateurs actuels.
Ainsi, les concentrateurs des heures supplémentaires ont été remplacés
par des ponts et les ponts ont été reçus par des commutateurs.
Un pont est un périphérique de couche 2, autrement dit, il se situe au niveau de la couche liaison de
données du modèle OSI. Les ponts sont plus intelligents que les concentrateurs.
Ils utilisent ce qu’on appelle une table d’adresses MAC pour savoir
où se trouvent les périphériques dans la topologie.
Donc, plutôt que de simplement répéter le signal et d’envoyer
du trafic hors de tous les ports sans le comprendre.
Les ponts gèrent une table avec une liste d'adresses MAC apprises dans cette topologie.
Ainsi, dans notre exemple de réseau, nous avons 4 périphériques A, B, C et
D et le concentrateur est remplacé par un pont.
La topologie est toujours une topologie en étoile.
Donc, le principal changement ici est que le hub a été remplacé par le pont.
Les ponts stockent l'adresse Mac dans la table d'adresses Mac, qui
est stockée dans le logiciel.
Les ponts sont donc très lents par rapport aux appareils modernes tels que les commutateurs.
Les commutateurs et les ponts fonctionnent de manière très similaire, mais les ponts assurent le
traitement et le logiciel, tandis que les commutateurs effectuent le traitement et le matériel.
Les commutateurs utilisent ce qu’on appelle un circuit intégré spécifique à une application ou ASIC, qui permet un débit
élevé, des recherches très rapides dans les tables et une redirection du trafic souvent au débit
de la ligne, autrement dit, les commutateurs ne ralentissent pas le trafic.
Les ponts étaient les prédécesseurs des commutateurs et utilisaient des logiciels.
Ils étaient beaucoup plus lents, mais d'un point de vue de la transmission, les ponts et les commutateurs transféraient le
trafic sur un segment de couche 2 de la même manière, à l'exception que les
commutateurs le font de manière matérielle et que les ponts le faisaient de manière logicielle.
Alors, que fait un pont quand il reçoit un cadre?
Donc, de manière similaire à l'exemple précédent.
L'hôte A envoie du trafic à l'hôte C, l'adresse MAC source dans le cadre est A
l'adresse de destination dans le cadre est C, lorsque le pont initialise
sa table d'adresses MAC est vide,
autrement dit, il ne contient pas d'adresses MAC apprises de manière dynamique.
Les adresses MAC peuvent être configurées de manière statique par un administrateur, mais dans
cet exemple, supposons que les adresses Mac vont être apprises de manière dynamique.
Donc, au moment où la table est vide, lorsqu'un cadre arrive sur le port 1
du pont envoyé par l'hôte A, le pont sait maintenant que l'hôte A est connecté au port 1 et peut ajouter
l'adresse MAC A à sa table d'adresses MAC et crée essentiellement
un mappage indiquant que l'adresse MAC A peut être trouvé sur le port 1.
Nous savons donc maintenant où A se trouve dans la topologie.
Cependant, il ne sait pas où se trouve C dans la topologie
car ces informations ne figurent pas encore dans sa table d'adresses MAC.
En d’autres termes, parce qu’il ne sait pas où se trouve C, il enverra
la trame de tous les ports à l’exception du port sur lequel elle aurait été reçue pour s’assurer que C reçoit la trame.
Maintenant, comme la trame est envoyée par tous les ports, B et D reçoivent une copie
de la trame mais ils la laisseront tomber car la trame ne leur est pas destinée.
En d'autres termes, les cartes d'interface réseau des cartes réseau des ordinateurs B et D
liront l'adresse MAC de destination et verront qu'elle est destinée à C et non
à elles-mêmes et, par conséquent, abandonneront la trame.
La carte d'interface réseau de l'hôte C recevra la trame, supprimera les en-têtes de couche
2 et transmettra les informations aux protocoles
de couche supérieure, car l'adresse MAC de destination sur la trame est C.