TCP vs. UDP : Les différences clés

1. Deux philosophies pour transporter des données

Imaginez que vous devez envoyer un courrier. Vous avez deux options principales :

1. Une lettre recommandée avec accusé de réception : C'est plus lent, plus formel, mais vous avez la garantie que votre courrier est arrivé, en entier, et vous en recevez la preuve.
2. Une lettre standard : C'est rapide, simple, mais vous n'avez aucune garantie de sa bonne réception.

En réseau, TCP et UDP suivent exactement ces deux philosophies. La vidéo suivante présente ces deux protocoles et leurs différences fondamentales.

2. TCP : Le protocole fiable et ordonné

Comme vous l'avez vu dans la vidéo, TCP (Transmission Control Protocol) est le protocole qui privilégie la fiabilité. C'est le choix par défaut pour la majorité des applications où l'intégrité des données est cruciale.

Voici ses caractéristiques principales :

• Orienté connexion : TCP établit une connexion formelle avant tout échange de données. Ce processus, appelé "three-way handshake" (poignée de main à trois temps), se déroule en trois étapes :

  1. SYN : Le client envoie un paquet SYN (Synchronize) pour dire "Bonjour, je voudrais commencer une conversation".
  2. SYN-ACK : Le serveur répond avec un paquet SYN-ACK (Synchronize-Acknowledge) pour dire "Bonjour, j'ai bien reçu votre demande et je suis d'accord pour converser".
  3. ACK : Le client envoie un dernier paquet ACK (Acknowledge) pour dire "Bien reçu, la conversation peut commencer !".
     La connexion est alors établie dans les deux sens.

• Fiable et Ordonné : TCP garantit que toutes les données envoyées arriveront à destination, sans erreur et dans le bon ordre. Il numérote les paquets (segments) et utilise des accusés de réception (ACK) pour chaque segment reçu. Si un segment est perdu ou endommagé, TCP le demande à nouveau.

• Contrôle de flux et de congestion : TCP gère la vitesse de transmission pour ne pas submerger le destinataire (contrôle de flux) et pour s'adapter à l'encombrement du réseau (contrôle de congestion).

Cas d'usage typiques de TCP :

• Navigation web (HTTP, HTTPS)
• Envoi et réception d'e-mails (SMTP, IMAP)
• Transfert de fichiers (FTP, SMB)
• Connexion à distance sécurisée (SSH)

Dans tous ces cas, perdre ne serait-ce qu'une petite partie des données pourrait rendre le fichier, la page web ou la commande totalement inutilisable.

3. UDP : Le protocole rapide et léger

Maintenant, intéressons-nous à l'autre option : la rapidité au détriment de la garantie.

UDP (User Datagram Protocol) est l'exact opposé de TCP. Sa philosophie est "envoyer et oublier" (fire and forget).

Ses caractéristiques sont donc :

• Sans connexion : UDP n'établit aucune connexion. Il envoie simplement les données (datagrammes) à la destination dès qu'elles sont prêtes. Pas de "handshake".
• Non fiable : UDP n'offre aucune garantie. Les paquets peuvent arriver dans le désordre, être dupliqués, ou ne jamais arriver. Il n'y a pas d'accusé de réception ni de retransmission des paquets perdus.
• Rapide et léger : L'absence de tous les mécanismes de contrôle de TCP rend UDP beaucoup plus rapide et moins gourmand en ressources. L'en-tête d'un paquet UDP est bien plus simple et petit que celui d'un paquet TCP.

Alors, pourquoi utiliser un protocole qui ne garantit rien ?

Parce que pour certaines applications, la vitesse est plus importante que la fiabilité absolue.

Cas d'usage typiques d'UDP :

• Streaming vidéo et audio (YouTube, Netflix, Spotify) : Perdre quelques pixels ou une milliseconde de son est imperceptible, mais attendre la retransmission d'un paquet perdu créerait une mise en pause (buffering) très agaçante.
• Jeux en ligne : Il est crucial de recevoir la position des autres joueurs en temps réel. Mieux vaut recevoir une position légèrement imprécise immédiatement plutôt qu'une position parfaite avec une seconde de retard, ce qui rendrait le jeu injouable.
• Voix sur IP (VoIP, ex: Skype, Discord) : Une conversation téléphonique hachée est préférable à une conversation avec des décalages et des phrases qui arrivent en retard.
• DNS (Domain Name System) : Une requête DNS est très courte (un envoi, une réponse). Il est plus efficace de la renvoyer en cas d'échec que d'établir une connexion TCP formelle pour cela.

4. TCP vs. UDP : Le face-à-face

Pour bien consolider ces différences, rien de tel qu'une comparaison directe. L'article ci-dessous, qui est la version texte de la vidéo que vous avez regardée, propose un tableau récapitulatif très clair.

Pour résumer, voici le tableau des différences à retenir :

La vidéo montrait également des captures de trafic avec l'outil Wireshark. C'est un outil que tout administrateur réseau se doit de maîtriser pour analyser et dépanner les problèmes de communication. Nous aurons l'occasion de revenir sur ce type d'outils plus tard dans votre parcours.

Conclusion

Vous avez maintenant ajouté une pièce maîtresse à votre compréhension des réseaux. Vous savez que la communication entre applications repose sur un choix fondamental opéré à la couche Transport : la fiabilité avec TCP ou la vitesse avec UDP.

Points clés à retenir :

• TCP est comme une lettre recommandée : fiable, ordonné, avec accusé de réception, mais plus lent. On l'utilise quand chaque donnée compte (web, email).
• UDP est comme une carte postale : rapide, simple, sans garantie de livraison. On l'utilise quand la vitesse prime et que de petites pertes sont acceptables (streaming, jeux).
• Le choix entre TCP et UDP n'est pas fait par l'utilisateur, mais par les développeurs de l'application en fonction de ses besoins.

Dans cette leçon, nous avons vu comment TCP et UDP se chargent du transport. Mais une fois les données arrivées, comment le système d'exploitation sait-il qu'un paquet TCP est pour le navigateur et qu'un paquet UDP est pour le jeu en ligne ? Il le fait grâce à un concept appelé port réseau. Dans la prochaine leçon, nous expliquerons ce qu'est un port et comment il permet de finaliser l'adressage en guidant les données vers la bonne application.