From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.lang.hm (unknown [66.167.227.145]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 0B0D33B29E; Tue, 22 Nov 2022 15:03:56 -0500 (EST) Received: from asgard.lang.hm (syslog [10.0.0.100]) by mail.lang.hm (Postfix) with ESMTP id B963315A80B; Tue, 22 Nov 2022 12:03:54 -0800 (PST) Date: Tue, 22 Nov 2022 12:03:54 -0800 (PST) From: David Lang X-X-Sender: dlang@asgard.lang.hm To: Bob McMahon cc: Dave Taht , Make-Wifi-fast , BBR Development , bloat In-Reply-To: Message-ID: References: User-Agent: Alpine 2.02 (DEB 1266 2009-07-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Re: [Bloat] [Make-wifi-fast] [bbr-dev] Aggregating without bloating - hard times for tcp and wifi 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: Tue, 22 Nov 2022 20:03:56 -0000 On Tue, 22 Nov 2022, Bob McMahon via Make-wifi-fast wrote: > Finally, many (most?) APs are forwarding and feeding packets at at the > hardware level so not sure that the linux stack matters as much for an AP > based analysis, particularly when considering multi user transmissions, > i.e. multiple WiFi clients are active and sharing TXOPs. APs forward packets within the switch at the hardware level, but the radios have to go through the CPU, so any wired <-> wireless needs to go through the CPU, and I would be incredibly surprised if the wifi chips did wireless <-> wireless routing at the hardware level. David Lang