Animation TCP/IP , Communication TCP, UDP
Communication TCP, UDPTCP et UDP sont des règles de contrôle de la communication de données. TCP gère la communication plus strictement que UDP. Par conséquent, TCP convient aux communications nécessitant de la précision et UDP convient aux communications nécessitant de la vitesse.Pendant la communication, les données sont divisées en petits morceaux appelés paquets. Ensuite, un en-tête TCP ou UDP est ajouté à chaque paquet.* Détails TCPTCP établit d'abord une connexion entre les PC source et de destination. Les données sont ensuite envoyées sous forme de paquet, que le destinataire reçoit et assemble dans son état d'origine.Vérifiez ensuite les informations de l'en-tête TCP avec les données réelles pour vous assurer qu'il n'y a pas d'erreurs. Après confirmation, le destinataire répondra à chaque fois.S'il y a un problème de communication, les mêmes données seront à nouveau envoyées.* Contenu des en-têtes TCP et UDP«Source et ports de destination»: numéro de port PC«Séquence numéro»: numéro de données sortantes. Il est incrémenté de 1 pour chaque octet.«ACK No.»: Ajoutez 1 au numéro de séquence reçu«MSS (option)»: Taille maximale des données (octets) du paquet.«Window»: La taille des données à envoyer séquentiellement sans attendre ACK.(Exemple) Window (2000 bytes) = MSS (1000 bytes) * 2«Checksum»: Valeur pour vérifier l'exactitude des données
TCPCommunication TCP standard* «Pour [(S) No.00]»«No.00» signifie le numéro de séquence dans l'en-tête TCP.«(S)» signifie le numéro de séquence côté serveur et «(P)» signifie le côté PC un.1.Lorsque le PC accède au serveur Web, une première connexion TCP pour la communication est établie entre le PC et le serveur.2.Cette connexion est appelée «3 way hand shake». Chaque numéro de séquence de début et la taille du MSS sont déterminés lors de l'établissement de la connexion.3.En cours d'établissement de la connexion TCP4.PC : Accédez au site Web «http://www.ogumo.co.jp».(SYN) Demande une connexion TCP. [(P)No.2700] 5.Server : (ACK) OK. [(P)No.2701] (SYN) Je demande également une connexion TCP. [(S)No.3400] 6.PC : (ACK) OK. [(S)No.3401] 7.PC : Connexion établie.8.Server : Connexion établie.9.Lorsque le PC ou le serveur a envoyé un «SYN», chaque numéro de séquence de départ était défini de manière aléatoire.PC(2700),Server(3400)10.PC : (PSH) Demander les données du site Web.11.Commencer la communication des données du site Web.12.PC : Cette taille de demande est de 1 paquet, la quantité est de 10 octets. [(P)No.2701-2710] 13.Requête et réponse entre PC et serveur14.Server : (ACK) OK. [(P)No.2711] (PSH) Envoyer les données du site Web.(1 paquet, la quantité est de 1000 octets) [(S)No.3401-4400] 15.PC : Nous avons obtenu la moitié des données du site Web.16.PC : (ACK) OK. [(S)No.4401] 17.Server : (PSH) Envoyer la seconde moitié des données du site (1 paquet, 1 000 octets). [(S)No.4401-5400] 18.PC : Données du site Web obtenues.19.PC : (ACK) OK. [(S)No.5401] 20.Fin de la connexion21.PC : (FIN) Quitte l'affichage du site Web.Cette taille de requête est de 1 paquet, la quantité est de 1 octet. [(P)No.2711] 22.Server : (ACK) OK. [(P)No.2712] 23.Server : (FIN) Fermer la connexion. [(S)No.5401] 24.PC : (ACK) OK. [(S)No.5402] 25.Server : Connexion fermée.26.PC : La communication est terminée.TCP problèmeUn problème survient lors de la communication TCP.* «Pour [(S) No.00]»«No.00» signifie le numéro de séquence dans l'en-tête TCP.«(S)» signifie le numéro de séquence côté serveur et «(P)» signifie le côté PC un.1.Par souci de brièveté, commencez par une connexion de communication déjà établie.2.Lorsque le PC ou le serveur a envoyé un «SYN», chaque numéro de séquence de départ était défini de manière aléatoire.PC[2700],Server[3400].Ces nombres augmentent de 1 lors d'une prise de contact à trois.3.PC : (PSH) Demander les données du site Web.4.Commencer la communication des données du site Web.5.PC : Cette taille de demande est de 1 paquet, la quantité est de 10 octets. [(P)No.2701-2710] 6.Requête et réponse entre PC et serveur7.Server : (ACK) OK. [(P)No.2711] (PSH) Envoyer les données du site Web.(1 paquet, la quantité est de 1000 octets) [(S)No.3401-4400] 8.Certaines données sont manquantes.9.PC : Impossible de restaurer les données.10.PC : La quantité réelle de données reçues est de 800 octets. Elle a diminué de 200 octets.11.PC : Numéro de séquence perdu [(S)No.4201-4400] 12.PC : Cela provoque une erreur Checksum. Dans ce cas, le PC ne peut pas envoyer un ACK.13.Server : (PSH) Puisque ACK n'est pas retourné après un certain temps, le même paquet est renvoyé. [(S)No.3401-4400] 14.PC : (ACK) OK. [(S)No.4401] 15.Server : (PSH) Envoyer les données du site Web.(1 paquet, la quantité est de 1000 octets) [(S)No.4401-5400] 16.PC : Données du site Web obtenues.17.PC : (ACK) OK. [(S)No.5401] 18.PC : Paquet ACK perdu.19.Server : (PSH) Puisque ACK n'est pas retourné après un certain temps, le même paquet est renvoyé. [(S)No.4401-5400] 20.PC : (ACK) Données du site Web obtenues.21.Server : ACK reçu. [(S)No.5401] Toutes les données du site Web ont été envoyées.22.La fin de la connexion est omise.TCP WindowLe réglage «Window size» permet une communication continue.* «Pour [(S) No.00]»«No.00» signifie le numéro de séquence dans l'en-tête TCP.«(S)» signifie le numéro de séquence côté serveur et «(P)» signifie le côté PC un.1.Par souci de brièveté, commencez par une connexion de communication déjà établie.2.Lorsqu'une connexion est établie, le numéro de séquence, le MSS et la «Window size» sont déterminés. Window = MSS * 2. Par conséquent, les données du site sont envoyées deux fois de suite sans recevoir un ACK.3.Commencer la communication des données du site Web.4.PC : (PSH) Demander les données du site Web.5.PC : Cette taille de demande est de 1 paquet, la quantité est de 10 octets. [(P)No.2701-2710] 6.Requête et réponse entre PC et serveur7.Envoyez les données du site en continu en fonction de la «Window size» avant de recevoir ACK.8.Server : (ACK) OK. [(P)No.2711] (PSH) Envoyer les données du site Web.(1 paquet, la quantité est de 1000 octets) [(S)No.3401-4400] 9.Server : (PSH) Envoie le prochain paquet. [(S)No.4401-5400] 10.PC : (ACK) Nous avons obtenu la moitié des données du site Web.11.Server : ACK reçu. [(S)No.4401] 12.PC : (ACK) Données du site Web obtenues.13.Server : ACK reçu. [(S)No.5401] Toutes les données du site Web ont été envoyées.14.La fin de la connexion est omise.15.Le temps de communication a été raccourci en définissant la «Window size».TCP Window problèmeDes problèmes surviennent lorsque «Window size» est défini.* «Pour [(S) No.00]»«No.00» signifie le numéro de séquence dans l'en-tête TCP.«(S)» signifie le numéro de séquence côté serveur et «(P)» signifie le côté PC un.1.Par souci de brièveté, commencez par une connexion de communication déjà établie.2.Lorsqu'une connexion est établie, le numéro de séquence, le MSS et la «Window size» sont déterminés. Window = MSS * 2. Par conséquent, les données du site sont envoyées deux fois de suite sans recevoir un ACK.3.Commencer la communication des données du site Web.4.PC : (PSH) Demander les données du site Web.5.PC : Cette taille de demande est de 1 paquet, la quantité est de 10 octets. [(P)No.2701-2710] 6.Requête et réponse entre PC et serveur7.Envoyez les données du site en continu en fonction de la «Window size» avant de recevoir ACK.8.Server : (ACK) OK. [(P)No.2711] (PSH) Envoyer les données du site Web.(1 paquet, la quantité est de 1000 octets) [(S)No.3401-4400] 9.PC : Données du site Web obtenues. [(S)No.3401-4200] Certaines données sont manquantes.10.Server : (PSH) Envoie le prochain paquet. [(S)No.4401-5400] 11.Certaines données sont manquantes.12.Server : Le serveur attend le premier ACK. [(S)No.4401] 13.PC : (ACK) Nous avons obtenu la seconde moitié des données du site Web. [(S)No.4401-5400] 14.PC : Seul le deuxième ACK est retourné.«ACK No.» indique que le PC demande le premier paquet. [(S)No.3401] 15.PC : Si un paquet de données de site différent est envoyé au PC, le même ACK sera retourné. [(S)No.3401] 16.Server : Si le même ACK est renvoyé plusieurs fois de suite ou si le délai d'attente se produit, le serveur envoie à nouveau le paquet. [(S)No.3401-4400] 17.Server : (PSH) Renvoyez le même paquet car le dernier numéro ACK a toujours été envoyé. [(S)No.3401-4400] 18.PC : (ACK) Données du site Web obtenues. [(S)No.3401-4400] 19.Server : ACK reçu. [(S)No.5401] Toutes les données du site Web ont été envoyées.20.La fin de la connexion est omise.21.Si les données ne sont pas envoyées correctement, le destinataire attend les données manquantes et continue à indiquer à l'expéditeur le même numéro ACK.UDPCommunication UDP. Cet exemple se présente sous la forme de vidéos Web antérieures.1.Avant de pouvoir commencer à télécharger des données vidéo avec UDP, votre PC doit utiliser TCP pour accéder au site Web qui publie la vidéo. Je vais expliquer brièvement TCP.2.PC : (PSH) Demander les données du site Web.3.Server : (ACK)+(PSH) Envoyer les données du site Web.4.PC : (ACK) Données du site Web obtenues.5.La connexion est établie et les données du site sont téléchargées via TCP. Les données vidéo n'ont pas encore été téléchargées.6.PC : (PSH) Cliquez sur le bouton pour lire la vidéo.7.Server : (ACK) OK.8.Cette connexion est pour la communication TCP. UDP n'en a pas besoin. Je ne la montrerai pas ici à titre d'illustration.9.Cette application vidéo envoie des données via UDP.10.Server : Cette application vidéo envoie des données via UDP.11.PC : Récupère et affiche les données vidéo.12.Server : Envoyer les données suivantes sans vérifier les données ni attendre une réponse.13.Server : Cette application vidéo envoie des données via UDP.14.Les données vidéo sont envoyées les unes après les autres.15.PC : Récupère et affiche les données vidéo.16.Server : Cette application vidéo envoie des données via UDP.17.La communication UDP s'est soudainement interrompue par manipulation du PC. Désormais, les données seront envoyées avec TCP.18.PC : (PSH) Appuyez sur le bouton de fin.19.Server : (ACK) OK.20.PC : J'ai fini de regarder la vidéo.UDP problèmeUn problème se produit pendant la communication UDP.1.Avant de pouvoir commencer à télécharger des données vidéo avec UDP, votre PC doit utiliser TCP pour accéder au site Web qui publie la vidéo. Je vais expliquer brièvement TCP.2.PC : (PSH) Demander les données du site Web.3.Server : (ACK)+(PSH) Envoyer les données du site Web.4.PC : (ACK) Données du site Web obtenues.5.La connexion est établie et les données du site sont téléchargées via TCP. Les données vidéo n'ont pas encore été téléchargées.6.PC : (PSH) Cliquez sur le bouton pour lire la vidéo.7.Server : (ACK) OK.8.Cette connexion est pour la communication TCP. UDP n'en a pas besoin. Je ne la montrerai pas ici à titre d'illustration.9.Cette application vidéo envoie des données via UDP.10.Server : Cette application vidéo envoie des données via UDP.11.PC : Récupère et affiche les données vidéo.12.Server : Envoyer les données suivantes sans vérifier les données ni attendre une réponse.13.Server : Cette application vidéo envoie des données via UDP.14.Les données vidéo sont envoyées les unes après les autres.15.PC : Récupère et affiche les données vidéo.16.Server : Cette application vidéo envoie des données via UDP.17.Si des données sont perdues, elles ne seront pas vérifiées par UDP.18.Cependant, puisque la quantité de données est enregistrée dans l'en-tête UDP, il est possible pour l'application de la reconnaître et de la définir pour résoudre le problème.19.La communication UDP s'est soudainement interrompue par manipulation du PC. Désormais, les données seront envoyées avec TCP.20.PC : (PSH) Appuyez sur le bouton de fin.21.Server : (ACK) OK.22.PC : J'ai fini de regarder la vidéo.
|
