From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.toke.dk (mail.toke.dk [45.145.95.4]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 7F83B3B29E for ; Tue, 4 Jan 2022 16:49:59 -0500 (EST) From: Toke =?utf-8?Q?H=C3=B8iland-J=C3=B8rgensen?= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=20161023; t=1641332997; bh=cR+al1eRZhFmKsmwLFdgedElri4giR8iKAVk6mbTnRo=; h=From:To:Subject:In-Reply-To:References:Date:From; b=VUbC07Th11aiQNd9Ny1clt+i+8TPFmxfx1rAWKlGvZWQn3j31GJbruuHo+9mbUHab LjSCO2Kkfta1sI4DygPfwoea1MjfCETKqRF/IemMMQ5byQhjGjDpLJLQiYfDMqnUaO YEM9w8aSle+CG8sRQTH3yT09oYvu0o7uwbHSPF5+SUA+UEUiJiyzleQkgJQ14b/usD Oq6noC2zuBaVfDkej7CbH5dSBdH/rX4T5ASVjwZj54LJ9o/bgmDlSEvyHqU5M4/Tse ++XgK/1Ykks/jUB7ql7vo7EL4olbCjaL2zvjWGQabmawHzW12pEL5xG11K6QB1oSxX /67LgSBW3IcSg== To: Jon Pike , make-wifi-fast@lists.bufferbloat.net In-Reply-To: References: Date: Tue, 04 Jan 2022 22:49:56 +0100 X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <87r19nb27v.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain Subject: Re: [Make-wifi-fast] Upcoming WiFi standard to set per-flow DSCP values? X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Jan 2022 21:49:59 -0000 Jon Pike writes: > Might it have to do with these RFC's? > > https://git.openwrt.org/?p=openwrt/openwrt.git;a=commit;h=a5e3def1822431ef6436cb493df77006dbacafd6 Don't think so; that's just the standard static mapping. Bob pointed me to this: https://www.wi-fi.org/downloads-registered-guest/Wi-Fi_CERTIFIED_QoS_Management_Technology_Overview_202110.pdf/37425 which seems to be the right thing (you can just input garbage into the form to download the PDF). It is a mechanism where the AP and client can request of each other to apply certain DSCP markings (and thus WiFi WMM classes) to certain flows. The document has gems like: > To deliver good quality of experience in these applications it is > essential that Wi-Fi networks support a range of service categories > that differentiate and prioritize data flows for such applications. > Wi-Fi networks that give equal priority access to all connected > devices and data flows cannot provide the throughput and stability > required when traffic demands exceed the available bandwidth. This > negatively impacts the user experience. and: > The efficient use of unlicensed spectrum used by Wi-Fi requires good > faith use of mechanisms that enable prioritized access to that > spectrum. Therefore, it is important that all entities that leverage > Wi-Fi QoS Management features do so in a reasonable and responsible > manner. So yeah, that'll all end well... Also, what is it with people wanting to provide AR in sports stadiums? Crops up in all these "future of wireless" type marketing presos... -Toke