fix-rx-rtt-computation-when-delay-is-involved-20010326
authorNickolai Zeldovich <kolya@mit.edu>
Tue, 27 Mar 2001 01:51:35 +0000 (01:51 +0000)
committerDerrick Brashear <shadow@dementia.org>
Tue, 27 Mar 2001 01:51:35 +0000 (01:51 +0000)
commit6cd845bdb528938c2b6a559c2f0d577436676f94
treeee0b9175cc07a4d84c18093a82d3ccff9952b21c
parentbccc6a809dc15479e5831ab8ad111029fcdba258
fix-rx-rtt-computation-when-delay-is-involved-20010326

"   rx: attempt to fix incorrect rtt computation, possibly winning
    on performance for links with some packet loss.

    Currently, the rtt is computed as the time from the transmission
    of a packet until the receipt of the corresponding ack packet.
    But this includes a potential delay (rx_{soft,hard,last}AckDelay)
    on the client which results in an abnormally high rtt, and even
    more erroneous rtt_dev and retransmit timeout values.

    The proposed solution is to ignore RX_ACK_DELAY type ack packets
    for the purposes of rtt computations, and introduce another ack
    packet type for RX_ACK_DELAY-type acks which are sent immediately
    by the client.

    This should of course be backwards-compatible with existing clients.
"
src/rx/rx.c
src/rx/rx.h