TCP sans connexion TCP/IP sur une connexion ouverte

Si une connexion TCP est établie entre un client et un serveur, envoie-t-on des données plus rapidement sur cette route orientée connexion par rapport à une connexion sans connexion, les informations d'en-tête sont-elles moins nombreuses? Ainsi, une connexion TCP est ouverte et des octets sont envoyés sur la connexion ouverte au fur et à mesure des besoins. Ou UDP serait-il encore un meilleur choix via une route sans connexion où chaque paquet contient l'adresse de destination?TCP sans connexion TCP/IP sur une connexion ouverte

Est-ce que l'envoi de paquets via une connexion TCP établie (après que toute manipulation manuelle ait été effectuée) soit une méthode plus rapide que le protocole UDP?

Source

2012-01-19 frimley

Ils sont trop différents pour être comparés utilement de cette façon. Un 747 est plus rapide que la marche, mais un 747 ne vous fera pas descendre un escalier. –

Hypothèse non justifiée: "étant donné qu'il y a moins d'informations d'en-tête dans les paquets [TCP] [que dans les paquets UDP]". Qu'est ce qui te fait penser ça? Un en-tête UDP est de 8 octets. Un en-tête TCP est d'au moins 20 octets. –

2ème hypothèse non acceptée: uniquement sur un "itinéraire sans connexion" fait "chaque paquet contient l'adresse de destination." Chaque paquet contient l'adresse de destination, que le paquet transporte TCP ou UDP. –

Je vous suggère de lire un peu plus à ce sujet.

juste une réponse rapide. TCP s'assure que tous les paquets sont livrés. Donc, si l'un est abandonné pour une raison quelconque. L'expéditeur continuera à l'envoyer jusqu'à ce que le destinataire l'obtienne. Cependant, UDP envoie un paquet et l'oublie juste, ainsi vous pourriez perdre quelques-uns des paquets. Par conséquent, UDP envoie moins de paquets sur le réseau. C'est pourquoi ils utilisent UDP pour les vidéos parce que perdre une petite quantité de données n'est pas un gros problème, même si l'expéditeur l'envoie à nouveau, il est trop tard pour que le récepteur l'utilise, donc UDP est meilleur. En revanche, vous ne voulez pas que vos services bancaires en ligne soient sur UDP! Editer: Rappelez-vous, la vitesse d'envoi de paquets pour UDP et TCP est presque la même et dépend du réseau! Cependant, une fois la prise de contact effectuée dans TCP, le destinataire doit envoyer les accusés de réception, et l'expéditeur doit attendre l'accusé de réception avant d'envoyer un nouveau lot de données, ce qui serait encore un peu plus lent.

Source

2012-01-19 17:49:29 Reza

En général, TCP est légèrement plus lent, malgré moins d'informations d'en-tête, car les paquets doivent arriver dans l'ordre, et, en fait, doivent arriver. Dans une situation UDP, il n'y a pas de vérification de l'un ou l'autre.

Source

2012-01-19 17:45:04 Joel

Ce qui signifie que vous devez effectuer la vérification, et comme il n'y a pas de contrôle de flux en UDP, vous risquez de perdre des paquets plutôt facilement. Et vous ne pouvez probablement pas vous vérifier plus rapidement que TCP. – nos

Je doute que TCP a moins d'informations d'en-tête que UDP. Pouvez-vous citer une source? (Voici les miennes: [udp header] (http://en.wikipedia.org/wiki/User_Datagram_Protocol#Packet_structure), [tcp header] (http://en.wikipedia.org/wiki/Transmission_Control_Protocol#TCP_segment_structure)). –

Les en-têtes TCP sont plus volumineux que UDP: http://en.wikipedia.org/wiki/Transmission_Control_Protocol – Reza

TCP sans connexion TCP/IP sur une connexion ouverte

Répondre

Questions connexes