Le protocole de datagramme utilisateur (UDP) a été introduit en 1980 et est l’un des plus anciens protocoles de réseau existants. C'est un simple protocole de couche de transport OSI pour les applications réseau client / serveur, basé sur le protocole Internet (IP) et constituant la principale alternative au protocole TCP.
Une brève explication de UDP pourrait expliquer qu'il s'agit d'un protocole peu fiable comparé à TCP. Bien que cela soit vrai, étant donné qu’il n’ya aucune vérification ou correction d’erreur impliquée dans les transmissions de données, il est également vrai qu’il existe certainement des applications pour ce protocole auxquelles TCP ne peut pas correspondre.
Le format UDP (parfois appelé UDP / IP) est souvent utilisé dans les applications de vidéoconférence ou les jeux informatiques conçus spécifiquement pour des performances en temps réel. Pour atteindre de meilleures performances, le protocole permet de supprimer des paquets individuels (sans nouvelle tentative) et de recevoir les paquets UDP dans un ordre différent de celui dans lequel ils ont été envoyés, conformément à l'application.
Cette méthode de transmission, comparée à TCP, permet de réduire les temps d’enregistrement des données et les délais. Étant donné que les paquets sont envoyés quoi qu’il en soit, et qu’il n’ya pas de vérification d’erreur impliquée, la bande passante utilisée est réduite.
UDP est-il meilleur que TCP?
La réponse à cette question dépend du contexte car UDP permet de meilleures performances, mais peut-être de moins bonne qualité, que TCP.
Un bon exemple de la préférence du protocole UDP au protocole TCP concerne une application plus performante avec moins de temps de latence, telle que les jeux en ligne, les conversations vidéo ou les transmissions vocales. Des paquets peuvent être perdus, mais avec moins de retards généraux pour réduire la qualité, on ne perçoit pas vraiment de perte de qualité.
Avec les jeux en ligne, le trafic UDP permet au jeu de continuer même si la connexion est perdue momentanément ou si certains des paquets sont abandonnés pour une raison quelconque. Si une correction d'erreur était impliquée, la connexion perdrait du temps, car les paquets essayaient de rentrer là où ils l'avaient laissée pour compenser les erreurs, mais c'est inutile dans les jeux vidéo en direct. La même chose est vraie avec la diffusion en direct.
Cependant, la raison pour laquelle UDP n’est pas si bon en ce qui concerne les transferts de fichiers est que vous avez besoin de l’ensemble du fichier pour pouvoir l’utiliser correctement. Cependant, vous n'avez pas besoin de chaque paquet d'un jeu vidéo ou d'une vidéo pour en profiter.
TCP et UDP dans la couche 4 du modèle OSI et fonctionnent avec des services tels que TFTP, RTSP et DNS.
Datagrammes UDP
Le trafic UDP fonctionne via ce qu'on appelle des datagrammes, chaque datagramme étant constitué d'une seule unité de message. Les détails de l'en-tête sont stockés dans les huit premiers octets, mais le reste est ce qui contient le message.
Chaque partie d'un en-tête de datagramme UDP, répertoriée ici, est constituée de deux octets:
- Numéro de port source
- Numéro de port de destination
- Taille du datagramme
- Checksum
Les numéros de port UDP permettent à différentes applications de gérer leurs propres canaux de données, similaires au protocole TCP. Les en-têtes de port UDP ont une longueur de deux octets; Par conséquent, les numéros de port UDP valides vont de 0 à 65535.
La taille du datagramme UDP est le nombre total d'octets contenus dans les sections d'en-tête et de données. Comme la longueur de l'en-tête est une taille fixe, ce champ suit effectivement la longueur de la partie de données de taille variable (parfois appelée charge utile).
La taille des datagrammes varie en fonction de l'environnement d'exploitation, mais ne dépasse pas 65535 octets.
Les sommes de contrôle UDP protègent les données des messages contre la falsification. La valeur de la somme de contrôle représente un codage des données de datagramme calculé en premier par l'expéditeur et ensuite par le destinataire. Si un datagramme individuel est falsifié ou corrompu pendant la transmission, le protocole UDP détecte une incompatibilité de calcul de somme de contrôle.
Dans UDP, le checksum est facultatif, contrairement à TCP où les checksums sont obligatoires.
