ACK dans TCP
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
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
-
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. -
Connaissez vous un forum spécialisé dans le réseau ou les trames sur lequel je pourrais poster ma question??
Merci -
Merci beaucoup de ta réponse,
je ne comprenais vraiment pas ce délai^^ -
de rien !
