Le Modèle OSI

Pourquoi un modèle en couches ?

Avant le modèle OSImodèle OSIRéseauxDécoupage théorique des communications réseau en sept couches, de la transmission physique à l'application. Il sert surtout de référence commune pour situer un protocole ou diagnostiquer une panne.Voir dans le glossaire, les réseaux informatiques étaient des îles propriétaires. IBM avec son réseau SNA, DEC avec DECnet, Honeywell avec son propre protocole : chaque constructeur inventait ses règles, ses câbles, ses formats. Un ordinateur IBM ne pouvait pas communiquer avec un DEC, point final.

En 1984, l'ISO (International Organization for Standardization) publie le modèle OSI — Open Systems Interconnection. Son objectif : définir un cadre conceptuel universel pour que n'importe quel système puisse communiquer avec n'importe quel autre, quelle que soit son origine matérielle ou logicielle.

Les avantages du découpage en couches

Le principe est le même que dans l'industrie automobile : le moteur n'a pas besoin de savoir quelle couleur est la carrosserie. Chaque composant fait son travail, expose une interface standardisée, et s'ignore mutuellement.

La règle d'or : chaque couche ne parle qu'à ses voisines

La couche N ne communique qu'avec la couche N-1 (en dessous) et la couche N+1 (au dessus). Elle ne "sait pas" ce que font les couches plus éloignées. C'est le principe d'abstraction.

Les 7 couches en détail

Couche 7 — Application

Rôle : Interface directe avec les logiciels utilisateur. C'est ici que vit votre navigateur web, votre client e-mail, votre client SSHSSHRéseauxProtocole sécurisé d'accès distant à un serveur, chiffrant session et authentification (clé ou mot de passe).Voir dans le glossaire.

Ce qu'elle fait :

• Fournit des services réseau aux applications (pas aux utilisateurs eux-mêmes)
• Gère l'authentification applicative, la compression, le formatage des donnéesdonnéesIAEnsemble d'informations structurées ou non utilisées pour entraîner, évaluer ou alimenter un modèle. La qualité, la quantité et la représentativité des données sont les facteurs décisifs pour les performances en apprentissage automatique.Voir dans le glossaire
• Définit les formats de requêtes et réponses

Protocoles :

Équipements : Serveurs web, serveurs d'applications, pare-feux applicatifs (WAF)

Analogie : C'est le bureau de poste qui définit les formulaires à remplir pour envoyer un colis.

Couche 6 — Présentation

Rôle : Traduction, chiffrementchiffrementCybersécuritéTransformation d'une donnée lisible en une forme inintelligible à l'aide d'une clé. Le destinataire disposant de la clé peut retrouver le message original. C'est le socle de la confidentialité sur Internet.Voir dans le glossaire et compression des données. Elle s'assure que les données envoyées par l'application source sont compréhensibles par l'application destination, même si elles utilisent des encodages différents.

Ce qu'elle fait :

• Conversion de codage : ASCII ↔ EBCDIC, UTF-8 ↔ UTF-16
• Chiffrement/déchiffrement (TLS/SSL opère en grande partie ici)
• Compression des données (gzip, zlib)
• Sérialisation (JSON, XML, Protocol Buffers)

Protocoles : TLS, SSL (déprécié), JPEG, MPEG, ASCII, EBCDIC

Analogie : C'est le traducteur qui convertit le français en anglais avant l'envoi et l'inverse à la réception.

Note pratique : Dans le modèle TCPTCPRéseauxProtocole de transport qui garantit que les données arrivent complètes, dans l'ordre et sans doublon. Il établit une connexion, numérote chaque segment et retransmet ce qui manque.Voir dans le glossaire/IP réel, les couches 5, 6 et 7 OSI sont fusionnées en une seule couche "Application". TLS, par exemple, est géré par les librairies applicatives (OpenSSL, BoringSSL).

Couche 5 — Session

Rôle : Établissement, gestion et fermeture des sessions de communication. Une session est une conversation logique entre deux applications.

Ce qu'elle fait :

• Ouvre et ferme les dialogues entre applications
• Gère le contrôle de flux au niveau session (pas au niveau transport)
• Permet la reprise de session après une coupure (checkpointing)
• Gère le mode half-duplex ou full-duplex au niveau applicatif

Protocoles : NetBIOS, RPC (Remote Procedure Call), NFS (Network File System), SQL Sessions

Équipements : Passerelles applicatives

Analogie : C'est l'opérateur téléphonique qui établit la communication entre deux correspondants, maintient la ligne ouverte, et la libère à la fin de l'appel.

Couche 4 — Transport

Rôle : Communication bout-en-bout entre deux processus applicatifs sur des hôtes différents. C'est la couche qui garantit (ou non) la fiabilité de la transmission.

Ce qu'elle fait :

• Multiplexage : plusieurs applications peuvent utiliser le réseau simultanément grâce aux ports
• SegmentationChunkingIADécoupage d'un document en segments de taille fixe ou sémantique avant indexation vectorielle, pour optimiser la récupération RAG.Voir dans le glossaire des données en segments (TCP) ou datagrammes (UDPUDPRéseauxProtocole de transport sans connexion ni garantie de livraison, réduit à un en-tête de 8 octets. Sa légèreté convient au DNS, à la voix et à la vidéo, où un retard coûte plus qu'une perte.Voir dans le glossaire)
• Contrôle de flux : régulation du débit pour ne pas saturer le destinataire
• Contrôle d'erreur : détection et retransmission des segments perdus (TCP uniquement)
• Contrôle de congestion : adaptation au débit du réseau (TCP uniquement)

Protocoles :

Équipements : Pare-feux avec inspection stateful, load balancers L4

Analogie : C'est le service de livraison qui s'assure que tous les colis arrivent à bon port, dans le bon ordre, et renvoie ceux qui ont été perdus.

Couche 3 — Réseau

Rôle : Adressage logique et routage des paquets de données à travers des réseaux interconnectés. C'est la couche qui permet à un paquet de voyager de Paris à Tokyo en traversant des dizaines de réseaux différents.

Ce qu'elle fait :

• Adressage logique : adresses IP source et destination
• Routage : détermination du meilleur chemin pour atteindre la destination
• Fragmentation : découpe les paquets trop grands pour le réseau sous-jacent
• Agrégation de réseaux : interconnexion de réseaux hétérogènes

Protocoles :

Équipements : Routeurs, pare-feux L3, switches L3

Analogie : C'est le service de tri postal qui lit le code postal sur l'enveloppe et décide vers quel bureau régional l'acheminer.

# Afficher la table de routage
ip route show

# Exemple de sortie typique :
# default via 192.168.1.1 dev eth0
# 192.168.1.0/24 dev eth0 proto kernel scope link src 192.168.1.100

Couche 2 — Liaison de données

Rôle : Transmission fiable de trames entre deux nœuds directement connectés sur le même segment réseau local. Elle gère l'adressage physique (MAC) et la détection d'erreurs de transmission.

Ce qu'elle fait :

• Adressage MAC (Media Access Control) : adresse physique de 48 bits gravée dans la carte réseau
• Framing : encapsulationencapsulationRéseauxAjout, par chaque couche réseau, de son propre en-tête aux données reçues de la couche supérieure. À la réception, l'opération inverse se déroule couche après couche.Voir dans le glossaire des paquets IP dans des trames avec en-têtes et FCS (Frame Check Sequence)
• Contrôle d'accès au médium : qui peut envoyer et quand ? (CSMA/CD pour Ethernet, CSMA/CA pour Wi-Fi)
• Détection d'erreurs : CRC/FCS pour détecter les erreurs de transmission
• Deux sous-couches : LLC (Logical Link Control) et MAC (Media Access Control)

Protocoles :

Équipements : Commutateurs (switches), ponts (bridges), points d'accès Wi-Fi

Analogie : C'est le livreur qui transporte le colis de votre porte à la poste locale — il connaît uniquement les adresses du quartier immédiat.

# Afficher les adresses MAC et les interfaces
ip link show

# Exemple :
# 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500
#     link/ether 52:54:00:ab:cd:ef brd ff:ff:ff:ff:ff:ff

Couche 1 — Physique

Rôle : Transmission brute de bits sur le médium physique. La couche physique ne connaît que des 0 et des 1, et les convertit en signaux électriques, lumineux ou radio.

Ce qu'elle fait :

• Encodage des bits en signaux physiques : tension électrique, impulsions lumineuses, ondes radio
• Définition des niveaux de tension, fréquences, durées
• Gestion du connecteur physique (RJ45, SFP, SC/LC pour fibre)
• Débit en bauds, synchronisation de l'horloge
• Gestion de la topologie physique (bus, étoile, anneau)

Standards :

Équipements : Hubs (obsolètes), répéteurs, câbles, fibres, antennes, convertisseurs de médium

Analogie : C'est la route, les rails, ou les câbles sous-marins — le médium lui-même.

Encapsulation et décapsulation

Le processus d'encapsulation (émission)

Lorsqu'une application envoie des données, chaque couche ajoute son en-tête :

Données applicatives : "GET / HTTP/1.1\r\nHost: google.com\r\n\r\n"
      ↓ Couche 4 (Transport) ajoute en-tête TCP
[TCP HDR | Données HTTP] = Segment TCP
      ↓ Couche 3 (Réseau) ajoute en-tête IP
[IP HDR | TCP HDR | Données HTTP] = Paquet IP
      ↓ Couche 2 (Liaison) ajoute en-tête Ethernet + FCS
[ETH HDR | IP HDR | TCP HDR | Données HTTP | FCS] = Trame Ethernet
      ↓ Couche 1 (Physique) convertit en bits
01001000 01000101 01000001 01000100... → Signal électrique/lumineux

Le processus de décapsulation (réception)

À la réception, chaque couche lit et retire son en-tête :

Signal physique → Bits
      ↓ Couche 2 lit l'en-tête Ethernet, vérifie FCS
Paquet IP extrait
      ↓ Couche 3 lit l'en-tête IP, vérifie destination
Segment TCP extrait
      ↓ Couche 4 lit l'en-tête TCP, reordonne, vérifie
Données HTTP transmises à l'application
      ↓ Couche 7 interprète la requête HTTP

Moyen mnémotechnique (de la couche 7 à la couche 1)

Pour retenir les 7 couches dans l'ordre décroissant (Application vers Physique) :

"A Peu Sont Trés Réelles Les Pannes"

Dans l'ordre croissant (Physique vers Application) :

"Pierre Lit Son Truc Réseau Puis S'endort"

Dépannage par couche : la méthode professionnelle

Diagnostiquez toujours de bas en haut. Inutile de suspecter le DNS si le câble est débranché : vérifiez d'abord le lien physique, puis l'adressage IP, puis la connectivité de transport, et seulement ensuite l'application. Cette discipline évite des heures perdues sur la mauvaise couche.

Le modèle OSI est un outil de diagnostic puissant. Quand un réseau ne fonctionne pas, on monte ou descend les couches méthodiquement.

Approche bottom-up (de bas en haut)

La méthode la plus courante : on part de la couche physique et on monte.

Couche 1 — Est-ce que le câble est branché ?

# Vérifier l'état de l'interface physique
ip link show eth0
# Si DOWN → problème physique (câble, carte réseau)

# Vérifier les erreurs physiques
ethtool -S eth0 | grep -i error

Couche 2 — L'adresse MAC est-elle connue ?

# Vérifier que l'interface a une adresse MAC valide
ip link show eth0

# Vérifier la table ARP (résolution IP → MAC)
ip neigh show
# Si pas d'entrée → problème de couche 2 (switch, VLAN)

Couche 3 — L'adresse IP est-elle correcte ?

# Vérifier la configuration IP
ip addr show eth0

# Tester la connectivité locale
ping -c 3 192.168.1.1

# Vérifier la table de routage
ip route show

Couche 4 — Le service écoute-t-il sur le bon port ?

# Lister les ports en écoute
ss -tulnp

# Tester la connectivité TCP sur un port
nc -zv 192.168.1.100 80
# nc: connecté → couche 4 OK
# nc: Connection refused → port fermé
# nc: timeout → filtrage pare-feu ou hôte injoignable

Couches 5-7 — L'application répond-elle correctement ?

# Tester HTTP directement
curl -v http://192.168.1.100/

# Tester la résolution DNS
dig google.com @8.8.8.8

# Vérifier les logs applicatifs
journalctl -u nginx -n 50
tail -f /var/log/nginx/error.log

Scénarios de panne courants

Résumé visuel des couches

┌─────────────────────────────────────────────────────┐
│  7 - APPLICATION    HTTP HTTPS DNS SMTP SSH FTP      │
├─────────────────────────────────────────────────────┤
│  6 - PRÉSENTATION   TLS SSL JPEG MPEG encodage       │
├─────────────────────────────────────────────────────┤
│  5 - SESSION        RPC NetBIOS NFS checkpoints      │
├─────────────────────────────────────────────────────┤
│  4 - TRANSPORT      TCP  UDP  SCTP  (ports)          │
├─────────────────────────────────────────────────────┤
│  3 - RÉSEAU         IP ICMP OSPF BGP (adresses IP)   │
├─────────────────────────────────────────────────────┤
│  2 - LIAISON        Ethernet Wi-Fi (adresses MAC)    │
├─────────────────────────────────────────────────────┤
│  1 - PHYSIQUE       Câbles Fibre Radio Bits          │
└─────────────────────────────────────────────────────┘

Maintenant que vous maîtrisez le modèle en couches, passez au chapitre suivant pour comprendre comment les adresses IP structurent l'Internet : Adressage IPv4.

OSI = carte mentale à 7 couches. TCP/IP = pile réelle. Utilisez OSI pour localiser, TCP/IP pour configurer.

Reformulez chaque panne en question de couche : « câble/PHY ? », « MAC/VLAN ? », « route/IP ? », « port/session ? », « appli ? ».

Confondre switch (L2) et routeur (L3) retarde le diagnostic : le symptôme « pas d'Internet » n'indique pas à lui seul la couche fautive.

OSI comme carte mentale, TCP/IP comme réalité déployée

Le modèle OSI à sept couches reste le langage commun pour expliquer où agit un équipement. La pile TCP/IP réelle est plus compacte, mais le mapping reste utile : physique/liaison, réseau, transport, application. Quand un collègue dit « problème couche 3 », vous savez qu’il parle de routage/IP, pas de certificat TLS.

Encapsulation et MTU, conséquences terrain

Chaque couche ajoute des en-têtes. La MTUMTURéseauxTaille maximale d'une trame pouvant circuler sur un lien réseau, généralement 1 500 octets en Ethernet. Un paquet plus grand doit être fragmenté ou rejeté.Voir dans le glossaire limite la taille utile. La fragmentation IP est coûteuse et souvent filtrée ; le Path MTUPMTURéseauxPlus petite MTU rencontrée sur le trajet complet entre deux machines. Sa découverte repose sur ICMP : le bloquer provoque des connexions qui s'ouvrent puis se figent.Voir dans le glossaire Discovery compte. Des tunnels (VPNVPNRéseauxRéseau privé virtuel qui chiffre le trafic entre deux points sur un réseau public. Il crée un tunnel sécurisé permettant d'accéder à des ressources distantes comme si on était sur le réseau local.Voir dans le glossaire, overlay) réduisent la MTU effective : symptômes typiques = gros transferts qui échouent, petits pings OK.

Un symptôme « ça marche sauf les gros paquets » pointe souvent MTU/MSSMSSRéseauxTaille maximale des données utiles d'un segment TCP, soit la MTU moins les en-têtes IP et TCP. Elle vaut typiquement 1 460 octets sur un lien Ethernet.Voir dans le glossaire, pas « Internet cassé ».

Où vivent les équipements dans la carte

Switch L2 : MAC, VLAN, domaines de collision/broadcastbroadcastRéseauxEnvoi d'une trame à toutes les machines d'un même réseau local simultanément. C'est le mécanisme employé par ARP ou DHCP quand le destinataire n'est pas encore connu.Voir dans le glossaire (selon contextefenêtre de contexteIAQuantité de texte qu'un modèle peut prendre en compte simultanément : question, documents fournis et historique. Au-delà, les éléments les plus anciens sortent du champ.Voir dans le glossaire). Routeur L3 : IP, tables de routage. Firewall : souvent L3/L4, parfois L7. Proxy : application. Classer l’équipement évite de demander au switch de « router » ou au DNS de « ouvrir un port ».

Méthode de montée/descente de couche

Incident : commencez bas si le lien est douteux (câble, Wi-Fi, interface down), puis IP (adresse, route, voisin), puis transport (port, état TCP), puis applicatif (HTTP, auth). Inversement, un code HTTP 502 oriente plutôt applicatif/proxy, mais vérifiez quand même la connectivité sous-jacente.

Dessinez le chemin paquet (client → GW → firewall → serveur) avant de changer trois configs à la fois.

Exemples de mapping d’incidents

Certificat expiré : plutôt présentation/application (TLS). VLAN mal tagué : liaison. Route absente : réseau. Port filtré : transport/firewall. Mot de passe faux : application. Entraînez-vous à classer dix tickets réels ou fictifs. La vitesse de classification réduit le temps moyen de réparation.

Les modèles ne sont pas des prisons : un firewall NGFW agit sur plusieurs couches. Utilisez OSI pour communiquer, pas pour dogmatiser.

PDU et vocabulaire pour parler juste

On dit trame en L2, paquet en L3, segment TCP / datagramme UDP en L4. Utiliser le bon mot accélère les échanges avec les spécialistes. De même, « latence » n’est pas « débit », et « perte » n’est pas « jitter ». Un vocabulaire précis évite des chantiers techniques hors sujet.

Quand vous documentez une architecture, annotnez les frontières de confiance et les points de chiffrement. La carte des couches devient alors aussi une carte de risque.

Ateliers de classification rapide

Prenez dix symptômes : SSL handshake failure, duplicate IP, blackhole MTU, ARP incomplete, TCP reset after data, DNS NXDOMAIN, VLAN mismatch, asymmetric route, UDP timeout VoIP, proxy 504. Classez couche probable et première commande. Chronométrez-vous. Cet exercice ancre le modèle mieux qu’une récitation des sept noms.

Retenez aussi les encapsulations courantes : Ethernet(IP(TCP(TLS(HTTP)))). Savoir ce qui est chiffré où évite de chercher dans une capture ce qui n’y sera jamais en clair.

Synthèse opérationnelle OSI/TCP-IP

Gardez une fiche : symptôme → couche probable → commande → escalade. Mettez-y vos dix incidents les plus fréquents. Cette fiche vaut plus qu’une récitation académique des sept couches. Le modèle sert à accélérer l’action, pas à briller en réunion.