same i on latest firefox. seems youtube is encapsulating traffic to HTTP over TLS SSL.
your rules will move all HTTP over TLS SSL to streaming, not only youtube.
Good point. We definitely don't want to do that.
same i on latest firefox. seems youtube is encapsulating traffic to HTTP over TLS SSL.
your rules will move all HTTP over TLS SSL to streaming, not only youtube.
same i on latest firefox. seems youtube is encapsulating traffic to HTTP over TLS SSL.
your rules will move all HTTP over TLS SSL to streaming, not only youtube.
EDIT: to be precise, only web player is affected. if you use some sort of native app then it is categorized properly.
It comes from closed-source components, but the list is in /proc/bw_cte_dump (bwdpi related). Separate from conntrack.Is this expected behaviour?
I'm trying to work out what I'm seeing in the connection tracking lists of both FlexQoS and the normal Classification tabs of the gui. I had a suspicion that I was seeing old connections which no longer existed so I have tried the following:
Is this expected behaviour?
- Checked the connection list on the FlexQoS page with a filter on my laptop IP address - I see lots of connections
- Shutdown & powered off my laptop
- Waited a few mins (didn't measure but probably 2-3 mins)
- Ran conntrack -F
- I still see lots of connections in the FlexQoS and Classification tabs
- Checked the Connections tab of the System Log page filtered by my laptop IP address - there are no active connections listed
- Navigated to the FlexQoS connections list and scratched my head for a few minutes
- Magically the entries disappeared - somewhere 5-10 mins after my laptop was shut down
Thanks, that means I need to be careful when looking for where my traffic comes from as things may be waiting for the list to decay. Useful infoIt comes from closed-source components, but the list is in /proc/bw_cte_dump (bwdpi related). Separate from conntrack.
It comes from closed-source components, but the list is in /proc/bw_cte_dump (bwdpi related). Separate from conntrack.
If you ever come back to flex....it sound like you might not have your QOS settings adjusted correctly. Whats your upload/download speed? What do you have set in those fields? Provide some screenshots and we can try to help.As of right now ive given up on flex and trying out cake. This is more then likely user-error, But I have 3 nvidia shields in the house (seldom used at same time). Doesnt seem to matter how I set streaming as the highest priority, if I start a download on a computer
(that i set as lowest). The download will consume all bandwidth.
FlexQoS v0.9.6 released 2020-07-28
Debug:
Log date: 2020-08-07 12:33:44-0700
Router Model: RT-AX88U
Firmware Ver: 384.19_beta1
tc WAN iface: eth0
Undf Prio: 2
Undf FlowID: 1:14
Classes Present: 8
Down Band: 94208
Up Band : 94208
***********
Net Control = 1:10
Work-From-Home = 1:12
Gaming = 1:11
Others = 1:13
Web Surfing = 1:14
Streaming = 1:15
Downloads = 1:16
Defaults = 1:17
***********
Downrates -- 4710, 14131, 18841, 9420, 9420, 28262, 4710, 4710
Downceils -- 94208, 94208, 94208, 94208, 94208, 94208, 94208, 94208
Downbursts -- 4798b, 22394b, 11193b, 4793b, 3196b, 3196b, 3198b, 3198b
DownCbursts -- 116759b, 116759b, 116759b, 116759b, 116759b, 116759b, 116759b, 116759b
DownQuantums -- default, default, 235512, default, default, 353275, default, default
***********
Uprates -- 4710, 14131, 18841, 28262, 9420, 9420, 4710, 4710
Upceils -- 94208, 94208, 94208, 94208, 94208, 94208, 94208, 94208
Upbursts -- 4798b, 22394b, 11193b, 4797b, 3193b, 3196b, 3198b, 3198b
UpCbursts -- 116759b, 116759b, 116759b, 116759b, 116759b, 116759b, 116759b, 116759b
UpQuantums -- default, default, 235512, 353275, default, default, default, default
iptables settings: <>>udp>>500,4500>>3<>>udp>16384:16415>>>3<>>tcp>>119,563>>5<>>tcp>>80,443>08****>7
iptables -D POSTROUTING -t mangle -o br0 -p udp -m multiport --sports 500,4500 -j MARK --set-mark 0x80060001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o br0 -p udp -m multiport --sports 500,4500 -j MARK --set-mark 0x80060001
iptables -D POSTROUTING -t mangle -o eth0 -p udp -m multiport --dports 500,4500 -j MARK --set-mark 0x40060001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o eth0 -p udp -m multiport --dports 500,4500 -j MARK --set-mark 0x40060001
iptables -D POSTROUTING -t mangle -o br0 -p udp --dport 16384:16415 -j MARK --set-mark 0x80060001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o br0 -p udp --dport 16384:16415 -j MARK --set-mark 0x80060001
iptables -D POSTROUTING -t mangle -o eth0 -p udp --sport 16384:16415 -j MARK --set-mark 0x40060001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o eth0 -p udp --sport 16384:16415 -j MARK --set-mark 0x40060001
iptables -D POSTROUTING -t mangle -o br0 -p tcp -m multiport --sports 119,563 -j MARK --set-mark 0x80030001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o br0 -p tcp -m multiport --sports 119,563 -j MARK --set-mark 0x80030001
iptables -D POSTROUTING -t mangle -o eth0 -p tcp -m multiport --dports 119,563 -j MARK --set-mark 0x40030001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o eth0 -p tcp -m multiport --dports 119,563 -j MARK --set-mark 0x40030001
iptables -D POSTROUTING -t mangle -o br0 -p tcp -m multiport --sports 80,443 -m mark --mark 0x80080000/0xc03f0000 -j MARK --set-mark 0x803f0001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o br0 -p tcp -m multiport --sports 80,443 -m mark --mark 0x80080000/0xc03f0000 -j MARK --set-mark 0x803f0001
iptables -D POSTROUTING -t mangle -o eth0 -p tcp -m multiport --dports 80,443 -m mark --mark 0x40080000/0xc03f0000 -j MARK --set-mark 0x403f0001 >/dev/null 2>&1
iptables -A POSTROUTING -t mangle -o eth0 -p tcp -m multiport --dports 80,443 -m mark --mark 0x40080000/0xc03f0000 -j MARK --set-mark 0x403f0001
appdb rules: <000000>6<00006B>6<0D0007>5<0D0086>5<0D00A0>5<12003F>4<13****>4<14****>4<1A****>5
realtc filter change dev br0 prio 2 protocol all handle 827::800 u32 flowid 1:13
realtc filter change dev eth0 prio 2 protocol all handle 827::800 u32 flowid 1:13
realtc filter add dev br0 protocol all prio 2 u32 match mark 0x8000006B 0xc03fffff flowid 1:13
realtc filter add dev eth0 protocol all prio 2 u32 match mark 0x4000006B 0xc03fffff flowid 1:13
realtc filter add dev br0 protocol all prio 15 u32 match mark 0x800D0007 0xc03fffff flowid 1:16
realtc filter add dev eth0 protocol all prio 15 u32 match mark 0x400D0007 0xc03fffff flowid 1:16
realtc filter add dev br0 protocol all prio 15 u32 match mark 0x800D0086 0xc03fffff flowid 1:16
realtc filter add dev eth0 protocol all prio 15 u32 match mark 0x400D0086 0xc03fffff flowid 1:16
realtc filter add dev br0 protocol all prio 15 u32 match mark 0x800D00A0 0xc03fffff flowid 1:16
realtc filter add dev eth0 protocol all prio 15 u32 match mark 0x400D00A0 0xc03fffff flowid 1:16
realtc filter add dev br0 protocol all prio 20 u32 match mark 0x8012003F 0xc03fffff flowid 1:14
realtc filter add dev eth0 protocol all prio 20 u32 match mark 0x4012003F 0xc03fffff flowid 1:14
realtc filter change dev br0 prio 22 protocol all handle 802::800 u32 flowid 1:14
realtc filter change dev eth0 prio 22 protocol all handle 802::800 u32 flowid 1:14
realtc filter change dev br0 prio 23 protocol all handle 804::800 u32 flowid 1:14
realtc filter change dev eth0 prio 23 protocol all handle 804::800 u32 flowid 1:14
realtc filter change dev br0 prio 2 protocol all handle 827::802 u32 flowid 1:16
realtc filter change dev eth0 prio 2 protocol all handle 827::802 u32 flowid 1:16
realtc class change dev br0 parent 1:1 classid 1:10 htb overhead 4 linklayer ethernet prio 0 rate 4710Kbit ceil 94208Kbit burst 4798b cburst 116759b
realtc class change dev br0 parent 1:1 classid 1:11 htb overhead 4 linklayer ethernet prio 1 rate 14131Kbit ceil 94208Kbit burst 22394b cburst 116759b
realtc class change dev br0 parent 1:1 classid 1:12 htb overhead 4 linklayer ethernet prio 2 rate 18841Kbit ceil 94208Kbit burst 11193b cburst 116759b quantum 235512
realtc class change dev br0 parent 1:1 classid 1:13 htb overhead 4 linklayer ethernet prio 3 rate 9420Kbit ceil 94208Kbit burst 4793b cburst 116759b
realtc class change dev br0 parent 1:1 classid 1:14 htb overhead 4 linklayer ethernet prio 4 rate 9420Kbit ceil 94208Kbit burst 3196b cburst 116759b
realtc class change dev br0 parent 1:1 classid 1:15 htb overhead 4 linklayer ethernet prio 5 rate 28262Kbit ceil 94208Kbit burst 3196b cburst 116759b quantum 353275
realtc class change dev br0 parent 1:1 classid 1:16 htb overhead 4 linklayer ethernet prio 6 rate 4710Kbit ceil 94208Kbit burst 3198b cburst 116759b
realtc class change dev br0 parent 1:1 classid 1:17 htb overhead 4 linklayer ethernet prio 7 rate 4710Kbit ceil 94208Kbit burst 3198b cburst 116759b
realtc class change dev eth0 parent 1:1 classid 1:10 htb overhead 4 linklayer ethernet prio 0 rate 4710Kbit ceil 94208Kbit burst 4798b cburst 116759b
realtc class change dev eth0 parent 1:1 classid 1:11 htb overhead 4 linklayer ethernet prio 1 rate 14131Kbit ceil 94208Kbit burst 22394b cburst 116759b
realtc class change dev eth0 parent 1:1 classid 1:12 htb overhead 4 linklayer ethernet prio 2 rate 18841Kbit ceil 94208Kbit burst 11193b cburst 116759b quantum 235512
realtc class change dev eth0 parent 1:1 classid 1:13 htb overhead 4 linklayer ethernet prio 3 rate 28262Kbit ceil 94208Kbit burst 4797b cburst 116759b quantum 353275
realtc class change dev eth0 parent 1:1 classid 1:14 htb overhead 4 linklayer ethernet prio 4 rate 9420Kbit ceil 94208Kbit burst 3193b cburst 116759b
realtc class change dev eth0 parent 1:1 classid 1:15 htb overhead 4 linklayer ethernet prio 5 rate 9420Kbit ceil 94208Kbit burst 3196b cburst 116759b
realtc class change dev eth0 parent 1:1 classid 1:16 htb overhead 4 linklayer ethernet prio 6 rate 4710Kbit ceil 94208Kbit burst 3198b cburst 116759b
realtc class change dev eth0 parent 1:1 classid 1:17 htb overhead 4 linklayer ethernet prio 7 rate 4710Kbit ceil 94208Kbit burst 3198b cburst 116759b
First is to see if any traffic is really matching the Game Downloads rule:I thought that the default iptable rule for 80,443 08**** would reclassify these game downloads correctly but somehow this does not seem to work.
I attached several screenshots of my configuration. Could you please take a look if I made a mistake? If not, how come this traffic is not correctly classified?
iptables -t mangle -nvL POSTROUTING
tc -s filter show dev br0 | grep -B1 x803f
First is to see if any traffic is really matching the Game Downloads rule:
If yes, then check the existence of the Game Downloads tc filter:Code:iptables -t mangle -nvL POSTROUTING
I'm not sure why you have 6 filter rules in your tc output for the gaming mark 0x80080000. That seems odd to me, but may not be related.Code:tc -s filter show dev br0 | grep -B1 x803f
>> iptables -t mangle -nvL POSTROUTING
Chain POSTROUTING (policy ACCEPT 326K packets, 199M bytes)
pkts bytes target prot opt in out source destination
81 13500 MARK udp -- * br0 0.0.0.0/0 0.0.0.0/0 multiport sports 500,4500 MARK set 0x80060001
392 31554 MARK udp -- * eth0 0.0.0.0/0 0.0.0.0/0 multiport dports 500,4500 MARK set 0x40060001
0 0 MARK udp -- * br0 0.0.0.0/0 0.0.0.0/0 udp dpts:16384:16415 MARK set 0x80060001
0 0 MARK udp -- * eth0 0.0.0.0/0 0.0.0.0/0 udp spts:16384:16415 MARK set 0x40060001
0 0 MARK tcp -- * br0 0.0.0.0/0 0.0.0.0/0 multiport sports 119,563 MARK set 0x80030001
0 0 MARK tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 multiport dports 119,563 MARK set 0x40030001
630 74390 MARK tcp -- * br0 0.0.0.0/0 0.0.0.0/0 multiport sports 80,443 mark match 0x80080000/0xc03f0000 MARK set 0x803f0001
1068 79876 MARK tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 multiport dports 80,443 mark match 0x40080000/0xc03f0000 MARK set 0x403f0001
>> tc -s filter show dev br0 | grep -B1 x803f
filter parent 1: protocol all pref 10 u32 fh 81d::802 order 2050 key ht 81d bkt 0 flowid 1:16 (rule hit 28339873 success 7798400)
mark 0x803f0001 0xc03fffff (success 7798400)
Mechanically, the necessary pieces are there. What other connections are listed as Gaming when you see the high rate in Gaming? I think this is more likely to be a classification issue by Trend Micro.Thanks for the quick reply. Here are the outputs:
Code:>> iptables -t mangle -nvL POSTROUTING Chain POSTROUTING (policy ACCEPT 326K packets, 199M bytes) pkts bytes target prot opt in out source destination 81 13500 MARK udp -- * br0 0.0.0.0/0 0.0.0.0/0 multiport sports 500,4500 MARK set 0x80060001 392 31554 MARK udp -- * eth0 0.0.0.0/0 0.0.0.0/0 multiport dports 500,4500 MARK set 0x40060001 0 0 MARK udp -- * br0 0.0.0.0/0 0.0.0.0/0 udp dpts:16384:16415 MARK set 0x80060001 0 0 MARK udp -- * eth0 0.0.0.0/0 0.0.0.0/0 udp spts:16384:16415 MARK set 0x40060001 0 0 MARK tcp -- * br0 0.0.0.0/0 0.0.0.0/0 multiport sports 119,563 MARK set 0x80030001 0 0 MARK tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 multiport dports 119,563 MARK set 0x40030001 630 74390 MARK tcp -- * br0 0.0.0.0/0 0.0.0.0/0 multiport sports 80,443 mark match 0x80080000/0xc03f0000 MARK set 0x803f0001 1068 79876 MARK tcp -- * eth0 0.0.0.0/0 0.0.0.0/0 multiport dports 80,443 mark match 0x40080000/0xc03f0000 MARK set 0x403f0001
Code:>> tc -s filter show dev br0 | grep -B1 x803f filter parent 1: protocol all pref 10 u32 fh 81d::802 order 2050 key ht 81d bkt 0 flowid 1:16 (rule hit 28339873 success 7798400) mark 0x803f0001 0xc03fffff (success 7798400)
There are no other connections listed under Gaming except from the PS4 (see screenshot in original post).Mechanically, the necessary pieces are there. What other connections are listed as Gaming when you see the high rate in Gaming? I think this is more likely to be a classification issue by Trend Micro.
Is there a reason you don't have a Gaming rule for the PS4 to ensure its traffic is marked as Gaming?
- Local IP/CIDR: 192.168.1.100 (use PS4 IP address)
- Remote IP/CIDR: blank
- Proto: BOTH
- Local Port: blank
- Remote Port: !80,443
- Mark: 000000
- Class: Gaming
Then re-create the Game Downloads rule to appear after the PS4 gaming rule in the iptables rules list.
And did you recently move the Learn-From-Home up in priority since your first post? It shows as 1:16 instead of 1:17 now.
You’re only showing 3 of 400+ connections in your screenshot. I’m looking for connections in Orange.There are no other connections listed under Gaming except from the PS4 (see screenshot in original post).
Since the IP wasn’t populated in FreshJR, it wasn’t migrated.Before, there was no need to have an extra rule for my PS4 however I just compared my old FreshJR QoS configuration with the FlexQoS and it seems like there was rule !80,443 (first in the list below) which is now missing from the default setup:
Can you post the file /tmp/bwdpi/qosd.conf ? Something is odd. Are you also still running FreshJR at the same time?No, I did not move the Learn-From-Home category up since my first post.
You’re only showing 3 of 400+ connections in your screenshot. I’m looking for connections in Orange.
Since the IP wasn’t populated in FreshJR, it wasn’t migrated.
Can you post the file /tmp/bwdpi/qosd.conf ? Something is odd. Are you also still running FreshJR at the same time?
You’re only showing 3 of 400+ connections in your screenshot. I’m looking for connections in Orange.
Since the IP wasn’t populated in FreshJR, it wasn’t migrated.
Can you post the file /tmp/bwdpi/qosd.conf ? Something is odd. Are you also still running FreshJR at the same time?
>> cat /tmp/bwdpi/qosd.conf
ceil_down=11776.000kbps
ceil_up=11776.000kbps
[0, 5%]
rule=18
rule=19
rule=9
rule=20
[1, 20%]
rule=8
[2, 10%]
rule=0
rule=5
rule=6
rule=15
rule=17
[3, 5%]
rule=7
rule=10
rule=11
rule=21
rule=23
[4, 4%]
rule=28
rule=29
rule=30
rule=31
rule=32
rule=33
rule=34
rule=35
rule=36
rule=37
rule=38
rule=39
rule=40
rule=41
rule=42
rule=43
rule=13
rule=24
[5, 3%]
rule=12
rule=4
[6, 2%]
rule=1
rule=3
rule=14
[7, 1%]
rule=4
rule=13
{0}
{1}
{2}
fam=1
fam=2
fam=3
fam=4
fam=5
fam=6
fam=7
fam=8
{3}
fam=na
{4}
View attachment 25247
The traffic has now moved to File Transferring!
Out of the total 368 connections, these 49 belong to the PS4 downloading. All of the traffic is accounted in the File Transferring category although there are plenty of connections in the Game Transferring category. How come?
View attachment 25248
View attachment 25249
Is this statement about 384.15 right, or do I need 384.18 or higher as stated in the GitHub text?ASUSWRT-Merlin 384.15 or higher
Welcome To SNBForums
SNBForums is a community for anyone who wants to learn about or discuss the latest in wireless routers, network storage and the ins and outs of building and maintaining a small network.
If you'd like to post a question, simply register and have at it!
While you're at it, please check out SmallNetBuilder for product reviews and our famous Router Charts, Ranker and plenty more!