LibreQoS VS tmo-monitor

Sorry, I think you are thinking of something else. Maybe a railroad crossing (:-))

Joking aside, the https://www.waveform.com/tools/bufferbloat test looks to see if the networking software is working correctly by putting a large load on the network, and then seeing if other streams are affectec by the overload.

The example on the https://libreqos.io/ home page is of

fq_codel was successfully offloaded in a few products, however, no offload here, just a xeon with a ton of cores and a big L3. On the libreqos case we leveraged some ebpf to do packet steering in what we call the heimdal bridge, and also kathie nichol´s wonderful passive ping concept: https://github.com/thebracket/cpumap-pping

src here: https://github.com/LibreQoE/LibreQoS/

You can get a transparent high speed bridge with shaping capability up pretty rapidly with supported hardware.

I still long for an ethernet card that can do a trie lookup natively! The flamegraphs are mostly getting the right packet to the right cpu, still.

That's doable. The HOA doesn't sell internet. Just pays for a Wi-Fi network that happens to reach you.

I'd advice two high performance dishes (dishes are known to fail and support is an issue so one on standby while waiting) and a business connection. You'll need a third party router with fair queuing, protocol and service speed shaping etc etc. I'm sure both openwrt and opnsense will do. But check this out https://libreqos.io/

Still, ya know, a modernized kernel on the devices is a start, better wifi, also, and if they do get arround to adding at the very least driver support for the linux BQL or AQL subsystems, and apply fq_codel, or cake, they could certainly manage the uplink better. At the higher rates supplied by the link, the wifi becomes the bottleneck for which solutions appeared in the Linux kernel in 2016. There has been some good research on actively managing the link via the sqm-autorate project, and multiple middleboxes such as those from preseem (fq_codel), and my own libreqos.io (cake) , might be able to manage the downlink better with the addition of link level stats, at very minimal CAPEX per subscriber.

Also, people would notice starlink going to hell less often if starlink would just deploy libreqos.io.

With dual 2.5 Gb/s and Alder Lake single-thread perf, I was thinking high-end latency-optimized QoS/Firewall for gigabit internet. CAKE and LibreQoS would love this thing.

It is so wonderful to see so many happy SQM users all over the world. That said, do you think NBN might consider installing libreqos.io to benefit all their other users one day?

I am curious as to the availability and functionality these days of the fq_codel option on the eero 6 and eero 6 business? When I last paid attention about a year ago ( https://www.reddit.com/r/eero/comments/u7xm83/gen_2_sqm_vs_gen_3_sqm_stick_with_gen_2_if_you/ ) only the gen2 had cake, and a lot of folk struggled with correct behaviors at +500Mbit with the 6's implementation of fq_codel. (The +500Mbit problems kind of indirectly spawned the libreqos.io project, which pushes the inbound shaping to a middlebox at the ISP) Anyway, did it get better? Does RFC3168 style ecn work on the wifi?

You probably already know this, but the team behind Cake SQM are pushing to get ISPs to implement the free LibreQoS on their side, so that many more users could benefit from SQM: https://libreqos.io/

tmo-monitor.py should be available. Run tmo-monitor.py --help or read the docs at https://github.com/highvolt-dev/tmo-monitor/

Just added http health checks to tmo-monitor to get around ping flakiness. http checks are at the mercy of your routing tables in a dual WAN scenario if you're load balancing with another ISP.

You can use this python script I wrote: https://github.com/highvolt-dev/tmo-monitor

So far, it doesn't look like you even need to. It's been working fine overnight on a cron job on the Pi for me just telling it that it's the Arcadyan unit. Data is coming through and seems to parse the JSON correctly. I verified that the reboot function does work as well, and it does the login procedure OK to get the auth token and everything. I'd come across it a couple of weeks ago, but the key thing I hadn't realized up to that point was that the Arcadyan and the Sagemcom have the same API calls, so thanks for that! (BTW, I ended up using Wireshark on my PC, rather than PCAPDroid -- just connected a USB-to-Ethernet dongle on the phone and my PC, bridged to my main Ethernet, and filtered on data going between the gateway and my phone, and saw all the things.) If it helps, here's what I'm using: python3 /home/pi/.local/bin/tmo-monitor.py --model ARCKVD21 --ping-count 2 --log-all --logfile tmplog.txt --print-config admin (after I installed the script to my Pi by sending: pip3 install git+https://github.com/highvolt-dev/tmo-monitor.git@main ) The log is chugging away and adding lines like: 2023/01/12 04:33:11 [INFO] 4G: B66 | 5G: n41 | eNB ID: REDACTED | Avg Ping: 34 ms | Uptime: 2756 sec

Use powershell script (nater tater youtube video), kill the Arc wifi. Get a good router, feed gateway to router and setup wifi on router. Get a router that has SQM as a feature, to mitigate bufferbloat. use app on phone to find spot where you get 20+ sinr and -70 or better on rsrp. at the time this was posted, I have -72 on rsrp and 28 on sinr. it varies between -72 to -69 and sinr has hit 30, but usually locks in at 28 to 29. My down from fast.com is 890Mbps. Speedtest-cli on fedora 36 is 220.52 down, 81.53 up ping 30.67ms. I run WoW on 3 computers, and pings in game are 56-60ms. have 4 alexa tv/fire stick tv and stream all our content, no interference in games or streaming, my router has bandwidth controls, so i limit the fire sticks to 50MBps on download, and the tv cubes are limited to 200MBps on download because we have 4k tv. turning off wifi has increased stability and lowered temperature on gateway. I have had to power cycle, after tmobile pushed 1.8 webgui to gateway. I use a python script (https://github.com/highvolt-dev/tmo-monitor) to query gateway stats and if needed initiate a reboot on failing to ping the free dns site 1.1.1.1 and it has helped me have internet 24/7. our only other choice where we are at, is 15Mbps dsl, with 1Mbps upload. Not good for remote work. Hope this information is useful and helps maximize your tmhi experience.