TCP ou UDP : différences et exemples concrets

TCP et UDP transportent les données des applications sur IP, mais ne fournissent pas les mêmes services. TCP propose un flux d’octets ordonné, avec accusés de réception et retransmission. UDP envoie des datagrammes indépendants sans ces garanties au niveau du transport. Le bon choix dépend des besoins de l’application.

Ce que fournit TCP

TCP établit une connexion entre deux points avant l’échange des données. Il numérote les segments, peut retransmettre les données manquantes et remet les octets dans l’ordre à l’application réceptrice. Le contrôle de flux et de congestion évite de saturer le destinataire ou le réseau. Ces propriétés conviennent aux fichiers, au courrier et à beaucoup de connexions web. Elles ne signifient pas que le contenu est chiffré : il faut une protection distincte, comme TLS.

Lorsqu’un segment manque, l’application peut devoir attendre les octets manquants avant de traiter la suite. C’est adapté à un document qui doit arriver intact, mais cela peut retarder un usage interactif. TCP ne conserve pas non plus les frontières des messages applicatifs. Deux opérations d’envoi ne donnent pas nécessairement deux lectures séparées : l’application doit définir son propre format.

Ce qu’UDP laisse à l’application

UDP conserve les frontières des datagrammes et n’établit pas de connexion à la manière de TCP. Il n’accuse pas lui-même réception, ne remet pas les paquets dans l’ordre et ne retransmet pas les pertes. Une application utilisant UDP peut néanmoins ajouter ces fonctions, ainsi qu’un contrôle de congestion et du chiffrement. Les requêtes DNS emploient souvent UDP. QUIC fonctionne sur UDP tout en fournissant des flux fiables et une sécurité moderne à un niveau supérieur.

Pour la parole en direct ou un jeu, un paquet très en retard peut être moins utile que le suivant. Certaines applications préfèrent donc gérer elles-mêmes les pertes et les échéances. UDP ne rend pas miraculeusement rapide un réseau saturé : les files d’attente et les pertes touchent les deux transports. Mesurez l’usage réel au lieu de déduire la performance du seul nom du protocole.

Ports et critères de choix

Les deux protocoles utilisent des numéros de port, mais TCP 443 et UDP 443 désignent des points distincts. Un test de port TCP ne démontre pas le fonctionnement d’un service UDP portant le même numéro. HTTP/1.1 et HTTP/2 passent généralement par TCP avec TLS ; HTTP/3 utilise QUIC sur UDP. Si UDP échoue, le client peut revenir à une version de HTTP fondée sur TCP, selon les deux extrémités.

Listez d’abord les besoins : livraison complète, ordre, frontières de messages et contraintes de temps. Vérifiez ensuite le réseau et la sécurité. Les spécifications de TCP et d’UDP décrivent leurs services. L’article sur les ports réseau explique les numéros.