Page MenuHomeFreeBSD

PRR: Avoid accounting left-edge twice in partial ACK.
ClosedPublic

Authored by rscheff on Feb 20 2021, 6:39 PM.
Tags
None
Referenced Files
F163229966: D28819.id.diff
Tue, Jul 21, 6:31 AM
Unknown Object (File)
Mon, Jul 20, 11:54 PM
Unknown Object (File)
Sat, Jul 18, 4:06 PM
Unknown Object (File)
Sat, Jul 18, 4:56 AM
Unknown Object (File)
Sat, Jul 11, 3:43 PM
Unknown Object (File)
Sun, Jul 5, 8:40 PM
Unknown Object (File)
Sat, Jul 4, 10:34 AM
Unknown Object (File)
Sat, Jul 4, 1:30 AM
Subscribers

Details

Summary

After D18624, accounting the advance of the left edge
in a partial ack is already included in
sackhint.delivered_data.

Therefore this is a cumulative error of the
prr_delivered bytes, over the course of multiple
partial acks while lost packets get acknowledged in
sequence.

Test Plan

Corrected behavior, maximum of 2 segments per ACK:

Incorrect behavior due to double-accounting (counterintutively, being more agressive pushing data out - 3 segments per ACK):

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

rscheff retitled this revision from PRR: avoid accounting left-edge twice in parital ack to PRR: Avoid accounting left-edge twice in partial ACK..Feb 20 2021, 7:42 PM
This revision is now accepted and ready to land.Feb 21 2021, 12:01 AM