From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from uplift.swm.pp.se (ipv6.swm.pp.se [IPv6:2a00:801::f]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 6D1E43B2A4 for ; Sun, 3 Dec 2017 09:07:26 -0500 (EST) Received: by uplift.swm.pp.se (Postfix, from userid 501) id 766A4B5; Sun, 3 Dec 2017 15:07:24 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=swm.pp.se; s=mail; t=1512310044; bh=3gz6ymE327v3HjZh8+4Tz0WdmE3l6EsbRiOHt0KQzhU=; h=Date:From:To:cc:Subject:In-Reply-To:References:From; b=f+NptdTvVmVVgcByJfJjigldPX+LEwmMikes2ntLRitW12aWArDstH6hLtuJdKsd+ gzH0YXaKLH1hu4wDBUxV7TogAg2Qoe7gWj7SUbbGKQ1rwBW0Z+Qte0/pHsOh0p6GuH +vgHTkTLBPQidMbBrtQPnD6I6UE/FrfDLsTwyShA= Received: from localhost (localhost [127.0.0.1]) by uplift.swm.pp.se (Postfix) with ESMTP id 5CB9EB4; Sun, 3 Dec 2017 15:07:24 +0100 (CET) Date: Sun, 3 Dec 2017 15:07:24 +0100 (CET) From: Mikael Abrahamsson To: Juliusz Chroboczek cc: Jan Ceuleers , bloat@lists.bufferbloat.net In-Reply-To: <87po7vud6q.wl-jch@irif.fr> Message-ID: References: <7B92DF4D-B6B5-4A64-9E10-119DCA2D4A6F@ifi.uio.no> <1512037480.19682.10.camel@gmail.com> <6b494910-1373-afb0-5b93-99b725391fb3@gmail.com> <87wp2638yo.fsf@toke.dk> <87tvxa36sn.fsf@toke.dk> <87po7ygxai.fsf@nemesis.taht.net> <87shcui3ni.wl-jch@irif.fr> <87shcs9k0v.wl-jch@irif.fr> <87po7vud6q.wl-jch@irif.fr> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) Organization: People's Front Against WWW MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Subject: Re: [Bloat] [Make-wifi-fast] benefits of ack filtering X-BeenThere: bloat@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: General list for discussing Bufferbloat List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Dec 2017 14:07:26 -0000 On Sun, 3 Dec 2017, Juliusz Chroboczek wrote: > As far as I know, DOCSIS has an asymmetry factor that is between 4 and 10, > depending on the deployment. With worst case asymmetry being 10, this I can buy 300/10 megabit/s access from my cable provider. So that's a lot worse. My cable box has 16 downstream channels, and 4 upstream ones. Each channel is TDM based, and there is some kind of scheduler granting sending opportunities for each channel to each modem, as needed. I'm not a DOCSIS expert. > means that you can send an Ack for every data packet with 400 byte data > packets, every second data packet with 200 byte data packets. If the > asymmetry is a more reasonable 4, then the figures are 100 and 50 > respectively. > > Try as I might, I fail to see the problem. Are we advocating deploying > TCP-aware middleboxes, with all the problems that entails, in order to > work around a problem that doesn't exist? If I understand correctly, DOCSIS has ~1ms sending opportunities upstream. So sending more than 1kPPS of ACKs is meaningless, as these ACKs will just come back to back at wire-speed as the CMTS receives them from the modem in chunks. So instead, the cable modem just deletes all the sequential ACKs and doesn't even send these back-to-back ones. LTE works the same, it's also frequency divided and TDM, so I can see the same benefit there of culling sequential ACKs sitting there in the buffer. I don't know if this is done though. I've seen people I think are involved in TCP design. They seem to be under the impression that more ACKs give higher resolution and granularity to TCP. My postulation is that this is commonly false because of how the network access is designed and how also the NICs are designed (the transmit/receive offloading). So sending 35kPPS of ACKs for a gigabit/s transfer is just inefficient and shouldn't be done. I would prefer if end points would send less ACKs instead of the network killing them. And the network does kill them, as we have seen. Because any novice network access technology designer can say "oh, having 16 sequential ACKs here in my buffer, sitting waiting to get sent, is just useless information. Let's kill the 15 first ones." -- Mikael Abrahamsson email: swmike@swm.pp.se