FlexQoS FlexQoS 1.3.2 - Flexible QoS Enhancement Script for Adaptive QoS

SomeWhereOverTheRainBow

Part of the Furniture
There must be more going on - maybe a combination of what your provider does and the router:

I am using the same router and Steam and don't see the problem you are seeing. When I had Gig Fiber I had zero packetloss no matter what I did (Steam, Backblaze etc...) - with 200/200mpbs Fiber I get packetloss when I max out the downstream - likely part of my provider (quantum) traffic shaping... With FlexQoS and fc disable that problem goes away and everything is 100% stable with ping increases <10ms on a fully loaded link...
I agree, maybe there is some kind of disturbance from the provider (or modem)
 

panni

Regular Contributor
There must be more going on - maybe a combination of what your provider does and the router:

I am using the same router and Steam and don't see the problem you are seeing. When I had Gig Fiber I had zero packetloss no matter what I did (Steam, Backblaze etc...) - with 200/200mpbs Fiber I get packetloss when I max out the downstream - likely part of my provider (quantum) traffic shaping... With FlexQoS and fc disable that problem goes away and everything is 100% stable with ping increases <10ms on a fully loaded link...
I think there's a huge difference between the 500/50 and the 1000/50 uplink that I've switched to (AX58U vs AX86U) and I think it's the RT-AX86U, at least partially.

Someone's trying to actually hit that 1G downstream and it's barely able to do so. The 500/50 line was at the limit of the AX58U and with QoS it managed to be there with little hassle.
Again, QoS is off, so this router - being able to hit the maximum downstream - is struggling massively with trying to hit those TCP/HTTP streams Steam is pushing.

The SoC should be able to do this, though, as QoS is off. I still think something's holding back what's possible.

I'm moving on. The AX86U will provide Wi-Fi, but no routing.
 

panni

Regular Contributor
I agree, maybe there is some kind of disturbance from the provider (or modem)
None. No changes. The AX58U handled its load properly, no fuss. IMHO the 1G>500M switch is the issue all in all.

Edit: Or the AX86U actually is bugged as a couple of reputable posts have suggested.
Edit 2: Might this be a hardware issue? Everything's looking normal, but this is a open-box unit.
 
Last edited:

BreakingDad

Very Senior Member
I usually put Gaming near the top, with reduced max bandwidth to stop a mis-categorisation playing havoc with things
Does this work, ie reduce ping spikes in games, if so what do you reduce max bandwidth to?
 

maghuro

Very Senior Member
I have a suggestion, dunno if it is Simple to implement or not.
When filtering an device (ip), make the graph shows only the traffic from that filtered device.
 

asusrunshot

Occasional Visitor
This is reminiscent of the VPN download as upload issues of the past.

Try a new iptables rule without the catch all.
Bash:
iptables -t mangle -A POSTROUTING -o eth0 -m mark --mark 0x80000000/0xc0000000 -j MARK --set-xmark 0x40000000/0xC0000000
Finally after finishing school I had some time to reset the router. I did the ASUS recovery flash this time. Reset everything to factory defaults.

So after doing all that it seems like I found the source of this problem.

This upload/download issue is caused strictly by using IPv6. If I have IPv6 disabled then I have no issue with upload and download swapped.

May 4 22:05:17 kernel: rdisc6/1598: potentially unexpected fatal signal 11.
May 4 22:05:17 kernel: Pid: 1598, comm: rdisc6
May 4 22:05:17 kernel: CPU: 1 Tainted: P (2.6.36.4brcmarm #1)
May 4 22:05:17 kernel: PC is at 0x2ae1a8ec
May 4 22:05:17 kernel: LR is at 0x2ae1a910
May 4 22:05:17 kernel: pc : [<2ae1a8ec>] lr : [<2ae1a910>] psr: 20000010
May 4 22:05:17 kernel: sp : 7ec22000 ip : 2ae2e57c fp : 7ee1fa0c
May 4 22:05:17 kernel: r10: 2aabd000 r9 : 7ee1fdc0 r8 : 2aae87f0
May 4 22:05:17 kernel: r7 : 2af09014 r6 : 7ee1f9d8 r5 : 2ae2f344 r4 : 2ae2e4f8
May 4 22:05:17 kernel: r3 : 2ae1a8ec r2 : 000009a0 r1 : 2ae1a95c r0 : 2ae2f344
May 4 22:05:17 kernel: Flags: nzCv IRQs on FIQs on Mode USER_32 ISA ARM Segment user
May 4 22:05:17 kernel: Control: 10c53c7d Table: 5940004a DAC: 00000015
May 4 22:05:19 kernel: nf_conntrack_rtsp v0.6.21 loading

The reset is still not helping with packet marking.

For now I have disabled the QoS because Comcast upgraded me to 800/20 and my trusty AC3100 does not go faster than that anyway. Before the upgrade my patch script was still helping a lot with upload bufferbloat from +100 ms to +10 ms. Docsis 3.1 already does PIE and has +10-15 ms upload bufferbloat so if ASUS fixes this closed-source tainted module I'll try again.

I learnt a lot about QoS, packet scheduling, packet inspections and firewall (pfsense and IPFire) in this process.

Thank you all! This community is awesome!!!
 

BoostOver

Regular Contributor
What I am going to exhibit has already happened twice:
I look at Disney +, successfully detected video stream.
I apply some changes in the bandwidth allocation, click apply, flexqos restarts ........... Disney + video stream is no longer detected but OTHER
 

BreakingDad

Very Senior Member
Running with no qos now for a couple of weeks, seems better all around tbh. A shame because I loved flex when it was working as expected.
 

Kingp1n

Very Senior Member
Just in case it is getting lost in the 388 Beta Thread:
FlexQoS working great with 388.1_beta1 on my RT-AX86U.... and performance etc. just as good as before
(I am still having flow cache disabled - did not try with it enabled)
I haven't tried the beta fw yet, but I've been trying the "develop" version of FlexQoS for a few days without any issues with FC enabled. I'll continue to monitor...
 

dave14305

Part of the Furniture
What I am going to exhibit has already happened twice:
I look at Disney +, successfully detected video stream.
I apply some changes in the bandwidth allocation, click apply, flexqos restarts ........... Disney + video stream is no longer detected but OTHER
I would make a guess that you might be able to get it back to normal with these commands:
Code:
fc flush
conntrack -F
 

hancox

Regular Contributor
I haven't tried the beta fw yet, but I've been trying the "develop" version of FlexQoS for a few days without any issues with FC enabled. I'll continue to monitor...

Tried beta and "develop," and while QOS "works" in terms of classification, it still throttles downloads waaaay too much with fc enabled. Disabling fc immediately fixes.
 

Kingp1n

Very Senior Member
Tried beta and "develop," and while QOS "works" in terms of classification, it still throttles downloads waaaay too much with fc enabled. Disabling fc immediately fixes.
Thanks for the heads-up.

I ended going back to the stable version (FlexQoS). I was noticing some slight jitter/lag while streaming that I've never experience with the stable one. I didn't test further so I'm not sure if it's related to Flex beta or just something else in my environment. The slight random jitter is gone (for now).
 
Last edited:

Similar threads

Latest threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top