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

Adding to this thread as a new customer.

SQM is a necessity for this router while gaming. My GF streams Netflix and I get headshotted in CSGO without seeing the enemy because of all the latency spikes.

@Steve68, please let me know if you find a way to get it working.

@ywp please invest in a SQM solution. Is this anything on the roadmap right now?

Aside, the page: Flint 2 (GL-MT6000) | High-Performance VPN Router - GL.iNet says: ultra-low latency gaming environments. But you should add, ultra-low latency with bufffbloat gaming, to make it fair. I read this marketing sentence while buying expecting SQM or QOS.

Yeah definitely, I am surprised it isn’t a priority for them, it is really important, and yes we always have the ability in LuCI but casual people don’t know about it and just want something easy that just works. It shouldn’t be too hard to implement SQM on their GUI.

For the time being it works because it shapes the download speed, the issue is the upload speed, so at least it would help if you install it through LuCI, the method explained above should work too.

1 Like


You can look at this

I would like to add that this bug is also persistent with my Brume 2. Logging in to Luci and applying the settings again does fix it. I will try the suggesting temp fix as a workaround for now.

EDIT:

I added

/etc/init.d/sqm restart

to the local startup however it doesn't seem to do anything to solve the issue for me.

If I run the command manually after a reboot it works though.

1 Like

They need to fix if ASAP or give their QoS option more priority so it comes out earlier, because it doesn’t seem it’s going to be this year. Anyways the snapshot vanilla probably fixes it on the Brume 2 just like on the Flint 2

On vanilla 23.05.3 it doesn’t, it works good. Did you mean the op24 firmware :thinking:

https://firmware-selector.openwrt.org/?version=SNAPSHOT&target=mediatek%2Ffilogic&id=glinet_gl-mt6000

I tested the pure firmware of openwrt with no problems
It may be that which process in our firmware affected it, to be analyzed

3 Likes


MT6000
Try changing eth1 to eth0

It can't get better than this :point_down:

What is your broadband speed?

Go to GL-iNet Admin panel --> System --> Overview

Now open a new tab in your browser and run the speedtest.
Then, alternate the tab and check the CPU Load on the admin panel, mainly when the upload is under test.

If there is a high load, they should investigate what is causing it.

My line speed it's 300m down and 20m up, and this my load during a similar test :point_down:


It neither reach 0.5 :scream:

hello
This is my test procedure

1. MT6000 restores factory Settings
2. opkg update
3. opkg install luci-app-sqm
4. Go to the luci sqm interface, select eth0 and enable sqm
5. Google speedtest test
6. reboot, Google speedtest test
1 Like

For who's that? :thinking:
I'm really good the way things are working right now :call_me_hand:

Hi
I've tried your test procedure and it works for the 500 value. However when I change this to anything else say for example 6000 it just defaults to the full speed. I change it back to 500 and I get the same low speed. Not sure what I'm doing wrong. On 4.5.8 firmware.

Did you test using 999?
Just to confirm if there is a bug when using 4 digits :joy:

I've been testing and the bug is so weird that I don't even have a conclusion yet, I set both values to 800, this is the result, the upload speed is not being shaped even without a reboot. I'm testing on the MT3000 but applies for the Flint 2 based on my experience, I think it's even worse on the MT3000.
The eth interface is supposed to be always wan-wan6, in this case wan is eth0 on the MT3000. Version 4.6.2 release1

eth1 selected, 800/800

eth1, 1000/1000

eth0 800/800


I rebooted the router, still the same result.

eth1 500/500 (after the reboot)

Then I tested on the 4.6.0-op24 version.

eth0 800/800

eth0 500/500

eth0 500/500 same test


No one is using my network.

And last, as a reference I tested Vanilla OpenWrt, wan interface.

800/800

4000/4000

500/500

This issue is not only on the MT6000 but also on the MT3000, not sure if the problem's reason is the same on both but there is something there

But why should someone use 500/500 anyway?

Those values are in kbps - so 500 would be nearly nothing. I am not even sure if values like this will work.

2 Likes

We are just testing if it shapes the speed, I know that's not even 0.5Mbps
Any value over 200 should work to test and have an idea, unless you enter 50kbps, things would be harder :joy:

My question is more like "Is it relevant that values <1000 don't work all the time"?
Would be an issue to report to the SQM maintainer anyway, I guess.

I don't understand what you guys being doing wrong but my SQM it's been working flawless for weeks, my bandwidth/line it's 300mbps/20mbps and this it's my last speedtest:


and this my settings on LuCI: