Comprendre le modèle OSI : rôle et fonctionnement des 7 couches

Quand tu envoies un message WhatsApp, consultes un site web ou partages un fichier avec un collègue, tout semble instantané. Un clic, et c'est parti. Pourtant, derrière cette simplicité apparente se cache une mécanique bien huilée : tes données sont découpées, étiquetées, adressées, converties en signaux, transportées à travers des dizaines d'équipements, puis reconstituées à l'arrivée.

Comment tout cela fonctionne-t-il sans chaos, alors que des milliards d'appareils de marques et de systèmes différents communiquent en permanence ? La réponse tient en grande partie à une idée simple : diviser le problème en étapes. C'est exactement ce que propose le modèle OSI, une notion incontournable pour quiconque veut comprendre les réseaux.

1. Qu'est-ce que le modèle OSI ?

Le modèle OSI (Open Systems Interconnection, ou « interconnexion de systèmes ouverts ») est un modèle de référence qui décrit comment deux systèmes informatiques peuvent communiquer entre eux. Il découpe la communication en sept couches, chacune ayant une responsabilité bien définie.

Chaque couche :

• rend un service à la couche située juste au-dessus d'elle ;
• utilise les services de la couche située juste en dessous ;
• dialogue « virtuellement » avec la couche de même niveau sur la machine distante, grâce à des protocoles.

On peut comparer ce fonctionnement à l'envoi d'un courrier dans une entreprise : tu rédiges la lettre (application), ton assistant la met en forme et la traduit si besoin (présentation), le service courrier la met sous enveloppe avec l'adresse (réseau), puis le transporteur l'achemine physiquement (physique). Chacun fait son travail sans avoir besoin de connaître le détail du travail des autres.

2. Un peu d'histoire : pourquoi ce modèle a-t-il été créé ?

Dans les années 1970, chaque constructeur informatique (IBM, Digital Equipment, Honeywell…) développait ses propres solutions réseau, incompatibles entre elles. Une entreprise qui achetait du matériel IBM était pratiquement obligée de rester chez IBM pour que ses machines puissent communiquer.

Pour sortir de cette situation, l'ISO (Organisation internationale de normalisation) a lancé un projet de standardisation qui a abouti à la publication du modèle OSI en 1984 (norme ISO 7498). L'objectif était clair : définir un cadre commun pour que des systèmes « ouverts », de n'importe quel fabricant, puissent communiquer.

Dans les faits, les protocoles OSI eux-mêmes n'ont jamais vraiment percé : c'est la suite TCP/IP, développée parallèlement pour le réseau ARPANET (l'ancêtre d'Internet), qui s'est imposée. Mais le modèle OSI, lui, est resté : il est devenu la référence universelle pour enseigner, décrire et analyser les réseaux. Quand un ingénieur parle d'un « switch de niveau 2 » ou d'un « pare-feu de niveau 7 », il fait directement référence aux couches OSI.

3. Pourquoi découper la communication en couches ?

Ce découpage n'est pas qu'un choix pédagogique, il présente de vrais avantages :

• La modularité : on peut modifier ou remplacer une couche sans toucher aux autres. Par exemple, tu peux passer d'un câble Ethernet au Wi-Fi (couches 1 et 2) sans que ton navigateur web (couche 7) ne s'en rende compte.
• L'interopérabilité : des équipements de fabricants différents peuvent communiquer dès lors qu'ils respectent les mêmes protocoles à chaque couche.
• La simplification : chaque couche ne traite qu'une partie du problème, ce qui rend la conception, le développement et l'apprentissage plus accessibles.
• Le diagnostic : en cas de panne, on peut isoler le problème couche par couche au lieu de chercher au hasard.

4. Les sept couches en détail

On a l'habitude de regrouper les couches en deux familles :

• les couches hautes (5, 6, 7), orientées vers l'application et l'utilisateur ;
• les couches basses (1, 2, 3, 4), orientées vers le transport des données.

Couche 7 – Application

C'est la couche la plus proche de l'utilisateur. Attention à une confusion fréquente : elle ne désigne pas l'application elle-même (Chrome, Outlook, WhatsApp), mais les protocoles que ces logiciels utilisent pour accéder au réseau.

Exemples de protocoles :

• HTTP / HTTPS : navigation web ;
• SMTP, IMAP, POP3 : envoi et réception d'e-mails ;
• DNS : traduction d'un nom de domaine (google.com) en adresse IP ;
• FTP / SFTP : transfert de fichiers ;
• SSH : administration à distance de serveurs.

Couche 6 – Présentation

Deux machines ne représentent pas forcément les données de la même façon. La couche Présentation joue le rôle de traducteur : elle s'assure que les données envoyées par une application seront lisibles par l'application de destination.

Ses rôles principaux :

• l'encodage et le format des données : texte (ASCII, UTF-8), images (JPEG, PNG), audio et vidéo (MP3, MP4) ;
• la compression, pour réduire le volume à transmettre ;
• le chiffrement, pour protéger la confidentialité des données. Dans la pratique, le chiffrement TLS utilisé par HTTPS est souvent rattaché à cette couche, même si son positionnement exact fait débat chez les spécialistes.

Couche 5 – Session

La couche Session gère le dialogue entre deux applications. Elle se charge de :

• ouvrir une session de communication ;
• la maintenir pendant toute la durée de l'échange ;
• la synchroniser, en plaçant des points de reprise : si un long transfert est interrompu, il peut reprendre à partir du dernier point de contrôle plutôt que depuis le début ;
• la fermer proprement une fois l'échange terminé.

Exemples : les sessions RPC (appels de procédures à distance), NetBIOS, ou encore la gestion d'une visioconférence qui reste active pendant toute la réunion.

Couche 4 – Transport

La couche Transport assure l'acheminement de bout en bout, c'est-à-dire entre l'application émettrice et l'application réceptrice. Elle découpe les données en segments et utilise des numéros de port pour savoir à quelle application les remettre (par exemple le port 443 pour HTTPS, le port 53 pour DNS).

Deux protocoles dominent :

• TCP :
  • Connexion : établie avant l'envoi (three-way handshake) ;
  • Fiabilité : accusés de réception, retransmission des pertes ;
  • Ordre : les segments sont remis dans l'ordre ;
  • Vitesse : plus lent (contrôles supplémentaires) ;
  • Usages : web, e-mail, transfert de fichiers.
• UDP :
  • Connexion : aucune connexion préalable ;
  • Fiabilité : aucune garantie de livraison ;
  • Ordre : pas de remise en ordre ;
  • Vitesse : plus rapide et léger ;
  • Usages : streaming, jeux en ligne, appels vidéo, DNS.

Elle gère aussi le contrôle de flux (ne pas submerger un destinataire plus lent) et, pour TCP, le contrôle de congestion (adapter le débit à l'état du réseau).

Couche 3 – Réseau

La couche Réseau permet aux données de voyager entre différents réseaux. Elle utilise un adressage logique, les adresses IP (IPv4 comme 192.168.1.10, ou IPv6), et découpe les données en paquets.

Son rôle central est le routage : déterminer le meilleur chemin pour atteindre la destination, de réseau en réseau. C'est le travail du routeur, l'équipement emblématique de cette couche.

Protocoles associés : IP, ICMP (utilisé par la commande ping), et des protocoles de routage comme OSPF ou BGP (ce dernier fait littéralement fonctionner Internet entre les grands opérateurs).

Couche 2 – Liaison de données

La couche Liaison de données gère la communication à l'intérieur d'un même réseau local. Elle organise les données en trames et utilise des adresses MAC, des identifiants physiques uniques gravés dans chaque carte réseau (par exemple 00:1A:2B:3C:4D:5E).

Ses rôles :

• identifier l'émetteur et le destinataire sur le réseau local ;
• détecter les erreurs de transmission (grâce à un code de contrôle, le CRC) ;
• contrôler l'accès au support partagé.

Équipement typique : le commutateur (switch), qui lit les adresses MAC pour envoyer chaque trame uniquement vers le bon port. Protocoles et technologies associés : Ethernet, Wi-Fi (802.11), ARP (qui fait le lien entre adresse IP et adresse MAC), les VLAN.

Couche 1 – Physique

C'est la couche la plus concrète. Elle transmet les données sous forme de bits (des 0 et des 1), convertis en signaux :

• électriques dans les câbles en cuivre (paires torsadées RJ45) ;
• lumineux dans la fibre optique ;
• ondes radio pour le Wi-Fi, la 4G/5G ou le Bluetooth.

Elle définit les caractéristiques matérielles : types de câbles, connecteurs, tensions, fréquences, débits. Équipements associés : câbles, répéteurs, hubs (aujourd'hui quasiment disparus), cartes réseau, antennes.

Tableau récapitulatif

• Couche 7 – Application : unité = données ; protocoles = HTTP, DNS, SMTP, FTP ; équipements = proxy, pare-feu applicatif.
• Couche 6 – Présentation : unité = données ; protocoles = UTF-8, JPEG, TLS.
• Couche 5 – Session : unité = données ; protocoles = RPC, NetBIOS.
• Couche 4 – Transport : unité = segment / datagramme ; protocoles = TCP, UDP ; équipements = pare-feu (filtrage par port).
• Couche 3 – Réseau : unité = paquet ; protocoles = IP, ICMP, OSPF ; équipements = routeur.
• Couche 2 – Liaison de données : unité = trame ; protocoles = Ethernet, Wi-Fi, ARP ; équipements = switch, point d'accès.
• Couche 1 – Physique : unité = bits ; supports = câble, fibre, radio ; équipements = câble, hub, répéteur.

💡 Astuce mémo (de la couche 1 à 7) : « Pour Le Réseau, Tout Se Passe Automatiquement » — Physique, Liaison, Réseau, Transport, Session, Présentation, Application.

5. Encapsulation et désencapsulation

Lorsque tu envoies des données, celles-ci descendent les couches, de la 7 à la 1. À chaque étape, la couche ajoute devant les données ses propres informations de contrôle, appelées en-tête (et parfois une queue, en couche 2). C'est l'encapsulation.

On peut l'imaginer comme des poupées russes ou des enveloppes glissées les unes dans les autres :

1. La couche Application produit les données (par exemple une requête web).
2. La couche Transport ajoute un en-tête TCP avec les ports source et destination → on obtient un segment.
3. La couche Réseau ajoute un en-tête IP avec les adresses IP source et destination → on obtient un paquet.
4. La couche Liaison ajoute un en-tête avec les adresses MAC et une queue de contrôle d'erreurs → on obtient une trame.
5. La couche Physique convertit la trame en bits et l'envoie sur le support.

À la réception, le processus est inversé : les données remontent les couches. Chaque couche lit l'en-tête qui la concerne, effectue son traitement, retire cet en-tête et transmet le reste à la couche supérieure. C'est la désencapsulation, jusqu'à ce que les données d'origine atteignent l'application destinataire.

6. Exemple concret : que se passe-t-il quand tu ouvres un site web ?

Prenons un cas réel : tu tapes www.exemple.com dans ton navigateur et tu appuies sur Entrée.

1. Couche 7 : ton navigateur doit d'abord connaître l'adresse IP du site. Il envoie une requête DNS. Une fois l'adresse obtenue, il prépare une requête HTTPS pour demander la page.
2. Couche 6 : la requête est encodée et chiffrée grâce à TLS, pour que personne ne puisse la lire en chemin.
3. Couche 5 : une session de communication est établie et maintenue avec le serveur pendant l'échange.
4. Couche 4 : TCP établit une connexion avec le serveur via le three-way handshake (SYN, SYN-ACK, ACK), puis découpe la requête en segments destinés au port 443.
5. Couche 3 : chaque segment est placé dans un paquet portant ton adresse IP et celle du serveur. Les routeurs d'Internet vont se le passer de proche en proche jusqu'à destination.
6. Couche 2 : sur ton réseau local, le paquet est placé dans une trame adressée à l'adresse MAC de ta box ou de ton routeur (obtenue grâce au protocole ARP). À chaque routeur traversé, une nouvelle trame est créée pour le tronçon suivant.
7. Couche 1 : la trame est convertie en signaux radio (Wi-Fi), puis électriques ou lumineux (fibre) pour voyager physiquement.

Côté serveur, tout remonte de la couche 1 à la couche 7, la page est préparée, puis la réponse refait le chemin inverse jusqu'à ton écran. Le tout prend généralement quelques dizaines de millisecondes.

7. Modèle OSI ou modèle TCP/IP ?

Le modèle réellement utilisé sur Internet est le modèle TCP/IP, plus pragmatique. Il regroupe certaines couches OSI :

• Application (TCP/IP) regroupe les couches OSI 7 – Application, 6 – Présentation et 5 – Session.
• Transport (TCP/IP) correspond à la couche OSI 4 – Transport.
• Internet (TCP/IP) correspond à la couche OSI 3 – Réseau.
• Accès réseau (TCP/IP) regroupe les couches OSI 2 – Liaison de données et 1 – Physique.

Les deux modèles ne sont pas en concurrence dans l'apprentissage : TCP/IP décrit ce qui fonctionne réellement, tandis qu'OSI offre une grille de lecture plus fine et plus précise. Les professionnels utilisent d'ailleurs le vocabulaire OSI au quotidien, même en travaillant sur des réseaux TCP/IP.

8. Le modèle OSI, un outil de diagnostic

L'un des usages les plus pratiques du modèle OSI est le dépannage. Face à une panne, on adopte une démarche méthodique, souvent de bas en haut (bottom-up) : inutile de reconfigurer une application si le câble est débranché.

• Couche 1 – Physique
  • Problèmes : câble débranché ou endommagé, port défectueux, signal Wi-Fi faible.
  • Vérifications : voyants de la carte réseau, testeur de câble.
• Couche 2 – Liaison de données
  • Problèmes : mauvaise configuration VLAN, boucle réseau, problème de switch.
  • Vérifications : arp -a, interface du switch.
• Couche 3 – Réseau
  • Problèmes : adresse IP incorrecte, mauvaise passerelle, conflit d'IP, route absente.
  • Vérifications : ipconfig / ip a, ping, tracert / traceroute.
• Couche 4 – Transport
  • Problèmes : port bloqué par un pare-feu, service n'écoutant pas sur le bon port.
  • Vérifications : netstat, telnet, Test-NetConnection.
• Couches 5 et 6 – Session et Présentation
  • Problèmes : session qui expire, certificat TLS invalide ou expiré.
  • Vérifications : messages d'erreur du navigateur.
• Couche 7 – Application
  • Problèmes : DNS injoignable, serveur web en panne, mauvaise configuration logicielle.
  • Vérifications : nslookup, journaux de l'application.

Exemple : un utilisateur ne peut pas accéder à un site interne.

• Le voyant de sa carte réseau est allumé → la couche 1 semble correcte.
• ping vers la passerelle fonctionne → les couches 2 et 3 sont fonctionnelles en local.
• ping vers l'adresse IP du serveur fonctionne, mais pas vers son nom → le problème est probablement au niveau DNS (couche 7).

En quelques minutes, la démarche par couches a permis de cibler la cause, là où une recherche au hasard aurait pu prendre des heures.

9. Les limites du modèle OSI

Le modèle OSI n'est pas parfait, et il est utile de connaître ses limites :

• Il est théorique : aucun réseau réel ne l'implémente strictement.
• Les frontières entre couches sont parfois floues : TLS, par exemple, est difficile à classer précisément. Les couches 5 et 6 sont souvent intégrées directement dans les applications.
• Certains équipements modernes chevauchent plusieurs couches : un switch de niveau 3 sait router, un pare-feu nouvelle génération analyse jusqu'à la couche 7.

Ces limites n'enlèvent rien à son intérêt : le modèle OSI reste une carte mentale extrêmement efficace pour comprendre et raisonner.

Conclusion

Chaque fois que tu envoies un message ou ouvres une page web, tes données accomplissent un véritable voyage à travers sept étapes : elles sont formatées, sécurisées, découpées, adressées, encadrées puis transformées en signaux, avant d'être reconstituées à l'arrivée.

Le modèle OSI permet de comprendre ce trajet, de situer le rôle de chaque protocole et de chaque équipement, et surtout de diagnostiquer les pannes avec méthode. Même si Internet repose dans les faits sur le modèle TCP/IP, l'OSI reste le langage commun des professionnels du réseau.

Que tu te destines au développement, à l'administration système, à la cybersécurité ou aux télécommunications, maîtriser ces sept couches est une base solide. C'est souvent le premier pas pour passer de simple utilisateur à quelqu'un qui comprend vraiment ce qui se passe « sous le capot ».