GL-MT6000 Flint 2 - SQM not shaping upload speed after a reboot

[xize11]

Quick check:

have you disabled these options here in luci firewall:

Maybe also try to disable hardware acceleration on the gl ui to be extra sure.

Then replace cake with fqcodel (ive readed fqcodel works a bit better than cake on this soc mainly for higher speeds).

then reboot.

Edit:
Also it is likely wed is enabled too (wifi only), wed and SQM is a little complicated topic, one says it bypass sqm, the other tested it fine, + theres also tuning going on by OpenWrt upstream so you might want to play with this setting too and restart.

[Steve68]

@xize11

have you disabled these options here in luci firewall:

Of course

@xize11

Then replace cake with fqcodel

Seems like this actually helped

But, after a reboot...

[Steve68]

@gfondeur

my SQM it's been working flawless for weeks

You had to add /etc/init.d/sqm restart on the startup or not?

Tried that workaround and not working on the MT3000, op24.

[ywp]

Turn this off.

[Steve68]

It is, the issue is after a reboot, then if disable it and enable it again it works, or if I restart it through SSH. I guess the process of the GL firmware is causing the issue, just like you said

@ywp

It may be that which process in our firmware affected it, to be analyzed

[admon]

Can you confirm that SQM is running after a restart?
/etc/init.d/sqm status

[Steve68]

root@GL-MT3000:~# /etc/init.d/sqm status
active with no instances
root@GL-MT3000:~#

Settings

config queue 'eth1'
option enabled '1'
option interface 'eth0'
option download '4000'
option upload '4000'
option qdisc 'cake'
option script 'piece_of_cake.qos'
option linklayer 'ethernet'
option debug_logging '0'
option verbosity '5'
option overhead '44'

root@GL-MT3000:~#

[ywp]

MT3000
No problem with the test

[Renato]

@Steve68

option interface 'eth0'

Should it be eth1 as per the answer above?

[ywp]

yeap
You should also turn off hardware acceleration on the page

[Steve68]

eth0 is the wan interface, it is supposed to be set there.

Using eth1 SQM works good, even after a reboot, all good

Connected using a cable because eth1 is the LAN port, when I test over Wi-Fi SQM doesn't work at all, doesn't shape upload and download.

Hardware acceleration is disabled, I might have forgotten to disable it once while testing yesterday because I tried 4.5.16, 4.6.2 and 4.6.0-op24 but I have the same issue.

If I choose eth0 and apply settings it works over Wi-Fi, shapes both, after the reboot it only shapes download not upload. So, back to the same issue.

I tried to move the startup position and it didn't help, will keep trying.

[gfondeur]

Yes, I have to because the service wasn't starting back up after a reboot

[Niet]

Confirmed on my setup. We really have to deal with this bufferbloat asap GL…. Not acceptable.

[ywp]

Because we have qos in our firmware
Both qos and sqm are rate-limiting software and are incompatible

1. /etc/init.d/gl_eqos stop
2. /etc/init.d/gl_eqos disable
3. Add a line
   
   

[Renato]

So, should your script at /etc/init.d/sqm have a /etc/init.d/gl_eqos stop if it's running?

And also the opposite... When you start the gl_eqos, it must check if SQM is running. If yes, then stop it, once both are incompatible with each other.

[ywp]

@Renato

So, should your script at /etc/init.d/sqm have a /etc/init.d/gl_eqos stop if it's running?

It won't work.
As far as the current firmware is concerned, sqm is a third party plugin and we cannot implement this operation

Article 2 May be considered

[ywp]

@Renato @Steve68 @Niet
Test it out?
I tested and found no issues, I will merge the next firmware version

[Renato]

@ywp

Test it out?

I'm not using SQM, so I cannot test it
But in your script, it's checking only eth1... Probably will be better if it checks all ports and not only eth1

[ywp]

Not very realistic

[azleatherneck]

You will need at least the ports that can multi-wan out of the box. OR maybe the ability to disable the QOS from the GUI?