Le modèle OSI : sept couches pour communiquer

Sept couches, des responsabilités différentes

OSI est un modèle de référence, pas une implémentation exacte de la pile Internet. Ses couches basses expliquent la transmission et le transport ; les couches hautes décrivent les sessions, la représentation et les applications. Les piles réelles ne délimitent pas toujours les couches supérieures aussi nettement qu’un schéma pédagogique.

• 7 Application : fonctions réseau utilisées par les applications, comme HTTP, SMTP et FTP ; données.
• 6 Présentation : concepts de représentation, de formatage et de chiffrement des données, illustrés par JPEG, ASCII et TLS ; données.
• 5 Session : coordination des sessions de communication entre hôtes ; données.
• 4 Transport : communication de bout en bout à l’aide de segments TCP ou de datagrammes UDP.
• 3 Réseau : adressage logique et routage, notamment IP et ICMP ; paquets.
• 2 Liaison de données : trames locales, adressage MAC et accès au support, notamment commutation Ethernet ; trames.
• 1 Physique : signaux, supports et transmission binaire par câbles, concentrateurs ou radio ; bits.

Un langage commun délimite le problème

Dire que la couche 1 fonctionne mais que la couche 3 manque délimite mieux le diagnostic que « le réseau est en panne ». Un appareil peut agir sur plusieurs couches : un pare-feu peut examiner des informations réseau, transport et applicatives. Un commutateur multicouche peut router aussi bien que commuter des trames Ethernet.

Le modèle aide à séparer signalisation physique, livraison locale, routage IP et transport de bout en bout du comportement de l’application elle-même. Un problème à une couche peut produire des symptômes plus haut sans que toutes les couches soient défaillantes.

L’encapsulation relie les couches

Lors de l’envoi, chaque protocole participant ajoute des informations de contrôle. Les données applicatives deviennent un segment ou un datagramme, puis un paquet IP, une trame Ethernet et enfin des signaux. Conceptuellement, ce sont les données avec un en-tête TCP, le segment obtenu avec un en-tête IP, puis le paquet avec un en-tête Ethernet.

Le récepteur retire les informations correspondantes dans l’ordre inverse. Cela explique où interviennent MTU, fragmentation, ports et sommes de contrôle. Le modèle TCP/IP regroupe autrement plusieurs couches OSI et décrit souvent plus directement l’architecture Internet implémentée ; les modèles remplissent des fonctions pédagogiques et diagnostiques complémentaires.

Procéder de bas en haut ou de haut en bas, mais de façon cohérente

Pour une connexion entièrement défaillante, commencez par l’alimentation, la liaison, les compteurs d’erreurs, le VLAN, l’adresse, la route, le transport et l’application. Pour une erreur applicative claire, descendre dans les couches peut être plus rapide. Recueillez des observations à chaque couche au lieu de modifier des paramètres sans rapport.

Un ping réussi ne démontre que certains aspects des couches 1–3 et du traitement ICMP. Il ne prouve ni l’ouverture d’un port TCP, ni la réussite d’une session TLS, ni le bon fonctionnement de l’application. Précisez explicitement ce que chaque test établit et ce qu’il n’établit pas.