Page MenuHomeFreeBSD

tcp: stop spurious rescue retransmissions
ClosedPublic

Authored by rscheff on Apr 25 2021, 11:03 AM.
Tags
None
Referenced Files
F159576654: D29970.diff
Mon, Jun 15, 8:35 PM
Unknown Object (File)
May 13 2026, 8:01 PM
Unknown Object (File)
May 13 2026, 8:01 PM
Unknown Object (File)
May 13 2026, 7:54 PM
Unknown Object (File)
May 1 2026, 10:32 PM
Unknown Object (File)
Apr 30 2026, 4:19 PM
Unknown Object (File)
Apr 20 2026, 3:51 PM
Unknown Object (File)
Apr 19 2026, 9:08 AM
Subscribers

Details

Summary

As stale data from a prior SACK loss recovery episode persists,
a subsequent reordering event may trigger a spurious rescue
retransmission, which in turn misbehaves due to other stale
data.

To prevent sending an erraneous rescue retransmission, clear
the sackhint.delivered_data value, once finished with a SACK
loss recovery.

Furthermore, initialize snd_fack to th_ack on a partial ack,
to pull it forward from whereever the last proper SACK may
have been.

Test Plan

Perform long-duration testing with a low background of packet
reordering and very few losses (or sufficient reordering for
dupthresh to be exceeded).

Reported by: pho@
MFC after: 3 days
Sponsored by: NetApp, Inc.

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 38851
Build 35740: arc lint + arc unit