Je connais la différence entre les deux sur le plan technique.
Mais dans la vraie vie, est-ce que quelqu’un peut fournir des exemples (les meilleurs) d’applications (utilisations) de TCP et d’UDP pour démontrer la différence?
UDP: Tout ce qui ne vous intéresse pas trop si vous obtenez toujours toutes les données
TCP: Presque tout ce dont vous avez besoin pour obtenir toutes les données transmises
EDIT: Je ne vais pas prendre la peine d’expliquer les différences, puisque vous dites que vous le savez déjà et que toutes les autres réponses l’expliquent de toute façon 🙂
UDP envoie une lettre au bureau de poste.
TCP envoie une lettre avec un accusé de réception au bureau de poste, sauf que le maître de poste organisera les lettres dans l’ordre d’envoi et ne les livrera que dans l’ordre.
Eh bien, c’était une tentative de toute façon.
Le sharepoint vue classique est de considérer TCP comme sûr et UDP comme non fiable.
Mais lorsque les protocoles TCP-IP sont utilisés dans des applications critiques pour la sécurité, le protocole TCP n’est pas recommandé car il peut s’arrêter en cas d’erreur pour plusieurs raisons. Alors que UDP permet au logiciel d’application de gérer les erreurs, les temporisateurs de retransmission, etc.
De plus, TCP a plus de temps de traitement que UDP.
Actuellement, le protocole UDP est utilisé dans les commandes et les instruments de vol des avions, selon la norme ARINC 664, également appelée AFDX (Ethernet commuté Full-Duplex Switched Avionics). Dans ARINC 664, TCP est optionnel mais UDP est utilisé avec les RTOS (systèmes d’exploitation en temps réel) conçus pour la norme ARINC 653 (logiciel de contrôle de haute fiabilité dans les avions civils).
Pour plus d’informations sur les contrôles en temps réel utilisant IP et UDP dans AFDX, vous pouvez lire les pages 27 à 50 dans http://www.afdx.com/pdf/AFDX_Training_October_2010_Full.pdf
TCP :
UDP :
TCP
Je n’enverrai plus de données avant d’avoir reçu un accusé de réception.
ce processus est lent
Il est utilisé à des fins de sécurité
exemple: web, envoi de courrier, réception de courrier, etc.
UDP
Ici, je n’ai pas mal à la tête avec reconnaissance.
ce processus est plus rapide mais les données peuvent être perdues.
exemple: streaming vidéo, jeux en ligne, etc.
TCP + UDP = SMTP (exemple: mobile, téléphone)
TCP garantit (dans l’ordre) la livraison des paquets. UDP ne le fait pas.
TCP – utilisé pour le trafic pour lequel vous avez besoin de toutes les données. c.-à-d. HTML, images, etc. UDP – utilisé pour le trafic qui ne souffre pas beaucoup si un paquet est supprimé, c.-à-d. streaming vidéo et voix, certains canaux de données de jeux en ligne, etc.
TCP est un protocole de connexion, il établit un chemin ou une connexion virtuelle tout au long des commutateurs, des proxies de routeurs, etc., puis lance toute communication. Divers mécanismes, tels que le routage de l’algorithme de chemin d’access le plus court, existent pour établir la connexion de bout en bout virtuelle. Il se trouve donc utilisé lors de la navigation HTML et d’autres pages, rendant les paiements et les applications Web en général.
Le protocole UDP est un protocole sans connexion – il a simplement une destination et les nœuds le transmettent simplement s’il est le mieux possible. Ainsi, les paquets arrivant en panne, le long de différents itinéraires, etc. sont fréquents. Ainsi, les messageries instantanées et les développeurs de logiciels similaires pensent que UDP est la solution idéale.
Dans la vraie vie, si vous voulez jeter des données sur le net, sans vous soucier du temps qu’il faut pour y accéder, ordre d’utilisation UDP. Si vous voulez un chemin solide avant de lancer des paquets et que vous voulez le même ordre et la même latence pour vos paquets de données, utilisez TCP – Je vais utiliser UDP pour Torrents et TCP pour PayPal!
Email:
Raison: supposons que si un paquet (mots / déclaration) est manquant, nous ne pouvons pas comprendre le contenu. Il devrait être fiable.
streaming vidéo:
* ** Raison: *** supposons que si un paquet (cadre / séquence) est manquant, nous pouvons comprendre le contenu.Parce que la vidéo est une collection d’images.Pour 1 seconde vidéo, il devrait y avoir 25 images (image). Même si nous pouvons comprendre certaines images manquent à cause de notre imagination. C’est pourquoi UDP est utilisé pour le streaming vidéo.
TCP est approprié lorsque vous devez déplacer une quantité de données décente (> ~ 1 Ko) et que vous avez besoin de la livraison complète. Presque toutes les données qui se déplacent sur Internet le font via TCP – HTTP, SMTP, BitTorrent, SSH, etc., toutes utilisent le protocole TCP.
UDP est approprié lorsque vous avez de petits messages que vous pouvez vous permettre de perdre et que vous souhaitez les envoyer aussi efficacement que possible. L’une des raisons pour lesquelles vous pourriez vous permettre de les perdre est que vous pouvez les renvoyer s’ils sont perdus. Le principal exemple sur Internet est le DNS – le DNS se compose de petites requêtes disant «quel est le numéro IP de stackoverflow.com?» Et les réponses sont en conséquence réduites. Les ordinateurs font beaucoup de ces requêtes, ils doivent donc être faits efficacement, mais s’ils sont perdus en cours de route, il est facile de les expirer et de les renvoyer.
TCP garantit la livraison et l’ordre des paquets. L’ordre est presque aussi important que la livraison en premier lieu lors de la reconstruction de données pour des fichiers tels que des exécutables, etc.
UDP ne garantit pas la commande de livraison NOR. Les paquets peuvent arriver (ou pas!) Dans n’importe quel ordre.
Les utilisations courantes du protocole TCP incluent le transfert de fichiers lorsque l’intégrité des paquets est primordiale. Les applications voix / vidéo peuvent se permettre de perdre certaines données tout en conservant une qualité acceptable, et utilisent donc généralement le protocole UDP.
Une reflection supplémentaire sur certains des commentaires ci-dessus concernant la livraison ordonnée… Il faut préciser que l’ordinateur de destination peut recevoir des paquets en panne sur le câble, mais que le TCP à la destination est responsable de la «réorganisation des -order data “avant de le transmettre aux couches supérieures de la stack. Lorsque vous dites que TCP garantit une livraison de paquets ordonnée, cela signifie que les paquets seront livrés dans le bon ordre aux couches supérieures de la stack.
SCTP vs TCP vs UDPServices/Features SCTP TCP UDP Connection-oriented yes yes no Full duplex yes yes yes Reliable data transfer yes yes no Partial-reliable data transfer optional no no Ordered data delivery yes yes no Unordered data delivery yes no yes Flow control yes yes no Congestion control yes yes no ECN capable yes yes no Selective ACKs yes optional no Preservation of message boundaries yes no yes Path MTU discovery yes yes no Application PDU fragmentation yes yes no Application PDU bundling yes yes no Multistreaming yes no no Multihoming yes no no Protection against SYN flooding attacks yes no n/a Allows half-closed connections no yes n/a Reachability check yes yes no Psuedo-header for checksum no (vtags) yes yes Time wait state vtags 4-tuple n/a
Étant donné que les utilisations de TCP sont assez simples à partir d’autres réponses, je mentionnerai quelques cas d’utilisation UDP intéressants:
1) DHCP – Protocole de configuration d’hôte dynamic, utilisé pour atsortingbuer dynamicment une adresse IP et une autre configuration réseau aux périphériques de connexion. En termes simples, ce protocole vous permet simplement de vous connecter au câble réseau (ou wifi) et de commencer à utiliser Internet, sans aucune configuration supplémentaire. DHCP utilise le protocole UDP. Étant donné que le message de demande de parameters est diffusé depuis l’hôte et qu’il est impossible d’établir une connexion TCP avec le serveur DHCP (vous ne connaissez pas son adresse), il est impossible d’utiliser le protocole TCP à la place.
2) Traceroute – outil de diagnostic réseau bien connu qui vous permet d’explorer quel chemin dans le réseau votre datagramme passe pour atteindre sa destination (et combien de temps cela prend). Par défaut, il envoie un datagramme UDP avec un numéro de port de destination improbable (allant de 33434 à 33534) à la destination avec le champ ttl (time-to-live) défini sur 1. Lorsque le routeur reçoit un tel datagramme – il découvre que le datagramme a expiré. Ensuite, le routeur supprime le datagramme et envoie à l’origine du datagramme un message d’erreur ICMP (Internet Control Message Protocol) indiquant que le ttl du datagramme a expiré et qu’il contient le nom et l’adresse IP du routeur. Chaque fois que l’hôte envoie des datagrammes avec une durée de vie supérieure et supérieure, augmentant ainsi la partie du réseau qu’il réussit à surmonter et obtenant de nouveaux messages ICMP à partir des nouveaux routeurs. Lorsqu’il parvient finalement à sa destination (les datagrammes TTL sont suffisamment gros pour l’autoriser), l’hôte de destination envoie le message ICMP “Destination Port inaccessible” à l’hôte d’origine. De cette façon, Traceroute sait que la destination a été atteinte. Comme le protocole TCP garantit la livraison des segments, il serait au moins inefficace de l’utiliser au lieu du protocole UDP, ce qui permet de supprimer les datagrammes sans aucune tentative de renvoi (le renvoi est implémenté au niveau supérieur, avec une TTL croissante comme décrit ci-dessus) .
UDP est beaucoup utilisé dans les jeux ou autres configurations Peer-to-peer car il est plus rapide et la plupart du temps vous n’avez pas besoin du protocole lui-même pour vous assurer que tout arrive à la destination dans l’ordre d’origine (UDP ne garantit pas la livraison des paquets) ou ordre de livraison).
Le trafic Web, par contre, dépasse TCP. (Je ne suis pas sûr ici mais je pense que cela a à voir avec la façon dont le protocole HTTP est construit)
Edité parce que j’ai échoué à UDP.
Exemples réels de TCP et UDP TCP -> un appel téléphonique, sms ou quelque chose de spécifique à la destination UDP -> une chaîne de radio FM (AM), Wi-Fi.