Cours Couche transport TCP/UDP en PDF (Intermédiaire)
La couche transport : les protocoles TCP et UDP. La couche transport assure le transfert de données de processus à processus en ajoutant des numéros de port, des en‑têtes de segment/datagramme et, pour TCP, des mécanismes de contrôle d'état et de fiabilité. Dans les architectures TCP/IP elle relie les applications (sockets, services) à la couche réseau. La maîtrise de ces mécanismes est cruciale pour concevoir des applications réseau performantes et robustes. Ce PDF gratuit fournit un support pédagogique compact et illustré pour télécharger et consulter les éléments techniques essentiels.
🎯 Ce que vous allez apprendre
- Le modèle client/serveur et les sockets — définition précise du modèle applicatif et rôle des sockets comme interface locale entre processus et pile TCP/IP. Vous comprendrez pourquoi un socket s'identifie par la quadruplet (@IP_src,port_src,@IP_dest,port_dest) et saurez configurer et diagnostiquer des connexions simples côté client et serveur.
- Numéros de port et correspondance services/protocoles — organisation et usage des ports (ports réservés <1024 pour services bien connus) et leur rôle lors de la désencapsulation. À l'issue, vous saurez repérer un service par son port et interpréter les captures de paquets pour associer flux et applications.
- UDP : datagramme, en‑tête et mode non connecté — lecture de l'en‑tête UDP de 8 octets (ports source/destination, longueur, checksum) et implications du mode best‑effort décrit par la RFC 768. Vous pourrez justifier et choisir UDP pour des applications sensibles au débit (streaming, VoIP, DNS) et expliquer comment implémenter une logique applicative simple de reprise sur perte si nécessaire.
- TCP : connectivité et mécanismes de fiabilité — concepts de segment, état connecté, ACKs et retransmissions, logique de contrôle (fenêtre, timers) et stratégie d'adaptation au réseau. Vous serez capable d'expliquer l'établissement de connexion, d'analyser le handshake et de mesurer pourquoi TCP impose un débit adaptatif en présence de congestion.
- Encapsulation et désencapsulation entre Ethernet, IP et transport — parcours du paquet depuis l'application jusqu'au lien (trame Ethernet, en‑tête IP, segment/datagramme) et identification des champs (EtherType, numéro de protocole IP, port TCP/UDP). Vous saurez lire une pile protocolaire dans une trame capturée et localiser où agir pour diagnostiquer un problème de bout en bout.
Positionnement dans le modèle OSI
La couche transport correspond à la couche 4 du modèle OSI. Elle reçoit des données des processus applicatifs et les segmente avant de confier ces segments à la couche réseau (couche 3). Le rôle principal de la couche 4 est d'assurer la livraison processus‑à‑processus : multiplexage/démultiplexage via les numéros de port, contrôle de flux, ordonnancement et, selon le protocole, fourniture de mécanismes de fiabilité. Comprendre le positionnement dans le modèle OSI facilite l'analyse des captures réseau et la localisation des problèmes entre les niveaux application, transport et réseau.
Architecture et encapsulation dans le modèle OSI
Lors de l'envoi, une application fournit des données à la couche transport qui ajoute un en‑tête (ports, flags, séquence, etc.). La couche réseau encapsule ensuite ce segment dans un paquet IP, ajoutant adresse source/destination et protocole (6 pour TCP, 17 pour UDP), puis la couche lien encapsule le paquet IP dans une trame (EtherType, adresses MAC). La remontée suit le chemin inverse. Le document contient diagrammes et exemples de captures pour repérer chaque en‑tête et comprendre où interviennent les mécanismes de fragmentation, routage et encapsulation entre couches.
Comparatif : Quand choisir TCP plutôt qu'UDP ?
Le choix entre TCP et UDP dépend des exigences de l'application : besoin de fiabilité, tolérance à la latence, overhead accepté et simplicité de mise en œuvre. TCP convient aux transferts nécessitant garantie d'arrivée et ordre (ex. HTTP, FTP), tandis qu'UDP est adapté aux flux temps réel où la latence prime sur la fiabilité (ex. VoIP, streaming). Le tableau ci‑dessous résume les différences clés pour un usage pratique en conception et diagnostic réseau.
| Critère | TCP | UDP |
|---|---|---|
| Fiabilité | Fiable (ACKs, retransmissions) | Best‑effort (pas de retransmission automatique) |
| Vitesse / Latence | Plus de latence due aux contrôles | Faible latence, adapté au temps réel |
| Mode | Connecté (état par connexion) | Non connecté (datagramme) |
| Overhead | Plus élevé (séquences, fenêtres, timers) | Faible (entête de 8 octets) |
Le rôle de la RFC 793
La RFC 793 définit les spécifications originales du protocole TCP : format des segments, mécanismes d'établissement et de terminaison des connexions, gestion des séquences et des accusés, ainsi que comportements attendus en cas d'erreurs. En complément de la RFC 768 pour UDP, la RFC 793 reste la référence normative pour l'implémentation et l'interprétation des comportements TCP observés sur le terrain.
Three‑way handshake
Le three‑way handshake établit une connexion TCP en trois échanges : le client envoie un segment SYN pour initier, le serveur répond par SYN‑ACK pour accepter et synchroniser les numéros de séquence, puis le client confirme par un ACK final. Ce processus permet d'initialiser les numéros de séquence et d'établir l'état connecté sur les deux hôtes. La séquence garantit qu'une connexion ne démarre que lorsque les deux parties reconnaissent l'état, élément fondamental pour la fiabilité et la synchronisation des flux.
Contrôle de flux et contrôle de congestion
TCP gère à la fois le contrôle de flux (pour éviter de submerger le récepteur) et le contrôle de congestion (pour s'adapter à l'état du réseau). Le contrôle de flux utilise une fenêtre glissante annoncée par le destinataire. Le contrôle de congestion met en œuvre des algorithmes tels que Slow Start et Congestion Avoidance ; Slow Start augmente le débit de manière exponentielle pour découvrir la capacité disponible, puis Congestion Avoidance adapte la croissance de la fenêtre pour limiter les pertes. Ces mécanismes expliquent le comportement adaptatif observé lors d'échanges à travers des liens partagés ou dégradés.
📑 Sommaire du document
- Le modèle Client/Serveur — définition et rôle des sockets pour l'adressage processus‑à‑processus.
- Les sockets et les numéros de port — organisation des ports et interprétation des captures pour relier flux et applications.
- L'architecture de TCP/IP — positionnement couche 4 et parcours des données entre couches.
- Le protocole UDP et la rapidité — entête UDP, usages et compromis latence/fiabilité.
- L'en‑tête UDP — structure, checksum et exemples d'analyse.
- Le protocole TCP et la fiabilité — handshake, ACKs, retransmissions et contrôle adaptatif.
- Encapsulation et désencapsulation — lecture de trames et localisation des champs à diagnostiquer.
💡 Pourquoi choisir ce cours ?
Ce support de 34 pages, rédigé par Olivier Glück (Université Lyon 1), propose une synthèse pédagogique ciblée pour un public universitaire en L1. Le document combine schémas d'encapsulation, comparaisons TCP/UDP et exemples concrets (ports, en‑têtes), offrant un équilibre entre théorie et application. Sa concision et la clarté des diagrammes facilitent la révision avant d'aborder l'analyse de trafic ou la programmation socket ; les références aux RFC facilitent le recul normatif nécessaire à toute mise en œuvre.
👤 À qui s'adresse ce cours ?
- Public cible : étudiants en Licence 1 informatique ou math‑info, techniciens réseau en formation et développeurs souhaitant comprendre les fondements transport pour diagnostiquer ou concevoir des applications réseau.
- Prérequis : notions d'adressage IP et du modèle OSI/TCP‑IP, compréhension basique des processus et familiarité minimale avec la ligne de commande ou un langage permettant d'ouvrir des sockets.
❓ Foire Aux Questions (FAQ)
En quoi le checksum UDP protège‑t‑il les datagrammes ?
Le checksum UDP couvre l'en‑tête et les données pour détecter les corruptions de bits pendant le transport. Dans IPv4 il peut être laissé à zéro (non calculé), mais son usage est recommandé car il permet de détecter des altérations sans fournir de mécanisme de retransmission automatique. Toute correction doit être gérée au niveau applicatif si nécessaire.
Quels mécanismes TCP assurent la fiabilité de bout en bout ?
TCP combine l'établissement de connexion (three‑way handshake), des ACKs (accusés de réception), des timers et des retransmissions pour corriger les pertes, la fenêtre glissante pour le contrôle de flux et des stratégies de contrôle de congestion (Slow Start, Congestion Avoidance) pour adapter le débit en cas de perte ou de délai élevé sur le réseau.
