Qu'est-ce qu'une mise à jour de la fenêtre TCP?

les fenêtres TCP sont utilisées pour le contrôle de flux entre les pairs sur une connexion. Avec chaque paquet ACK, un hôte enverra un champ "window size". Ce champ indique le nombre d'octets de données de l'hôte peut recevoir avant il est plein. L'expéditeur n'est pas censé envoyer plus de cette quantité de données.

la fenêtre peut se remplir si le client ne reçoit pas les données assez rapidement. En d'autres termes, les tampons TCP peuvent se remplir pendant que l'application est hors de faire quelque chose d'autre que la lecture de son socket. Lorsque cela se produit, le client envoie un paquet ACK avec le bit "window full". À ce moment, le serveur est censé arrêter d'envoyer des données. Tout paquet envoyé à une machine avec une pleine fenêtre être accusé de réception. (Cela provoquera la retransmission d'un expéditeur mal conduit. Un expéditeur qui se comporte bien amortira simplement les données sortantes. Si le tampon sur le côté d'envoi remplit aussi, alors l'application d'envoi bloquera quand il essaie d'écrire plus de données à la socket!)

c'est un décrochage TCP. Cela peut se produire pour de nombreuses raisons, mais en fin de compte, cela signifie simplement que l'émetteur transmet plus rapidement que le récepteur lit.

une fois que l'application de l'extrémité de réception revient à la lecture de la socket, il drainera certaines des données tamponnées, ce qui libère de l'espace. Le destinataire envoie alors un paquet" window update " pour indiquer à l'expéditeur la quantité de données qu'il peut transmettre. L'émetteur commence à transmettre ses données tamponnées et la circulation doit être normale.

bien sûr, vous pouvez obtenir répété étals si le récepteur est toujours lent.

j'ai formulé cela comme si l'expéditeur et le destinataire étaient différents, mais en réalité, les deux pairs échangent des mises à jour de fenêtre avec chaque paquet ACK, et chaque côté peut faire remplir sa fenêtre.

le message général est que vous n'avez pas besoin d'envoyer des paquets de mise à jour de fenêtre directement. Il serait en fait une mauvaise idée d'usurper l'identité d'un jusqu'.

en ce qui concerne l'exception que vous voyez... il est peu probable qu'elle soit causée ou empêchée par le paquet de mise à jour de la fenêtre. Cependant, si le client ne lit pas assez vite, vous risquez de perdre des données. Dans votre serveur, vous devriez vérifier la valeur de retour de votre Socket.write() appels. Il pourrait être inférieur au nombre d'octets que vous essayez d'écrire. Cela se produit si le tampon d'émission de l'expéditeur est plein, ce qui peut se produire lors d'un décrochage TCP. Vous risquez de perdre de octet.

par exemple, si vous essayez d'écrire 8192 octets avec chaque appel à écrire, mais qu'un des appels renvoie 5691, alors vous devez envoyer les 2501 octets restants sur le prochain appel. Sinon, le client ne verra pas le reste du bloc de 8K et votre fichier sera plus court du côté du client que du côté du serveur.