La fonction de connexion revient après l'envoi du dernier accusé de réception (3ème segment de la prise de contact à 3 voies de l'initialisation de la connexion TCP). Que se passe-t-il si ce 3ème segment est perdu parce que l'écoute attend encore ACK au serveur mais il n'y a personne sur le client pour envoyer à nouveau ce ACK?Doute dans l'établissement de liaison à trois voies dans la fonction d'écoute TCP et Unix
Si le client envoie son ACK avec un paquet de données, et qu'il est perdu, le client remarquera que les données n'ont pas été ACKD par le serveur et renvoyer le paquet.
Si le client envoie son ACK dans un paquet séparé, et qu'il est perdu, le serveur remarquera que le SYN/ACK n'a pas été ACKD par le client et renvoyer le paquet. Le client répondra en renvoyant l'ACK. Si l'appel de connexion de l'application est toujours bloqué à ce moment-là, cela n'a pas d'importance, car l'ACKing est effectué par l'implémentation TCP/IP du système d'exploitation.
Vous avez dit que ACKing est fait par l'implémentation du système d'exploitation, mais finalement, la fonction de connexion et d'écoute complète la prise de contact à 3 voies. Alors, quelle est l'autre chose qui va compléter la poignée de main? – avd
aditya: Le noyau du système d'exploitation le fera de manière asynchrone, lorsqu'il remarquera qu'une minuterie du noyau a expiré. – caf
wallenborn: C'est vrai sauf si le serveur utilise des syncookies, auquel cas il ne remarquera pas que le syn/ack n'a pas été intercepté (puisqu'il ne conserve aucun enregistrement du syn/ack qu'il a envoyé). – caf