diff options
| author | Yuchung Cheng <ycheng@google.com> | 2014-05-30 15:25:59 -0700 |
|---|---|---|
| committer | Greg Kroah-Hartman <gregkh@linuxfoundation.org> | 2014-06-26 15:15:39 -0400 |
| commit | d86b9e396a82cf7988a9ba3b9943f47f146ad770 (patch) | |
| tree | 3161f00adc36a898907d2f8f4027a75636f878d4 /Documentation/fb | |
| parent | 03bcf77669fbe71906c92b25a450e9b1dc2b4ee4 (diff) | |
| download | linux-rt-d86b9e396a82cf7988a9ba3b9943f47f146ad770.tar.gz | |
tcp: fix cwnd undo on DSACK in F-RTO
[ Upstream commit 0cfa5c07d6d1d7f8e710fc671c5ba1ce85e09fa4 ]
This bug is discovered by an recent F-RTO issue on tcpm list
https://www.ietf.org/mail-archive/web/tcpm/current/msg08794.html
The bug is that currently F-RTO does not use DSACK to undo cwnd in
certain cases: upon receiving an ACK after the RTO retransmission in
F-RTO, and the ACK has DSACK indicating the retransmission is spurious,
the sender only calls tcp_try_undo_loss() if some never retransmisted
data is sacked (FLAG_ORIG_DATA_SACKED).
The correct behavior is to unconditionally call tcp_try_undo_loss so
the DSACK information is used properly to undo the cwnd reduction.
Signed-off-by: Yuchung Cheng <ycheng@google.com>
Signed-off-by: Neal Cardwell <ncardwell@google.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
Diffstat (limited to 'Documentation/fb')
0 files changed, 0 insertions, 0 deletions