Re: Too aggressive TCP ACKs

From: <tuexen_at_freebsd.org>
Date: Thu, 27 Oct 2022 19:33:02 UTC
> On 27. Oct 2022, at 10:08, Scheffenegger, Richard <Richard.Scheffenegger@netapp.com> wrote:
> 
>>>>> It focuses on QUIC, but congestion control dynamics don't change 
>>>>> with the protocol. You should be able to read there, but if not I'm 
>>>>> happy to send anyone a pdf.
>>>> Is QUIC using an L=2 for ABC?
>>> 
>>> I think that is the rfc recommendation, actual deployed reality is 
>>> more scattershot.
>> Wouldn't that be relevant? If you get an ack for, let's say 8 packets, you would only increment (in slow start) the cwnd by 2 packets, not 8?
>> 
>> Best regards
>> Michael
> 
> Isn't that the optimization in Linux with QuickAck during the periods, where the data receiver assumes, that the sender is still in SlowStart - and acking every packet?
Sure. But that is not specified... I just wanted to point out that simply
"Changing the ACK ratio seems to be okay in most cases" might be more complex
than the sentence reads...

Best regards
Michael

> 
> Richard
>