Help with simple QOS rules

Hey Guys, i have only 3 classes:

config interface 'wan'
        option classgroup 'Default'
        option overhead '1'
        option download '117000'
        option upload '32000'
        option enabled '1'

config classify
        option target 'vip'
        option proto 'icmp'
        option comment 'icmp'

config classify
        option target 'fast'
        option srchost 'x.x.x.114'
        option direction 'in'
        option proto 'tcp'
        option comment 'Online Radio'

config classify
        option target 'normal'
        option srcports '80,443'
        option direction 'in'
        option comment 'http'

config classify
        option target 'fast'
        option proto 'udp'
        option comment 'udp'

config classgroup 'Default'
        option classes 'vip fast normal'
        option default 'normal'

config class 'vip'
        option avgrate '2'
        option priority '20'

config class 'fast'
        option avgrate '7'
        option priority '10'

config class 'normal'
        option avgrate '91'
        option priority '5'
        option packetdelay '200'

When i put to download the Radio (online radio) stuck a lot.

TP-Link TL-WDR4300 v1
OpenWrt 19.07.5

Mem: 98792K used, 25728K free, 7196K shrd, 4452K buff, 64120K cached
CPU: 0% usr 0% sys 0% nic 1% idle 0% io 0% irq 96% sirq

My sirq having heavy use. This may be the problem?

In the log when i restart qos:

Tue Mar  2 20:13:16 2021 daemon.info modprobe: Usage:   modprobe [-q] filename
Tue Mar  2 20:13:16 2021 daemon.err modprobe: ifb is already loaded
Tue Mar  2 20:13:16 2021 daemon.err modprobe: cls_u32 is already loaded
Tue Mar  2 20:13:16 2021 daemon.err modprobe: em_u32 is already loaded
Tue Mar  2 20:13:16 2021 daemon.err modprobe: act_connmark is already loaded
Tue Mar  2 20:13:16 2021 daemon.err modprobe: act_mirred is already loaded
Tue Mar  2 20:13:16 2021 daemon.err modprobe: sch_ingress is already loaded
Tue Mar  2 20:13:16 2021 daemon.err modprobe: cls_fw is already loaded
Tue Mar  2 20:13:17 2021 daemon.err modprobe: sch_hfsc is already loaded
Tue Mar  2 20:13:17 2021 daemon.err modprobe: xt_multiport is already loaded
Tue Mar  2 20:13:17 2021 daemon.err modprobe: xt_connmark is already loaded
Tue Mar  2 20:13:17 2021 daemon.err modprobe: xt_comment is already loaded

I need some help.

Many Thanks!!

this indicates your CPU is saturated and can't handle the speeds you're asking it to shape.

2 Likes

As I suspected. >.<
Is there any way to improve this? (That does not involve buy a new router? LOL)

Many Thanks!

what speeds are you trying to handle?

Just 117000 kilobits/s.

:sweat_smile:

Have you tried just enabling SQM? which is more "hands off"?

It's a 560MHz single core atheros chip, so it's probably going to top out in the range of 100Mbps. You could try just dropping the speed to say 90000 down and see if it performs better.

But the qos scripts don't do a good job of utilizing HFSC honestly. I think they should really be retired.

1 Like

I was analyzing, just the current download seed 117000 kilobits/s take all resources from the TP-Link TL-WDR4300 v1. (QoS stoped)

I think i need a new router. u_u"""

Have some hint for a good "cheap" new router?

Many Thanks!

If you can use the existing TL-WDR4300 as an access point, you could try the RPi4 which is the current champ of inexpensive, commonly available, and fast.

if you want an all-in-one I have friends using the GL-inet b1300 with success. SQM works up to about 250-300Mbps

1 Like

RPi4 is Raspberry Pi 4? Thanks!

Yes, it's the popular choice for people finding they are out of CPU because it can handle full gigabit speeds with appropriate USB UE300 ethernet dongle. At your speeds you don't need the dongle, but will need a VLAN capable smart switch.

1 Like

Hum!! I will try soon!
Many thanks for the useful help.

Cheers!

This topic was automatically closed 10 days after the last reply. New replies are no longer allowed.