<div dir="ltr">If you can help me to define how exactly it should be done, I will ask <a href="https://www.thewlpc.com/conferences/prague-czech-republic-2023">WLPC</a> folks and we will see if there is someone willing to do it. <div><br></div><div>On the other hand, this is why I was telling you about wireless LAN guys and their admiration for Juniper, Ruckus and other big buffer guys...<br><div><br></div><div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-Apple-converted-space"> </span>I REALLY hope someone at the wifi conference this<br>week can show test results with multiple stations at multiple<br>distances doing the right things, as we did at gfiber here, back in<br>*2014*, see page 13:<br><a href="http://flent-newark.bufferbloat.net/~d/Airtime%20based%20queue%20limit%20for%20FQ_CoDel%20in%20wireless%20interface.pdf" rel="noreferrer" target="_blank">http://flent-newark.bufferbloat.net/~d/Airtime%20based%20queue%20limit%20for%20FQ_CoDel%20in%20wireless%20interface.pdf</a><br>Because wifi6 and 7 are otherwise a huge step backwards.</blockquote><div><br></div><div><br clear="all"><div><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>All the best,</div><div><br></div><div><p class="MsoNormal" style="color:rgb(34,34,34)">Frank<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">Frantisek (Frank) Borsik<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><u></u> <u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><a href="https://www.linkedin.com/in/frantisekborsik" style="color:rgb(17,85,204)" target="_blank">https://www.linkedin.com/in/frantisekborsik</a><u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">Signal, Telegram, WhatsApp: +421919416714 <u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">iMessage, mobile: +420775230885<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)">Skype: casioa5302ca<u></u><u></u></p><p class="MsoNormal" style="color:rgb(34,34,34)"><a href="mailto:frantisek.borsik@gmail.com" style="color:rgb(17,85,204)" target="_blank">frantisek.borsik@gmail.com</a></p></div></div></div></div></div></div></div></div></div></div></div></div></div><br></div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Oct 23, 2023 at 8:11 PM Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">On Mon, Oct 23, 2023 at 10:47 AM Frantisek Borsik via Nnagain<br>
<<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
><br>
> Such a great thing to read! Another LibreQoS man aboard.<br>
<br>
Well, here is me trying to counter the now-too-popular idea that you<br>
can shape everything at the middlebox at the ISP. It is a good start<br>
to do that! The packet shaping *and* observability REALLY helps! But<br>
in the end everything always works better if you have competent fq +<br>
rfc7567 support at every possible bottleneck link, especially on<br>
variable rate wireless transports, and especially in the face of<br>
potentially difficult traffic like bittorrent, nat awareness and per<br>
host/per flow fq have to happen at the customer site....<br>
<br>
Correct backpressure at the right point, further modified by smart<br>
algorithms is 20x less cpu intensive than shaping. The thing that bugs<br>
me most is I see people trying to shape wifi to a fixed rate, which<br>
works if you only test one device at "the right distance",  and never<br>
otherwise. A lot of wifi manufactures like eero and google wifi got<br>
this, but so far my testing of wifi6 was so miserable I decided to<br>
stop working on it. I REALLY hope someone at the wifi conference this<br>
week can show test results with multiple stations at multiple<br>
distances doing the right things, as we did at gfiber here, back in<br>
*2014*, see page 13:<br>
<br>
<a href="http://flent-newark.bufferbloat.net/~d/Airtime%20based%20queue%20limit%20for%20FQ_CoDel%20in%20wireless%20interface.pdf" rel="noreferrer" target="_blank">http://flent-newark.bufferbloat.net/~d/Airtime%20based%20queue%20limit%20for%20FQ_CoDel%20in%20wireless%20interface.pdf</a><br>
<br>
Because wifi6 and 7 are otherwise a huge step backwards.<br>
<br>
> Btw, Ignacio might be here, but cc'ing him anyway.<br>
<br>
i loved so much that *starting from scratch* he was able to assemble a<br>
good solution out of OpenWrt. It restores my faith in the engineering<br>
world, to know many folk younger than me still have basic C and<br>
makefile skills. Thx, man!<br>
<br>
I have been doing embedded linux software since 1998, and am often a<br>
bit grouchy about "the kids today" being unable to compile a kernel,<br>
write a bit of xml for the dts stuff, and boom, have a totally custom<br>
machine that does exactly what is needed. I see many wifi<br>
manufacturers completely unable to build or modify or modify the<br>
ancient crap they get from the chip manufacturer, including the chip<br>
manufacturer!<br>
<br>
Training AIs or engaging in social media are far more popular and<br>
highly paid skills nowadays.<br>
<br>
<br>
><br>
> All the best,<br>
><br>
> Frank<br>
><br>
> Frantisek (Frank) Borsik<br>
><br>
><br>
><br>
> <a href="https://www.linkedin.com/in/frantisekborsik" rel="noreferrer" target="_blank">https://www.linkedin.com/in/frantisekborsik</a><br>
><br>
> Signal, Telegram, WhatsApp: +421919416714<br>
><br>
> iMessage, mobile: +420775230885<br>
><br>
> Skype: casioa5302ca<br>
><br>
> <a href="mailto:frantisek.borsik@gmail.com" target="_blank">frantisek.borsik@gmail.com</a><br>
><br>
><br>
><br>
> On Mon, Oct 23, 2023 at 7:44 PM le berger des photons via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
>><br>
>> you've convinced me to go see libre qos.  thanks.<br>
>><br>
>> On Mon, Oct 23, 2023 at 7:04 PM Dave Taht via Nnagain <<a href="mailto:nnagain@lists.bufferbloat.net" target="_blank">nnagain@lists.bufferbloat.net</a>> wrote:<br>
>>><br>
>>> I loved that this guy and his ISP burned a couple weeks learning how<br>
>>> to build openwrt, built something exactly to the need, *had it work<br>
>>> the first time* and are in progress to update in place 200+ routers to<br>
>>> better router software, that just works, with videoconferencing, IPv6<br>
>>> support, and OTA functionality. No need for a truck roll, and while<br>
>>> the available bandwidth deep in these mountains in Mexico is meager,<br>
>>> it is now enough for most purposes.<br>
>>><br>
>>> <a href="https://blog.nafiux.com/posts/cnpilot_r190w_openwrt_bufferbloat_fqcodel_cake/" rel="noreferrer" target="_blank">https://blog.nafiux.com/posts/cnpilot_r190w_openwrt_bufferbloat_fqcodel_cake/</a><br>
>>><br>
>>> I have no idea how many of this model routers were sold or are still<br>
>>> deployed (?), but the modest up front cost of this sort of development<br>
>>> dwarves that of deployment. Ongoing maintenance is a problem, but at<br>
>>> least they are in a position now to rapidly respond to CVEs and other<br>
>>> problems when they happen, having "seized control of the methods of<br>
>>> computation" again.<br>
>>><br>
>>> OpenWrt is known to run on 1700 different models, already, (with easy<br>
>>> ports to obscure ones like this box) - going back over a decade in<br>
>>> some cases.<br>
>>><br>
>>> Another favorite story of mine was the ISP in New Zealand that<br>
>>> deployed LibreQos and had all their support calls (from gamers and<br>
>>> videoconferencers) cease overnight. The support tech, formerly drowned<br>
>>> in angst from the users, set to work automating an reflashing 600 old<br>
>>> agw routers they had "retired" on the shelf, and then distributing<br>
>>> them to customers as extenders because the wifi finally worked right<br>
>>> with the fq_codel stuff now in that release.<br>
>>><br>
>>> I feel like I am tooting my own horn here a bit too much, but solving<br>
>>> the right problems like MTTR, MTBF, bufferbloat, and taking back<br>
>>> control of your software infrastructure while being able to customize<br>
>>> it for purpose, and turning what otherwise would be ewaste into<br>
>>> something that will last a decade more, is my inner "green", my inner<br>
>>> stewart brand.<br>
>>><br>
>>> Compare that to so many others being marketed to, to death, that buy<br>
>>> the latest (and often inferior) thing, every few months, perpetually<br>
>>> fooled by promises that do not pay off in the field, and often, really<br>
>>> lousy MTBF. Good embedded software takes many years to develop, say,<br>
>>> oh, 7, while the hardware cycle is closer to 2, nowadays, and requires<br>
>>> many eyeballs to fully debug and get to lots of 9s of reliability.<br>
>>><br>
>>> Back when I was even more radical about good, open, embedded, software<br>
>>> than now, I used to say: "Friends don't let friends run factory<br>
>>> firmware.". I do wish somehow the long term maintence costs of<br>
>>> hardware with a decade plus service lifetime would be adaquately<br>
>>> covered. Insurance? by law? a formal setaside from the purchase price?<br>
>>> Otherwise we run the risk of turning the world's internet into a giant<br>
>>> toxic waste dump that will require Superfund levels of cleanup, one<br>
>>> day, and ever more contributions to trillions of dollars of fraud, and<br>
>>> persistent actors having first broken down the front door, perpetually<br>
>>> on the inside, wreaking more havoc. Somehow preventing that mess, up<br>
>>> front, seems cheaper.<br>
>>><br>
>>> Take this string of vulns:<br>
>>> <a href="https://www.google.com/search?q=cisco+router+vulnerability" rel="noreferrer" target="_blank">https://www.google.com/search?q=cisco+router+vulnerability</a><br>
>>><br>
>>> (try that search string with *any* manufacturer - juniper, netgear, tplink,<br>
>>><br>
>>> There is a new vuln going around about some very old software in a<br>
>>> cisco mx series which is ancient and yet 100k+ are vulnerable -  (I<br>
>>> worked on this while at montavista in the early 00s!)  - abandonware,<br>
>>> toxic waste...<br>
>>><br>
>>> Anyway, in Mexico at least, 200+ routers are going to be a lot better,<br>
>>> through the actions of all that contribute to linux, openwrt, and one<br>
>>> smart and caring engineer.<br>
>>><br>
>>> --<br>
>>> Oct 30: <a href="https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html" rel="noreferrer" target="_blank">https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html</a><br>
>>> Dave Täht CSO, LibreQos<br>
>>> _______________________________________________<br>
>>> Nnagain mailing list<br>
>>> <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
>>> <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
>><br>
>> _______________________________________________<br>
>> Nnagain mailing list<br>
>> <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
>> <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
><br>
> _______________________________________________<br>
> Nnagain mailing list<br>
> <a href="mailto:Nnagain@lists.bufferbloat.net" target="_blank">Nnagain@lists.bufferbloat.net</a><br>
> <a href="https://lists.bufferbloat.net/listinfo/nnagain" rel="noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/nnagain</a><br>
<br>
<br>
<br>
-- <br>
Oct 30: <a href="https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html" rel="noreferrer" target="_blank">https://netdevconf.info/0x17/news/the-maestro-and-the-music-bof.html</a><br>
Dave Täht CSO, LibreQos<br>
</blockquote></div>