Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Thu, Jan 13, 2022 at 09:06:50PM +0100, Michael Tuexen wrote: M> > I'm talking about statistics that I recently committed to CURRENT only: M> > M> > # netstat -sp tcp | grep TIME-WAIT M> >3 times connection in TIME-WAIT responded with ACK M> >0 times connection in TIME-WAIT was a

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Gleb Smirnoff
On Wed, Jan 12, 2022 at 11:16:09PM -0800, Chris wrote: C> > * Who told that 2*MSL (60 seconds) is adequate time to keep TIME-WAIT? C> > In 71d2d5adfe1 I added some stats on usage of tcptw and experimented a bit C> > with lowering net.inet.tcp.msl. It appeared that lowering it down three C> >

Re: compressed TIME-WAIT to be decomissioned

2022-01-13 Thread Chris
On 2022-01-12 10:48, Gleb Smirnoff wrote: Hi! Thanks for the informative writeup, Gleb! Untrimmed, sorry... [crossposted to current@, but let's keep discussion at net@] I have already touched the topic with rrs@, jtl@, tuexen@, rscheff@ and Igor Sysoev (author of nginx). Now posting for wid

compressed TIME-WAIT to be decomissioned

2022-01-12 Thread Gleb Smirnoff
Hi! [crossposted to current@, but let's keep discussion at net@] I have already touched the topic with rrs@, jtl@, tuexen@, rscheff@ and Igor Sysoev (author of nginx). Now posting for wider discussion. TLDR: struct tcptw shall be decomissioned Longer version covers three topics: why does tcp