TCP et UDP : comparer les protocoles de transport
Comment TCP assure fiabilité et contrôle de flux, pourquoi UDP impose moins de surcharge et comment les besoins applicatifs déterminent le choix.
Ce que vous allez retenir
Des connaissances à mettre en pratique.
- Expliquer la fiabilité de TCP et les datagrammes UDP par leurs mécanismes
- Lire les ports, les sockets et les états de connexion dans les captures
- Séparer les défauts de transport des défauts réseau et applicatifs
Accéder directement à la bonne section
- TCP et UDP répondent à des besoins applicatifs différents
- TCP contrôle un flux d’octets
- UDP fournit des datagrammes indépendants
- Les ports identifient les points de communication
Afficher les 6 sections
TCP fournit un flux d’octets ordonné avec accusés de réception, retransmission et contrôle de flux. UDP fournit des datagrammes indépendants avec moins de mécanismes intégrés. Choisissez selon les exigences de latence, de fiabilité et de compatibilité de l’application.
TCP et UDP répondent à des besoins applicatifs différents
TCP est orienté connexion : SYN, SYN-ACK et ACK forment son échange initial en trois temps avant qu’une connexion établie transporte les données. Il détecte les pertes, retransmet les segments manquants et présente les octets dans l’ordre. Si la récupération échoue, l’application reçoit un échec plutôt qu’un faux succès. Les protocoles de messagerie comme SMTP et IMAP ainsi que les transferts de fichiers ont besoin de données complètes.
UDP n’a ni établissement de connexion au niveau transport, ni retransmission, ni garantie d’ordre. Son en-tête mesure huit octets, contre vingt octets pour l’en-tête de base de TCP. Les applications peuvent l’utiliser pour du trafic sensible à la latence lorsqu’elles tolèrent les pertes ou les gèrent elles-mêmes. L’exemple introductif de diffusion en continu illustre ce compromis ; il ne signifie pas que toute vidéo doit utiliser UDP.
TCP contrôle un flux d’octets
Les numéros de séquence ordonnent les octets ; les accusés de réception et retransmissions gèrent les pertes. Les fenêtres de réception protègent le récepteur, tandis que le contrôle de congestion réagit à une surcharge réseau supposée. L’application voit un flux continu plutôt que les limites initiales des paquets IP.
La fiabilité n’implique pas automatiquement un faible délai. Les retransmissions et le blocage en tête de file peuvent faire attendre une application après une perte. L’application a toujours besoin de délais d’expiration, de gestion des déconnexions et de son propre découpage des messages.
UDP fournit des datagrammes indépendants
Une faible surcharge de protocole peut convenir aux requêtes courtes ou aux données sensibles au temps. DNS utilise couramment UDP pour les requêtes ordinaires, mais aussi TCP selon la taille du message et l’opération. Lorsque la fiabilité est nécessaire, elle doit venir de l’application ou d’un protocole au-dessus d’UDP.
Les protocoles modernes nuancent le choix. QUIC fournit des flux chiffrés fiables en espace utilisateur sur UDP. Latence, tolérance aux pertes, ordre et compatibilité réseau restent les critères de décision au niveau applicatif. La diffusion en continu avec mise en tampon peut profiter d’un transfert fiable et de la compatibilité avec les pare-feu via TCP ou QUIC.
Les ports identifient les points de communication
Un flux est décrit par le protocole, les adresses source et destination et les ports source et destination. Un serveur écoute généralement sur un port connu, tandis qu’un client utilise un port éphémère. Les pare-feu et NAT suivent l’état à partir de ces propriétés.
Examinez l’établissement de connexion, le temps aller-retour, les retransmissions, les réinitialisations et les fenêtres de réception. L’absence de SYN-ACK oriente vers un problème de chemin, de filtre ou de service à l’écoute. Si le transport s’établit mais que le résultat est incorrect, poursuivez avec TLS et le protocole applicatif.
Liste de contrôle pratique
- 01
Identifiez le protocole, les ports source et destination et le service attendu à l’écoute.
- 02
Pour TCP, examinez l’échange initial complet et les éventuelles réinitialisations.
- 03
Évaluez le délai, les pertes et les retransmissions dans le temps.
- 04
Vérifiez l’état du pare-feu, de NAT et du chemin de retour dans les deux sens.
- 05
Examinez TLS et le comportement applicatif après confirmation du transport.
Questions fréquentes
UDP est-il toujours plus rapide que TCP ?
UDP intègre moins de mécanismes, mais les performances applicatives dépendent du réseau, de l’implémentation et de la fiabilité nécessaire. Une application sur UDP peut mettre elle-même en œuvre des mécanismes similaires.
Pourquoi la diffusion en continu utilise-t-elle souvent TCP ou QUIC ?
De nombreux services mettent le contenu en tampon et bénéficient d’un transfert fiable et de la compatibilité réseau. QUIC combine des flux fiables avec un transport fondé sur UDP.
Une offre adaptée
Comment Bissolux peut vous aider
Transformez ces conseils en une action concrète. Vérifiez le périmètre, le prix et les exclusions de l’offre avant de commander.
Infrastructure informatique
Décrivez vos systèmes et vos besoins. Nous conviendrons des travaux, des responsabilités et des conditions avant la mise en œuvre. La prise de contact est proposée en anglais.
Publicité · BissoluxAssistance et exploitation informatique
Décrivez vos systèmes et vos besoins. Nous conviendrons des travaux, des responsabilités et des conditions avant la mise en œuvre. La prise de contact est proposée en anglais.
