[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-net
Subject:    Re: Too aggressive TCP ACKs
From:       tuexen () freebsd ! org
Date:       2022-10-27 19:33:02
Message-ID: A9530F4C-E076-4390-ABB2-00950AB6A927 () freebsd ! org
[Download RAW message or body]

> 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
> 


[prev in list] [next in list] [prev in thread] [next in thread]