[e2e] TCP ssthresh setting after retransmission timeouts
Mark Allman
mallman at grc.nasa.gov
Mon Jul 7 08:58:30 PDT 2003
> If a TCP connection with cwnd = CWND segment experiences a retransmission
> timeout, then
> Rule 1: ssthresh is set to max(cwnd / 2, 2) segments and cwnd is set
> to 1 segment or
> Rule 2: ssthresh is set to max(FlightSize / 2, 2) segments and cwnd
> is set to 1 segment as specified in RFC2581.
>
> Most implementations seem to follow rule 1, including FreeBSD and NetBSD.
>
> Q1. What happens if there is a second retransmission timeout
> without snd.una having advanced? Rule 1 implies that ssthresh is
> set to 2 segments. Under rule 2, the value of ssthresh will depend
> on the definition of FightSize. Is FlightSize in this example
> equal to 1 or CWND segments? Depending on the definition, under
> rule 2, sshthresh will be set to 2 or CWND/2 on this and any
> subsequent retransmission timeouts. Which one is it?
You're right, it is quite ambiguous in the spec (sigh).
I think the right answer is ssthresh gets set to 2*SMSS bytes.
(Just my hit, though.)
> Q2. Many publications imply that the window size is "halved" on
> each such retransmission timeout, which sounds reasonable. I guess
> that really is not true.
Right. When the RTO fires the window is not halved -- it is cut to
1 segment. However, if the TCP can recover from the losses without
incurring an RTO (using fast retransmit, newreno, sack, etc.) then
the window is halved.
I hope that helps!
allman
--
Mark Allman -- BBN/NASA GRC -- http://roland.grc.nasa.gov/~mallman/
More information about the end2end-interest
mailing list