Thanks for the useful guide. A couple of questions please: 1) I have followed all the steps but I cannot find the nxt_routed_hfsc.qos on the list of options in the Queue setup script on my GL.iNet Brume but I am not sure why that is. Any idea? 2) My internet is via VDSL and so I chose ATM, but do I leave the per packet overhead at 0 or do I change it to 44?
Replying to myself: I was able to recover using the procedure in Debrick via Uboot - GL.iNet Docs, just a note: the WAN port did not work and had to connect to one of the LAN ports, but the router is back in business
The debrick procedure is a life saver! Now I am curious to know why it all happen
@Almahadeus, I’d recommend rebooting after installing luci-app-sqm and sqm-scripts. I’ve read that certain configurations may not load the scripts correctly without a reboot. Please let us know if that resolves the issue for you. If not what’s your firmware revision and router model?
@arkangelglinet, debricking and a backup have saved me more times that I care to count. What version of firmware are you running on that MT-1300? luci-app-sqm makes changes to the web interface, however that shouldn’t cause it to fail.
My Beryl is back after Debrick and while we figure things out for SQM, which is a really desirable feature IMHO, I am experimenting with Hardware flow offloading since I will have to disable it once that works
@mmonaghan
I tried the guide again and it does work, I just needed to reboot after, which I didn’t do the first time. You should include rebooting in the guide
I had 2ms buffering, basically no bloat on the downstream, but on the upstream I did have around 200ms. After SQM it is now around 5ms, so that worked perfect.
Thank you for your reply. Unfortunately, the nxt_routed_hfsc.qos on the list of options in the Queue setup script still does not exist even after a router reboot (please see attached screen). My current firmware is: openwrt-mv1000-emmc-3.105. I have just chosen the default option (simple.qos) and setup the upload and download speeds to 90% of my speedtest as recommended but the streaming is now terrible and glitchy with increased buffering. Followed the instruction to the letter other than not having the queue setup script recommended and I am not sure where I am going wrong with this.
The WebUI on the Beryl is a bit different from my Mango2. I wonder if install package is trying to modify pages that are no longer there or have been changed / re-designed, etc.
dual-srchost
Flows are defined by the 5-tuple, and fairness is applied
first over source addresses, then over individual flows. Good
for use on egress traffic from a LAN to the internet, where it’ll
prevent any one LAN host from monopolising the uplink, regardless
of the number of flows they use.
dual-dsthost
Flows are defined by the 5-tuple, and fairness is applied
first over destination addresses, then over individual flows.
Good for use on ingress traffic to a LAN from the internet, where
it’ll prevent any one LAN host from monopolising the downlink,
regardless of the number of flows they use.
so yes beware where you apply sqm and advanced options, usually is best to apply cake with per host isolation to wan interface to avoid trouble
I’m suprised nobody answered you.
I took this straight from OpenWrt documentation:
piece_of_cake.qos This just uses the cake qdisc as a replacement for htb as shaper and fq_codel as leaf qdisc. It just does not come any simpler than this, in other words it truely is a “piece of cake”. This script requires that cake is selected as qdisc. See: http://www.bufferbloat.net/projects/codel/wiki/Cake for more information