Modèle OSI : rôle de chaque couche (L1 à L7)

Le modèle OSI (Open Systems Interconnection) est une référence incontournable pour comprendre le fonctionnement des réseaux informatiques. Il ne décrit pas une technologie précise ou un produit, mais une logique universelle : pour qu’une information circule d’un appareil à un autre, elle traverse 7 couches, chacune ayant un rôle bien défini.

- Son principal avantage : il offre une méthode claire pour analyser, diagnostiquer et résoudre les problèmes réseau, aussi bien pour les débutants que pour les professionnels.

1) Pourquoi le modèle OSI est indispensable (même en 2026)

Dans le quotidien, lorsqu’une application ou un service ne fonctionne pas, on entend souvent :

• « Le Wi‑Fi est mauvais »
• « Internet est lent »
• « Le serveur est en panne »

En réalité, ces affirmations sont souvent trop vagues. Le problème peut venir de différents niveaux techniques, et sans méthode, on perd un temps précieux.

Le modèle OSI permet de se poser les bonnes questions, dans le bon ordre :

• Est‑ce un problème physique (câble, ondes, connecteurs) ?
• Est‑ce un problème local (Wi‑Fi, switch, VLAN) ?
• Est‑ce un problème d’adressage ou de routage IP ?
• Est‑ce un problème de ports, de protocole ou de firewall ?
• Ou bien un problème applicatif (DNS, serveur web, certificat, API) ?

Résultat : on évite les suppositions et on adopte un diagnostic structuré et efficace.

2) La logique des 7 couches (vision simple)

Imaginez que vous envoyez un message WhatsApp, un email ou que vous ouvrez une page web :

• En haut (L7), vous êtes dans l’application que vous utilisez.
• En bas (L1), ce ne sont plus que des bits (0 et 1) qui circulent dans un câble, une fibre ou des ondes radio.
• Entre les deux, chaque couche prépare, encapsule, transporte et sécurise l’information.

Chaque couche :

• rend un service à la couche du dessus,
• s’appuie sur la couche du dessous,
• peut être analysée indépendamment en cas de panne.

3) Rôle de chaque couche (L1 à L7) avec exemples

L7 — Application (ce que l’utilisateur voit)

Rôle : fournir le service final à l’utilisateur.

Exemples :

• HTTP / HTTPS (sites web)
• SMTP, IMAP, POP3 (emails)
• DNS (résolution de noms)
• APIs, applications web et mobiles

Symptômes typiques :

• un site précis ne s’ouvre pas,
• une application affiche une erreur,
• un service (DNS, mail, API) ne répond plus.

Ici, le réseau peut fonctionner parfaitement, mais le service applicatif est en défaut.

L6 — Présentation (format + sécurité)

Rôle : assurer que les données soient compréhensibles et sécurisées.

Fonctions principales :

• chiffrement / déchiffrement,
• encodage des données,
• compression.

Exemples :

• TLS / SSL (HTTPS)
• formats de données

Symptômes typiques :

• erreur de certificat,
• échec du handshake TLS,
• données reçues mais « illisibles ».

L5 — Session (ouvrir, maintenir, fermer)

Rôle : gérer la conversation entre deux systèmes.

Cela inclut :

• l’ouverture de session,
• le maintien de la connexion,
• la reprise après interruption,
• la fermeture propre.

Symptômes typiques :

• déconnexions fréquentes,
• sessions qui expirent trop vite,
• pertes de contexte utilisateur.

Dans les architectures modernes, les couches L5, L6 et L7 sont souvent regroupées dans les applications, mais le raisonnement OSI reste très utile.

L4 — Transport (fiabilité + ports)

Rôle : assurer que les données arrivent correctement (ou rapidement) entre deux applications.

Protocoles clés :

• TCP : fiable, ordonné, avec accusés de réception (web, mail, fichiers)
• UDP : rapide, peu de contrôle (VoIP, streaming, DNS)

Notions importantes :

• ports (80, 443, 53…),
• contrôle d’erreurs,
• retransmission,
• latence.

Symptômes typiques :

• « connexion refusée »,
• timeout sur un port,
• lenteurs,
• voix ou vidéo hachée.

L3 — Réseau (IP + routage)

Rôle : permettre aux paquets de trouver leur chemin entre différents réseaux.

Exemples :

• IPv4 / IPv6,
• routeurs,
• passerelle par défaut,
• NAT.

Symptômes typiques :

• impossibilité d’atteindre un réseau distant,
• message « destination unreachable »,
• mauvaise passerelle,
• conflit d’adresses IP.

L2 — Liaison (réseau local)

Rôle : organiser la communication sur le réseau local.

Exemples :

• Ethernet,
• adresses MAC,
• VLAN,
• switches,
• Wi‑Fi (802.11).

Symptômes typiques :

• Wi‑Fi connecté mais sans accès réseau,
• VLAN mal configuré,
• boucle réseau,
• port switch défectueux.

L1 — Physique (support de transmission)

Rôle : transporter les bits sur un support réel.

Exemples :

• câble RJ45,
• fibre optique,
• ondes radio (Wi‑Fi),
• connecteurs et interfaces.

Symptômes typiques :

• câble coupé ou mal branché,
• connecteur abîmé,
• signal faible,
• interférences,
• pertes aléatoires.

4) Tableau mémo (ultra simple)Ta

• L1 – L2 : « Est‑ce que ça passe physiquement et localement ? »
• L3 : « Est‑ce que je peux atteindre l’autre réseau (IP/routage) ? »
• L4 : « Est‑ce que le bon port et protocole fonctionnent ? »
• L5 – L7 : « Est‑ce que l’application et ses échanges sont corrects ? »

5) Méthode de diagnostic rapide (approche terrain)

Quand « ça ne marche pas », appliquez une logique du bas vers le haut :

1. L1 : câble branché ? signal Wi‑Fi stable ?
2. L2 : bon SSID/VLAN ? port switch actif ?
3. L3 : adresse IP correcte ? passerelle OK ? ping local puis distant ?
4. L4 : port ouvert ? firewall ou ACL bloquants ? test TCP/UDP ?
5. L7 : DNS fonctionnel ? service applicatif actif ? certificat valide ?

Cette méthode évite d’accuser « Internet » trop rapidement.

6) OSI vs TCP/IP : faut‑il choisir ?

En pratique, les réseaux utilisent majoritairement le modèle TCP/IP. Cependant, le modèle OSI reste extrêmement utile pour :

• l’apprentissage,
• la structuration des audits,
• le diagnostic,
• la communication entre équipes techniques.

OSI n’est pas une théorie abstraite : c’est une grille de lecture universelle.

Conclusion

Le modèle OSI (L1 à L7) permet de comprendre, dépanner et sécuriser les infrastructures réseau de manière méthodique.

En entreprise, il sert de langage commun entre techniciens, ingénieurs et décideurs, et permet de localiser rapidement l’origine d’un problème : physique, réseau, transport ou application.

Chez Delcom Group, cette approche est utilisée pour réaliser des diagnostics structurés, optimiser les performances et renforcer la sécurité des infrastructures réseau.