Re: Too aggressive TCP ACKs

o: Hans Petter Selasky mailto:h...@selasky.org>> > Cc: Michael Tuexen <mailto:michael.tue...@lurchi.franken.de>>; freebsd-net@freebsd.org > <mailto:freebsd-net@freebsd.org> > Subject: Re: Too aggressive TCP ACKs > > NetApp Security WARNING: This is an external email.

Re: Too aggressive TCP ACKs

wledgments in TCP: >>> https://www.ietf.org/archive/id/draft-gomez-tcpm-delack-suppr-reqs-01.xml >> >> >> Found the html / pdf / txt version of the draft RFC. >> https://datatracker.ietf.org/doc/draft-gomez-tcpm-ack-pull/ > Can you specify the problem you are fa

RE: Too aggressive TCP ACKs

discuss your use case and how/if the approach aligns with this there. Richard From: owner-freebsd-...@freebsd.org On Behalf Of Zhenlei Huang Sent: Donnerstag, 10. November 2022 09:07 To: Hans Petter Selasky Cc: Michael Tuexen ; freebsd-net@freebsd.org Subject: Re: Too aggressive TCP ACKs

Re: Too aggressive TCP ACKs

> On 10. Nov 2022, at 08:07, Zhenlei Huang wrote: > >> On Nov 9, 2022, at 11:18 AM, Zhenlei Huang wrote: >> >> >>> On Oct 22, 2022, at 6:14 PM, Hans Petter Selasky wrote: >>> >>> Hi, >>> >>> Some thoughts about this topic. >> >> Sorry for late response. >> >>> >>> Delaying ACKs means los

Re: Too aggressive TCP ACKs

> On Nov 9, 2022, at 11:18 AM, Zhenlei Huang wrote: > > >> On Oct 22, 2022, at 6:14 PM, Hans Petter Selasky > > wrote: >> >> Hi, >> >> Some thoughts about this topic. > > Sorry for late response. > >> >> Delaying ACKs means loss of performance when using Gigabit TCP

Re: Too aggressive TCP ACKs

> On Oct 22, 2022, at 6:14 PM, Hans Petter Selasky wrote: > > Hi, > > Some thoughts about this topic. Sorry for late response. > > Delaying ACKs means loss of performance when using Gigabit TCP connections in > data centers. There it is important to ACK the data as quick as possible, to >

Re: Too aggressive TCP ACKs

> On 27. Oct 2022, at 10:08, Scheffenegger, Richard > 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

RE: Too aggressive TCP ACKs

@freebsd.org Subject: Too aggressive TCP ACKs NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe. Hi, While I was repeating https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258755, I observed a

RE: Too aggressive TCP ACKs

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 scatt

Re: Too aggressive TCP ACKs

> On 26. Oct 2022, at 14:59, Tom Jones wrote: > > On Wed, Oct 26, 2022 at 02:55:21PM +0200, tue...@freebsd.org wrote: >>> On 26. Oct 2022, at 10:57, Tom Jones wrote: >>> >>> On Sat, Oct 22, 2022 at 12:14:25PM +0200, Hans Petter Selasky wrote: Hi, Some thoughts about this topic.

Re: Too aggressive TCP ACKs

On Wed, Oct 26, 2022 at 02:55:21PM +0200, tue...@freebsd.org wrote: > > On 26. Oct 2022, at 10:57, Tom Jones wrote: > > > > On Sat, Oct 22, 2022 at 12:14:25PM +0200, Hans Petter Selasky wrote: > >> Hi, > >> > >> Some thoughts about this topic. > >> > >> Delaying ACKs means loss of performance w

Re: Too aggressive TCP ACKs

> On 26. Oct 2022, at 10:57, Tom Jones wrote: > > On Sat, Oct 22, 2022 at 12:14:25PM +0200, Hans Petter Selasky wrote: >> Hi, >> >> Some thoughts about this topic. >> >> Delaying ACKs means loss of performance when using Gigabit TCP >> connections in data centers. There it is important to ACK

Re: Too aggressive TCP ACKs

On 10/26/22 10:57, Tom Jones 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. If QUIC doesn't support TSO (Large Send Offload), it cannot be compared I think. --HPS

Re: Too aggressive TCP ACKs

On Sat, Oct 22, 2022 at 12:14:25PM +0200, Hans Petter Selasky wrote: > Hi, > > Some thoughts about this topic. > > Delaying ACKs means loss of performance when using Gigabit TCP > connections in data centers. There it is important to ACK the data as > quick as possible, to avoid running out of

Re: Too aggressive TCP ACKs

Hi, Some thoughts about this topic. Delaying ACKs means loss of performance when using Gigabit TCP connections in data centers. There it is important to ACK the data as quick as possible, to avoid running out of TCP window space. Thinking about TCP connections at 30 GBit/s and above! I thin

Re: Too aggressive TCP ACKs

> On Oct 22, 2022, at 2:16 AM, Michael Tuexen > wrote: > >> On 21. Oct 2022, at 17:00, Zhenlei Huang > > wrote: >> >> >>> On Oct 21, 2022, at 10:34 PM, Michael Tuexen >>> >> > wrote:

Re: Too aggressive TCP ACKs

> On 21. Oct 2022, at 17:00, Zhenlei Huang wrote: > > >> On Oct 21, 2022, at 10:34 PM, Michael Tuexen >> wrote: >> >>> On 21. Oct 2022, at 16:19, Zhenlei Huang wrote: >>> >>> Hi, >>> >>> While I was repeating >>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258755, I observed a >>> s

Re: Too aggressive TCP ACKs

.hu...@gmail.com>> > Date: Friday, October 21, 2022 at 11:01 AM > To: Michael Tuexen <mailto:michael.tue...@lurchi.franken.de>> > Cc: freebsd-net@freebsd.org <mailto:freebsd-net@freebsd.org> > mailto:freebsd-net@freebsd.org>> > Subject: Re: Too aggressive

Re: Too aggressive TCP ACKs

@freebsd.org Subject: Re: Too aggressive TCP ACKs NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe. On Oct 21, 2022, at 10:34 PM, Michael Tuexen mailto:michael.tue...@lurchi.franken.de>> wrot

Re: Too aggressive TCP ACKs

> On Oct 21, 2022, at 10:34 PM, Michael Tuexen > mailto:michael.tue...@lurchi.franken.de>> > wrote: > >> On 21. Oct 2022, at 16:19, Zhenlei Huang > > wrote: >> >> Hi, >> >> While I was repeating >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258755 >>

Re: Too aggressive TCP ACKs

> On 21. Oct 2022, at 16:19, Zhenlei Huang wrote: > > Hi, > > While I was repeating > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258755, I observed a > strange behavior. The TCP ACKs from FreeBSD host are too aggressive. > > My setup is simple: > A

Too aggressive TCP ACKs

Hi, While I was repeating https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=258755, I observed a strange behavior. The TCP ACKs from FreeBSD host are too aggressive. My setup is simple: A B [ MacOS ] <> [ FreeBSD VM ] 192.168.120.1192.