Comment faire : Qu’est-ce que le protocole UDP (User Datagram Protocol)?

UDP contre TCP

Au fur et à mesure que les données sont transférées d’un point à un autre, un en-tête leur est attribué, qui indique aux appareils quoi en faire. L’en-tête UDP est un simple en-tête fixe de 8 octets. Avec TCP, par contre, l’en-tête peut varier de 20 à 60 octets. Les champs des numéros de port UDP ont une longueur de 16 bits, ce qui leur donne une plage allant de 0 à 65535. L’en-tête se compose d’un port source 16 bits, d’un port de destination 16 bits, d’une longueur de 16 bits et d’un 16 -bits de contrôle. Ce sont les informations utilisées pour envoyer le datagramme vers sa destination. Le processus d’envoi n’implique aucune vérification d’une connexion entre la source et la destination.

TCP est différent en ce qu’il nécessite une poignée de main entre l’origine des données et leur destination. Cela rend TCP plus fiable que UDP. Au cours d’une communication TCP, les données ne peuvent être envoyées qu’après que la destination et la source ont été formellement liées. Avec UDP, comme aucun lien n’est requis, les données peuvent être envoyées immédiatement.

Une autre différence entre les communications TCP et UDP est qu’avec TCP, l’ordre dans lequel les paquets doivent être reçus est confirmé avant le début de la transmission. De plus, TCP fournit la confirmation que les paquets sont arrivés comme prévu. Dans le cas où le paquet n’arrive pas, TCP dicte qu’il doit être renvoyé. UDP ne nécessite aucune confirmation, vérification ou renvoi.

Si une application utilise UDP, les utilisateurs assument le risque d’erreurs, les données n’atteignant pas leur destination ou étant dupliquées. La récompense pour accepter ce compromis est une meilleure vitesse. UDP lui-même n’est pas nécessairement responsable de la perte de données. Les informations contenues dans l’en-tête sont suffisantes pour obtenir les données là où elles doivent aller, et l’ordre chronologique de l’envoi des datagrammes doit les maintenir en ordre.

Cependant, la majorité des routeurs réseau ne sont pas capables de confirmer l’arrivée ou de commander les paquets. Les paquets de données peuvent être perdus ou dupliqués. TCP explique cette «faiblesse» de la plupart des routeurs réseau en s’assurant que les données arrivent là où elles vont et dans le bon ordre.

Nouveau :   Comment faire : Beatrice Egli gare une voiture au bord du lac et encourage les fans à faire ce qui est strictement interdit - ne le savait-elle pas?
UDP est utilisé pour:
  1. La communication simple demande / réponse de quantités relativement petites de données, éliminant les problèmes de contrôle des erreurs ou du flux des paquets
  2. Multidiffusion car UDP fonctionne bien avec la commutation de paquets
  3. Protocoles de mise à jour de routage tels que le protocole RIP (Routing Information Protocol)
  4. Applications en temps réel dans lesquelles les informations doivent être fournies rapidement et en douceur
  5. Les implémentations suivantes où il s’agit d’un protocole de couche de transport utile:
  • DNS
  • Protocole de temps réseau (NTP)
  • Network News Protocol (NNP)
  • Protocole de configuration dynamique d’hôte (DHCP), protocole d’amorçage (BOOTP)
  • Protocole RTSP (Real Time Streaming Protocol), Trivial File Transfer Protocol (TFTP), RIP
  • Citation du protocole du jour (QOTD)

6. Les applications suivantes:

  • Enregistrer l’itinéraire
  • Traceroute
  • Horodatage

7. Applications multimédias dans lesquelles la réception de paquets en temps réel est essentielle

8. Lors de l’utilisation de la diffusion ou de la multidiffusion pour transférer des données

9. Pour alléger le fardeau des ressources informatiques

Source : http://www.bing.com/news/apiclick.aspx?ref=FexRss&aid=&tid=DB9874F0BA0044B3B1F87095B9233CB2&url=https%3A%2F%2Fwww.fortinet.com%2Fde%2Fresources%2Fcyberglossary%2Fuser-datagram-protocol-udp&c=12147818340088126028&mkt=de-de
C’était un tuto video hd : Qu’est-ce que le protocole UDP (User Datagram Protocol)?

#Questce #protocole #UDP #User #Datagram #Protocol
2020-11-24 04:33:00

Happy
Happy
%
Sad
Sad
%
Excited
Excited
%
Sleepy
Sleepy
%
Angry
Angry
%
Surprise
Surprise
%

Average Rating

5 Star
0%
4 Star
0%
3 Star
0%
2 Star
0%
1 Star
0%

Laisser un commentaire

%d blogueurs aiment cette page :