Modèle OSI vs TCP/IP : comprendre les fondations du réseau

Wah gwaan. Dès qu'une requête HTTP échoue, qu'une connexion traîne ou qu'un firewall bloque un port, on retombe toujours sur les mêmes couches réseau — un peu comme un riddim qui revient en boucle. Le modèle OSI et le modèle TCP/IP sont les deux façons standard de découper ces couches — les connaître change radicalement la manière de diagnostiquer un problème, et évite de rester bloqué à chercher un bug qui n'a rien à voir avec la couche qu'on regarde.

Le modèle OSI : 7 couches théoriques

Le modèle OSI (Open Systems Interconnection), défini par l'ISO dans les années 1980, découpe la communication réseau en 7 couches :

7. Application   - HTTP, DNS, SMTP...
6. Présentation  - chiffrement, encodage, compression
5. Session       - ouverture/fermeture de sessions
4. Transport     - TCP, UDP
3. Réseau        - IP, routage
2. Liaison       - Ethernet, adresses MAC
1. Physique      - câbles, signaux, Wi-Fi

Chaque couche ne parle qu'à ses voisines directes : la couche 4 encapsule les données de la couche 5, la couche 3 encapsule celles de la couche 4, etc.

Le modèle TCP/IP : 4 couches pragmatiques

Le modèle TCP/IP, né avec Internet lui-même, est plus simple et plus proche de ce qui est réellement implémenté :

4. Application        - HTTP, DNS, SMTP, FTP...
3. Transport          - TCP, UDP
2. Internet           - IP
1. Accès réseau       - Ethernet, Wi-Fi

Il fusionne les couches 5 à 7 d'OSI en une seule couche Application, et les couches 1-2 en une seule couche Accès réseau.

Correspondance entre les deux modèles

OSI est un modèle de référence théorique, utilisé pour raisonner et enseigner. TCP/IP est le modèle réellement implémenté sur Internet — c'est la pile que votre navigateur, votre serveur Node ou votre reverse proxy utilisent concrètement.

Pourquoi c'est important pour un développeur

Diagnostiquer un problème réseau efficacement. Une erreur ECONNREFUSED est une couche Transport, un DNS qui ne résout pas est une couche Application, un ping qui timeout touche la couche Internet. Savoir situer le problème évite de chercher au mauvais endroit.

Comprendre les outils du quotidien. curl -v, tcpdump, Wireshark, les DevTools réseau du navigateur — tous exposent des informations organisées par couche. Sans ce vocabulaire, leur sortie est illisible.

Concevoir des architectures réseau saines. Un load balancer L4 (Transport, TCP/UDP) ne route pas de la même façon qu'un load balancer L7 (Application, HTTP). Choisir le bon niveau d'abstraction dépend directement de cette distinction.

Dialoguer avec les équipes infra et sécurité. Un firewall filtre au niveau 3/4 (IP, ports), un WAF opère au niveau 7 (contenu HTTP). Ces couches sont le langage commun entre dev, ops et sécurité.

Ne pas être perdu face à un certificat TLS. TLS s'insère entre la couche Transport et la couche Application — comprendre cette position explique pourquoi TLS protège le contenu mais pas les métadonnées de connexion (IP, port).

Le modèle OSI donne le vocabulaire, le modèle TCP/IP donne la réalité de l'implémentation. Un bon développeur backend jongle mentalement entre les deux dès qu'un paquet ne fait pas ce qu'il devrait.

One love, et que vos paquets arrivent toujours à bon port.