1. Même couche, philosophies différentes
TCP et UDP sont tous les deux des protocoles de transport de couche 4.
| TCP | UDP | |
|---|---|---|
| Connexion préalable | Oui | Non |
| Ordre des données | Contrôlé | Pas garanti par UDP |
| Retransmission intégrée | Oui | Non |
| Unité de données | Segment | Datagramme |
| Usage typique | Quand la fiabilité et l’ordre comptent | Quand on veut peu de surcharge ou que l’application gère elle-même ses besoins |
UDP ne veut pas dire « mauvais » ou « forcément rapide ». Il fournit un service plus simple. Des protocoles applicatifs peuvent ajouter leurs propres mécanismes au-dessus d’UDP ; QUIC en est un bon exemple.
2. TCP : le 3-way handshake
Avant les données, les deux extrémités synchronisent l’ouverture de la connexion.
Client : SYN→
Serveur : SYN-ACK→
Client : ACK
SYN = je veux ouvrir · SYN-ACK = d’accord, je réponds · ACK = reçu, la connexion est établie.
3. Les ports appartiennent à TCP/UDP
Un service applicatif choisit un protocole de transport et un port. Exemple : SSH utilise classiquement TCP 22 ; DNS utilise UDP 53 pour beaucoup de requêtes, mais sait aussi utiliser TCP 53.
Couche 7Le service : DNS, HTTP, SSH, SMTP…
Couche 4Le transport et le port : TCP/UDP + numéro de port.
4. Exemples qui donnent du sens
HTTPS classique
HTTP sécurisé utilise généralement TCP 443 avec TLS. HTTP/3 utilise QUIC sur UDP 443.
DHCP
UDP 67 côté serveur et UDP 68 côté client. Le client doit pouvoir obtenir une configuration avant d’avoir une adresse IPv4 normale.
NTP
Utilise habituellement UDP 123 pour synchroniser l’heure.
RDP
Utilise TCP 3389 et peut également utiliser UDP 3389 pour améliorer certaines communications.