Re: Too aggressive TCP ACKs
- In reply to: Scheffenegger, Richard: "RE: Too aggressive TCP ACKs"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
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 >