I am doing some networking tests, and I am taking captures of a single TCP connection traffic.
While doing that I noticed that Windows stack is sometimes not compatible with RFC 2988, that is, if the receiver delays an ack, the transmitter (Windows Server 2003 stack) starts to retransmit packets very fast i.e. after ~200-250ms, while in RFC 2988 it is defined that the Retransmission Time Out (RTO) should be at least 1 second.
I find it hard to believe that the Windows stack is not compatible with RFC 2988.
Therefore, I would like to ask if anyone is familiar with this behavior? Does it relate to the application I am using (ntttcp)? Is there a way to configure/avoid this behavior?
Thanks.