Les topologies réseau expliquées simplement : étoile, anneau, maillage (et bus)

Infrastructure Réseau
Les topologies réseau expliquées simplement : étoile, anneau, maillage (et bus)

Quand on parle de réseau, on pense tout de suite aux adresses IP, aux routeurs, au wifi. Mais avant tout ça, il y a une question beaucoup plus simple : comment les machines sont-elles branchées entre elles ? Qui est relié à qui ? C'est ce qu'on appelle la topologie d'un réseau.

J'ai fait une courte vidéo pour présenter les trois principales en une minute. Cet article va un peu plus loin : pour chacune, comment elle fonctionne, ce qui se passe quand quelque chose tombe en panne, et où on la retrouve dans la vraie vie.

La question à se poser : que se passe-t-il si quelque chose casse ?

Pour comparer les topologies, j'utilise toujours la même question : si un câble ou une machine tombe en panne, qui ne peut plus communiquer ? C'est ce qui distingue un réseau fragile d'un réseau solide. En informatique, on parle de point de défaillance unique (en anglais, single point of failure) : un élément dont la panne suffit à tout arrêter.

L'étoile : tout passe par le centre

        PC1
         |
PC4 — [ SWITCH ] — PC2
         |
        PC3

Tous les ordinateurs sont branchés sur un seul appareil central, un switch (ou, à la maison, votre box internet). Chaque machine a son propre câble vers le centre, comme les branches d'une étoile.

L'avantage : si un ordinateur ou son câble tombe en panne, les autres ne remarquent rien. C'est aussi très simple à installer et à faire évoluer : pour ajouter une machine, on branche un câble de plus sur le switch.

Le problème : le centre est un point de défaillance unique. Si le switch tombe en panne, plus personne ne peut communiquer.

Où on la trouve : partout. À la maison (tous vos appareils passent par la box, en wifi ou en câble), dans les salles informatiques des écoles, dans les bureaux. C'est de très loin la topologie la plus utilisée aujourd'hui. En entreprise, on contourne le point faible en doublant les switchs et les câbles importants.

L'étoile n'est d'ailleurs pas qu'une affaire de câbles. Le réseau VPN WireGuard qui relie mes serveurs est aussi une étoile, mais logique : un serveur central (le hub) auquel tous les autres se connectent à travers Internet. Et il a exactement le même point faible : si le hub tombe, les autres ne se voient plus.

L'anneau : chacun son tour

   PC1 ——— PC2
    |        |
   PC4 ——— PC3

Chaque ordinateur est relié à ses deux voisins, et l'ensemble forme une boucle. Le message fait le tour, de machine en machine, jusqu'à arriver à son destinataire, un peu comme un ballon qu'on se passe de main en main.

L'avantage : l'organisation est simple et ordonnée. Dans les anciens réseaux Token Ring, un « jeton » circulait dans l'anneau, et seule la machine qui le tenait avait le droit de parler. Résultat : pas de collisions, personne ne se coupe la parole.

Le problème : dans un anneau simple, une seule machine ou un seul câble en panne coupe le cercle, et le message ne passe plus.

Où on la trouve : les réseaux Token Ring ont quasiment disparu. Mais l'idée de l'anneau survit dans les réseaux d'opérateurs et certains réseaux industriels, sous forme de double anneau : deux boucles en sens inverse. Si un câble est coupé, le trafic repart par l'autre sens en quelques millisecondes.

Le maillage : plusieurs chemins possibles

   PC1 ——— PC2
    | \    / |
    |   \/   |
    |   /\   |
    | /    \ |
   PC4 ——— PC3

Chaque machine est reliée à plusieurs autres, comme les fils d'une toile d'araignée. Dans un maillage complet, chaque machine est reliée à toutes les autres. Dans un maillage partiel, seulement à certaines.

L'avantage : si un câble est coupé, le message prend simplement un autre chemin. Il n'y a pas de point de défaillance unique. C'est la topologie la plus solide.

Le problème : le nombre de câbles explose. Pour relier n machines toutes entre elles, il faut n × (n − 1) / 2 liaisons. Avec 4 machines, 6 câbles. Avec 10, déjà 45. Avec 100, 4 950. C'est très cher et vite ingérable.

Où on la trouve : Internet lui-même est un immense maillage partiel entre opérateurs. C'est ce qui lui permet de continuer à fonctionner même quand un câble sous-marin est endommagé. On le retrouve aussi à la maison avec les systèmes wifi « mesh », où plusieurs bornes se relaient entre elles.

Bonus : le bus, l'ancêtre

PC1     PC2     PC3     PC4
 |       |       |       |
=================================  (un seul câble partagé)

La vidéo ne le montre pas, mais on le croise souvent dans les cours : toutes les machines sont branchées sur un seul câble partagé. C'était le cas des premiers réseaux Ethernet en câble coaxial, dans les années 80-90.

C'est très économique, mais tout le monde parle sur le même fil : les messages entrent en collision quand deux machines parlent en même temps, et une coupure du câble principal arrête tout. Le bus a été remplacé par l'étoile autour d'un switch.

Le résumé en un tableau

Topologie Simplicité Résistance aux pannes Coût Point faible
Étoile Très simple Bonne (sauf le centre) Faible L'appareil central
Anneau Simple Faible (sauf double anneau) Faible N'importe quel maillon
Maillage Complexe Excellente Élevé Le nombre de câbles
Bus Très simple Faible Très faible Le câble principal

Dans la vraie vie : on mélange tout

Les réseaux réels sont presque toujours hybrides. Dans une entreprise, chaque étage est une étoile autour de son switch. Les switchs d'étage sont reliés à un cœur de réseau, souvent doublé. Les sites distants sont reliés entre eux par un maillage partiel. Et le tout est connecté à Internet, lui-même maillé.

Le choix d'une topologie, c'est toujours un compromis entre simplicité, coût et solidité. Et la question à garder en tête reste la même : si cet élément tombe en panne, qu'est-ce qui s'arrête ?

À retenir

  • L'étoile est simple et très répandue, mais tout dépend du centre.
  • L'anneau fait parler chacun son tour, mais une seule panne peut tout couper.
  • Le maillage est très solide, mais très coûteux en câbles.
  • Les vrais réseaux combinent les trois.
Retour aux articles DevOps