La plupart des gens pensent qu’un commutateur réseau n’est qu’une boîte noire dotée de voyants qui clignotent lorsque les données sont transférées. Ce n’est pas le cas. La manière dont un commutateur gère réellement ces données dépend entièrement de sa conception matérielle interne. Vous ne verrez pas cette différence à l’extérieur. Cela n’a d’importance que lorsque votre réseau doit déplacer des quantités massives de trafic sans perdre de paquets.
Il existe trois manières principales de construire ces appareils. Chacun a une manière différente de gérer le trafic entrant et sortant des ports. Les comprendre vous aide à comprendre pourquoi un commutateur semble vif tandis qu’un autre s’étouffe sous la charge.
Commutation de mémoire partagée
C’est l’architecture la plus simple à comprendre. Pensez-y comme à un bureau de poste avec une seule zone de tri.
Dans un commutateur de mémoire partagée, chaque paquet entrant dans un port est immédiatement copié dans une mémoire tampon commune. Tous les ports partagent ce même pool de stockage. Le commutateur lit l’adresse de destination dans le paquet, puis l’achemine vers le port de sortie correct à partir de ce pool partagé.
C’est efficace car la mémoire est partagée. Si un port est occupé et un autre inactif, la mémoire peut toujours être utilisée. Mais il y a un piège. Si le trafic entrant dépasse la capacité de la mémoire, vous obtenez une congestion. Chaque port se bat pour le même espace. Cette conception est courante dans les commutateurs de petite ou de moyenne portée où le coût compte plus que le débit extrême.
L’essentiel à retenir : la mémoire partagée utilise un seul tampon pour tous les ports. C’est rentable, mais cela peut créer des goulots d’étranglement si trop de ports envoient des données en même temps.
Commutation matricielle
Les commutateurs matriciels fonctionnent différemment. Au lieu d’un pool partagé, ils utilisent une grille interne.
Imaginez une intersection. Les ports d’entrée fonctionnent verticalement. Les ports de sortie fonctionnent horizontalement. Là où ils se croisent, il y a un point de connexion. Lorsqu’un paquet arrive, le commutateur vérifie l’adresse MAC par rapport à sa table de recherche. Il trouve le port de sortie correct, puis ferme le circuit spécifique sur la grille où les lignes d’entrée et de sortie se croisent.
Cela crée un chemin dédié pour ce flux de données spécifique. C’est comme avoir un tunnel privé pour ce paquet. Plusieurs transferts peuvent avoir lieu simultanément tant qu’ils n’entrent pas en collision sur le réseau. Cette architecture prend en charge des vitesses plus élevées et une latence plus faible car la connexion est directe.
Cependant, construire une matrice devient rapidement coûteux. À mesure que vous ajoutez des ports, le nombre de points d’intersection augmente de façon exponentielle. Le matériel physique requis pour gérer toutes ces connexions devient complexe et coûteux. Vous le trouverez principalement dans les équipements d’entreprise haut de gamme où les performances ne sont pas négociables.
Commutateurs d’architecture de bus
L’architecture des bus est une exception. Il n’utilise pas de grille ou de pool de mémoire partagée au sens traditionnel du terme.
Ici, tous les ports partagent un chemin de transmission interne commun, appelé bus. L’accès à ce bus est contrôlé à l’aide de l’accès multiple par répartition dans le temps (TDMA). Pensez-y comme à une autoroute à voie unique avec des feux de circulation stricts. Une seule voiture à la fois peut circuler sur la route.
Chaque port possède toujours sa propre mémoire tampon dédiée. Un ASIC (Application-Specific Integrated Circuit) gère le gros du travail consistant à contrôler qui peut utiliser le bus et quand. Le paquet reste dans le tampon de son port jusqu’à ce que l’ASIC accorde l’accès au bus commun. Une fois dans le bus, il se dirige vers la zone tampon du port de destination.
Cette conception est plus ancienne. C’est moins courant dans les réseaux à grande vitesse modernes car le bus devient un goulot d’étranglement. Un seul transfert peut avoir lieu à
