Une page web, un courriel ou un appel vidéo mobilisent plusieurs fonctions réseau, depuis le support physique jusqu’au service utilisé. Le modèle OSI les répartit en sept couches pour fournir un langage commun et faciliter l’interopérabilité entre systèmes différents.
Internet repose plutôt sur l’architecture TCP/IP, plus directement liée aux protocoles réseau déployés. Comprendre les couches réseau, leur correspondance et leur rôle dans un diagnostic réseau permet de mieux suivre le trajet des données.
À retenir :
- Sept couches pour situer les fonctions d’une communication réseau
- TCP/IP comme architecture concrète des échanges sur Internet
- Encapsulation et décapsulation pour suivre le trajet des données
- Diagnostic méthodique, des connexions physiques aux applications
Modèle OSI : comprendre les sept couches réseau
Pour comprendre pourquoi les échanges sont répartis en niveaux, il faut d’abord considérer la diversité des équipements et des logiciels. Le modèle OSI fournit un cadre de référence qui décrit leurs rôles sans imposer un protocole unique.
Les couches OSI, du support physique aux applications
Dans ce cadre, chaque couche assure une fonction et transmet les données à celle qui lui est voisine. La couche Physique transporte des bits, tandis que la liaison de données organise les échanges locaux au moyen de trames et d’adresses MAC.
Plus haut, la couche Réseau s’occupe de l’adressage IP et du routage entre réseaux. La couche Transport gère les échanges de bout en bout, alors que Session, Présentation et Application couvrent la gestion des dialogues, des formats et des services utilisés.
Pour une requête web, ces rôles ne sont pas des étapes visibles à l’écran, mais ils aident à décrire le travail effectué. Un commutateur traite généralement les trames locales, tandis qu’un routeur dirige les paquets IP vers un autre réseau.
Les principales fonctions des couches OSI :
- Physique : transmission des signaux sur le support
- Liaison : trames et communication sur le réseau local
- Réseau : adresses IP et acheminement des paquets
- Transport : ports et échanges entre applications
- Session, Présentation, Application : dialogues, formats et services
| Couche | Fonction principale | Exemples ou unités |
|---|---|---|
| 7 — Application | Services réseau pour les logiciels | HTTP, DNS, SMTP |
| 6 — Présentation | Formats, encodage et chiffrement | TLS souvent rapproché de cette fonction |
| 5 — Session | Gestion des dialogues entre applications | Fonction souvent intégrée aux logiciels |
| 4 — Transport | Échanges de bout en bout et ports | Segments TCP, datagrammes UDP |
| 3 — Réseau | Adressage logique et routage | Paquets IP |
| 2 — Liaison | Communication locale et adresses MAC | Trames Ethernet ou Wi-Fi |
| 1 — Physique | Transmission des signaux | Bits, câble, fibre, ondes radio |
Encapsulation et correspondance entre OSI et TCP/IP
Ces fonctions prennent tout leur sens lorsqu’on suit une donnée en circulation. L’encapsulation explique comment les couches ajoutent leurs informations de contrôle avant l’envoi, puis la décapsulation décrit leur retrait à la réception.
Comment les données traversent les couches
Lorsqu’un navigateur envoie une requête, la couche Transport ajoute notamment des informations de ports, puis IP fournit les adresses nécessaires à l’acheminement. La couche Liaison ajoute les informations utiles au transfert local, avant que le support ne transporte les signaux.
À l’arrivée, le destinataire effectue l’opération inverse : chaque niveau examine les informations qui le concernent et transmet le contenu au suivant. Ainsi, des données applicatives peuvent être transportées dans un segment TCP, lui-même placé dans un paquet IP et une trame réseau.
Repères entre les architectures :
| Modèle TCP/IP | Couches OSI rapprochées | Exemples |
|---|---|---|
| Application | Application, Présentation, Session | HTTP, DNS, SMTP |
| Transport | Transport | TCP, UDP |
| Internet | Réseau | IP, ICMP |
| Accès réseau | Liaison, Physique | Ethernet, Wi-Fi |
Cette correspondance reste fonctionnelle plutôt qu’absolue : TCP/IP regroupe plusieurs rôles dans une même couche. Selon la norme ISO/IEC 7498-1, OSI sert de modèle de référence ; selon la RFC 1122, les exigences des hôtes Internet s’organisent autour des couches de communication TCP/IP.
Protocoles et placements à connaître :
- IP : couche Réseau du modèle OSI
- TCP et UDP : couche Transport
- HTTP et DNS : couche Application
- ARP : liaison locale, souvent décrit comme intermédiaire
- TLS : position variable selon le niveau d’analyse
Deux cas demandent de la nuance : ARP transporte ses messages dans des trames locales, mais sert à relier une adresse IP à une adresse MAC. TLS, lui, est souvent rapproché de la Présentation dans les schémas OSI, sans correspondre parfaitement à une couche unique.
Une vidéo de démonstration peut rendre ces enveloppes plus concrètes, surtout lorsqu’elle les met en regard d’une capture réseau. Pour les exploiter en situation réelle, le plus utile reste cependant de relier chaque symptôme à une couche possible.
Utiliser le modèle OSI pour un diagnostic réseau efficace
Une fois les couches et leur correspondance comprises, le modèle devient un outil de raisonnement pratique. Partir du lien physique et remonter vers le service évite de chercher immédiatement dans l’application une panne causée par un câble ou une route incorrecte.
Suivre une méthode de diagnostic couche par couche
Dans une petite entreprise, imaginons qu’un poste ne puisse plus ouvrir un outil en ligne. Le technicien vérifie d’abord la connexion Wi-Fi ou Ethernet, puis l’adresse IP, la passerelle et enfin la réponse du service distant.
Si le poste n’obtient aucune adresse, le problème ne se situe probablement pas dans la page web. Si l’adresse IP et la route fonctionnent mais que le service reste inaccessible, l’examen peut se déplacer vers les ports, le pare-feu, le DNS ou l’application.
Ordre de vérification pour une panne :
- Physique et liaison : lien actif, connexion locale, réseau sans fil
- Réseau : adresse IP, passerelle et route vers la destination
- Transport : port accessible et échange TCP ou UDP attendu
- Application : résolution DNS, réponse HTTP et journaux du service
| Symptôme observé | Niveau à examiner | Vérification utile |
|---|---|---|
| Aucun lien sur le poste | Physique ou liaison | État de l’interface, câble ou connexion Wi-Fi |
| Réseau local accessible, destination absente | Réseau | Adresse IP, passerelle et routes |
| Serveur joignable, service indisponible | Transport | Port utilisé et règles de filtrage |
| Connexion établie, page en erreur | Application | DNS, réponse HTTP et journaux du service |
Employer le bon modèle selon le besoin
Pour l’exploitation quotidienne, TCP/IP décrit les protocoles réellement configurés sur les équipements. Pour expliquer une panne ou organiser une formation, OSI apporte un découpage plus fin et un vocabulaire partagé entre techniciens.
Selon l’ISO, le modèle OSI vise à offrir une base commune pour coordonner les normes d’interconnexion. Cette approche reste utile en 2026, notamment lorsqu’une équipe doit distinguer un problème de liaison locale d’un défaut d’application.
Un outil de capture comme Wireshark permet d’observer les adresses MAC, les adresses IP et les ports dans les échanges. Selon les informations examinées, le technicien peut rapprocher chaque élément des couches concernées, sans confondre le cadre OSI avec un protocole installé.
Source : ISO/IEC, « Technologies de l’information — Interconnexion de systèmes ouverts — Modèle de référence de base », ISO/IEC 7498-1:1994 ; IETF, « Exigences relatives aux hôtes Internet : couches de communication », RFC 1122, 1989.