<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi · HackerPapers discussions</title><link>https://hackerpaper.kaipfister.de/p/1703.00064/</link><description>Collected HN comments and submissions linking this paper.</description><language>en</language><lastBuildDate>Mon, 02 Nov 2026 11:16:22 GMT</lastBuildDate><atom:link href="https://hackerpaper.kaipfister.de/p/1703.00064/feed.xml" rel="self" type="application/rss+xml" /><item><title>Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi — mentioned by dtaht</title><link>https://news.ycombinator.com/item?id=30152947</link><guid isPermaLink="false">urn:hackerpapers:mention:1703.00064:30152947</guid><pubDate>Mon, 31 Jan 2022 19:28:56 GMT</pubDate><description>&lt;p&gt;The &amp;quot;sparse&amp;quot; and &amp;quot;rounds&amp;quot; concepts also works really well as a per station wifi scheduler, where it is now the default for a plethora of chipsets in linux. Some plots of which I will forever be proud here: https://arxiv.org/pdf/1703.00064.pdf Before/After on an ath10k chip here: https://forum.openwrt.org/t/aql-and-the-ath10k-is-lovely/590...&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1703.00064/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.NI</category></item><item><title>Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi — mentioned by dtaht99</title><link>https://news.ycombinator.com/item?id=17851912</link><guid isPermaLink="false">urn:hackerpapers:mention:1703.00064:17851912</guid><pubDate>Mon, 27 Aug 2018 15:05:41 GMT</pubDate><description>&lt;p&gt;The code shipped in lede 17.01 that january(2017) and also went Linux mainline at the same time. Everybody on linux using an ath9k and ath10 chip is benefiting today, and it (or a variant) is in multiple commercial products now. I kind of expect it to be in all new products leveraging these chips. Our writeup of how it works is here: https://arxiv.org/pdf/1703.00064.pdf - lots of pretty pictures. I recently had to shut down my lab for lack of funding.&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1703.00064/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.NI</category></item><item><title>Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi — mentioned by dtaht99</title><link>https://news.ycombinator.com/item?id=17467425</link><guid isPermaLink="false">urn:hackerpapers:mention:1703.00064:17467425</guid><pubDate>Thu, 05 Jul 2018 22:31:00 GMT</pubDate><description>&lt;p&gt;Always nice to see you, john. 1) If we had sufficient backpressure in the ISPs provided router network driver, with &amp;quot;BQL&amp;quot; to manage the ringbuffers and fq_codel to do fq + aqm, we&amp;#x27;re mostly done, at least on the uplink. The hope has been, since most home routers run linux, that 5 years after RFC8920 entered mainline linux, it would appear in ISP gear. fq_codel is now the default on most linux distros but without the backpressure from bql or running below line rate it&amp;#x27;s not effective unless further configured or shaped. 2) I wish having your own shaper was not &amp;quot;a trend&amp;quot;. bql and fq_codel are…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1703.00064/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.NI</category></item><item><title>Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi — mentioned by dtaht99</title><link>https://news.ycombinator.com/item?id=17450823</link><guid isPermaLink="false">urn:hackerpapers:mention:1703.00064:17450823</guid><pubDate>Tue, 03 Jul 2018 15:09:21 GMT</pubDate><description>&lt;p&gt;DOCSIS 3.1 devices mandate pie, which helps a lot, but it&amp;#x27;s not as good as fq_codel, nor do they do shaping from the isp, which is kind of needed for all the cable links in the USA I&amp;#x27;ve tried. Get one if you can, though, they are better across the board in many other ways. pfsense has fq_codel. Anything (1000s of routers) from lede/openwrt has the most advanced bufferbloat-fighting stuff in it, followed by dd-wrt, tomato, etc. If you need high bandwidths the multi-core arms are the best. fq_codel is pre-configured on all links (ethernet/usb/fiber/wifi/whatever) but if you need shaping to the…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1703.00064/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.NI</category></item><item><title>Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi — mentioned by richbhanover</title><link>https://news.ycombinator.com/item?id=13776663</link><guid isPermaLink="false">urn:hackerpapers:mention:1703.00064:13776663</guid><pubDate>Thu, 02 Mar 2017 18:21:35 GMT</pubDate><description>&lt;p&gt;And there&amp;#x27;s good news on the Wi-Fi front as well. Many of the same people who brought us fq_codel/cake have new algorithms for &amp;quot;Making Wi-Fi Fast&amp;quot;. Their paper tells how they&amp;#x27;ve reduced bufferbloat as well as increasing &amp;quot;airtime fairness&amp;quot; in the Wi-Fi stack. The paper, &amp;quot;Ending the Anomaly: Achieving Low Latency and Airtime Fairness in WiFi&amp;quot;, is now available as a preprint at: https://arxiv.org/abs/1703.00064 The conclusion of the paper states: &amp;quot;We have developed a novel two-part solution to two large performance problems affecting WiFi: Bufferbloat and the 802.11 performance anomaly. &amp;quot;The…&lt;/p&gt;&lt;p&gt;&lt;a href="https://hackerpaper.kaipfister.de/p/1703.00064/"&gt;Paper and discussion history&lt;/a&gt;. A mention is not an endorsement.&lt;/p&gt;</description><category>cs.NI</category></item></channel></rss>
