ACK dans TCP

Fermé
moimoibis - 19 mai 2011 à 11:12
sniffy Messages postés 87 Date d'inscription vendredi 16 octobre 2009 Statut Membre Dernière intervention 11 mai 2017 - 26 mai 2011 à 00:18
Bonjour,

J'ai une question à propos des ACK sous TCP. Je fais actuellement une analyse de trame d'un client vers un serveur, et j'ai remarqué à plusieurs reprises que la transmission d'un ACK se faisait 0.200s après la réception du paquet. Ceci ne vient pas du réseau car je snif coté client, c'est lui qui reçoit le paquet et qui émet cette ACK 0.200s plus tard(sans donnée juste l'ACK soit les 54 octets de l'entete) .
De plus j'ai remarqué que quand le client envoi des donnée avec l'ACK ce délai est ridicule. Le client a t'il un time out afin d'être sur qu'il n'y a pas de donnée a transmettre avec l'ACK? Si oui est ce normal que le time out soit ci long?
Quelqu'un aurait il une idée sur le pourquoi de ce délai ci long!!
Merci de vos réponses

4 réponses

sniffy Messages postés 87 Date d'inscription vendredi 16 octobre 2009 Statut Membre Dernière intervention 11 mai 2017 33
26 mai 2011 à 00:01
salut,

Ce 200ms correspond a ce qu'on appel le delayed ACK.

L'explication ici avec l'algorithm de nagle: http://www.stuartcheshire.org/papers/NagleDelayedAck/

Sinon un site pas mal sur tcp: http://cities.lk.net/tcp.html#Timeouts

En espérant que ça peut répondre a tes questions.
1
Connaissez vous un forum spécialisé dans le réseau ou les trames sur lequel je pourrais poster ma question??
Merci
0
Merci beaucoup de ta réponse,
je ne comprenais vraiment pas ce délai^^
0
sniffy Messages postés 87 Date d'inscription vendredi 16 octobre 2009 Statut Membre Dernière intervention 11 mai 2017 33
26 mai 2011 à 00:18
de rien !
0