You know, I don't notice any odd latency spikes with that config (900/900). It is like just the downstream being choked, with good upstream.
Do you see latency spikes with sqm disabled?
Yes, sometimes over 230ms (waveform bufferbloat results). I just did some tests now without sqm:
speedtest-cli also shows few spikes during the test.
Speedtest by Ookla
Server: GSL Networks - Tokyo (id: 50686)
ISP: So-net
Idle Latency: 3.04 ms (jitter: 1.50ms, low: 2.87ms, high: 5.89ms)
Download: 937.15 Mbps (data used: 469.1 MB)
39.67 ms (jitter: 46.03ms, low: 3.48ms, high: 308.30ms)
Upload: 796.48 Mbps (data used: 1.2 GB)
5.78 ms (jitter: 1.54ms, low: 2.99ms, high: 14.17ms)
Packet Loss: 12.5%
not the best result but it also shows ~308ms as RTT. It is variable and it depends on the select server but it is there. I usually have higher download/upload avg speed but I guess I could lower to 850Mbps.
Thanks!
The highest download rate with cake was ~700Mbps, it really makes little sense to set the download shaper any higher than that, personally I would set it considerably lower (like 500-600) to gain some CPU head room, but that obviously is a policy decision you need to make for your own network.
I agree, it needs some tuning. Thank you
Just started using QoSify I noticed call back warnings in my systemlog referring to the interface "ifb-dns"
Curious if someone here can fully explain to me what interface ifb-dns exactly is used for
...and if these errors are harmless or I need to do something to correct these warnings
Wed Sep 14 17:20:06 2022 kern.warn kernel: [ 25.095214] net_ratelimit: 24 callbacks suppressed
Wed Sep 14 17:20:06 2022 kern.notice kernel: [ 25.095215] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:07 2022 kern.notice kernel: [ 26.269173] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:07 2022 kern.notice kernel: [ 26.275415] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:08 2022 kern.notice kernel: [ 26.682784] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:08 2022 kern.notice kernel: [ 26.749647] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:08 2022 kern.notice kernel: [ 27.265537] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:08 2022 kern.notice kernel: [ 27.275396] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:09 2022 kern.notice kernel: [ 27.289101] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:09 2022 kern.notice kernel: [ 28.090094] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:10 2022 kern.notice kernel: [ 29.095744] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:11 2022 kern.notice kernel: [ 30.267500] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:11 2022 kern.notice kernel: [ 30.270655] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:12 2022 kern.notice kernel: [ 30.685906] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:13 2022 kern.notice kernel: [ 32.089605] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:13 2022 kern.notice kernel: [ 32.121004] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:14 2022 kern.notice kernel: [ 32.475295] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:14 2022 kern.notice kernel: [ 32.507263] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:14 2022 kern.notice kernel: [ 33.121599] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:14 2022 kern.notice kernel: [ 33.138106] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:14 2022 kern.notice kernel: [ 33.144135] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:17 2022 kern.warn kernel: [ 35.302305] net_ratelimit: 7 callbacks suppressed
Wed Sep 14 17:20:17 2022 kern.notice kernel: [ 35.302306] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:17 2022 kern.notice kernel: [ 35.507379] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:17 2022 kern.notice kernel: [ 35.734794] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:17 2022 kern.notice kernel: [ 36.132905] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:19 2022 kern.notice kernel: [ 37.302481] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:19 2022 kern.notice kernel: [ 37.688368] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:19 2022 kern.notice kernel: [ 37.717563] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:19 2022 kern.notice kernel: [ 37.740093] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:19 2022 kern.notice kernel: [ 38.130028] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:19 2022 kern.notice kernel: [ 38.157596] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:22 2022 kern.warn kernel: [ 40.309963] net_ratelimit: 9 callbacks suppressed
Wed Sep 14 17:20:22 2022 kern.notice kernel: [ 40.309964] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:22 2022 kern.notice kernel: [ 40.695623] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:22 2022 kern.notice kernel: [ 40.719053] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:22 2022 kern.notice kernel: [ 41.158677] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:23 2022 kern.notice kernel: [ 41.301148] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:23 2022 kern.notice kernel: [ 41.307062] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:23 2022 kern.notice kernel: [ 41.330666] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:23 2022 kern.notice kernel: [ 41.752784] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:24 2022 kern.notice kernel: [ 42.309579] tc mirred to Houston: device ifb-dns is down
Wed Sep 14 17:20:24 2022 kern.notice kernel: [ 42.327077] tc mirred to Houston: device ifb-dns is down
After further examining I've noticed a duplicate entry under /etc/config/network
config device
option name 'ifb-dns'
config device
option name 'ifb-dns'
Removing dup entry then rebooting dmesg still shows
[ 20.636742] tc mirred to Houston: device ifb-dns is down
[ 20.660030] tc mirred to Houston: device ifb-dns is down
[ 21.439060] tc mirred to Houston: device ifb-dns is down
[ 21.466809] tc mirred to Houston: device ifb-dns is down
[ 21.660158] tc mirred to Houston: device ifb-dns is down
[ 22.447304] tc mirred to Houston: device ifb-dns is down
[ 22.471148] tc mirred to Houston: device ifb-dns is down
[ 22.477461] tc mirred to Houston: device ifb-dns is down
[ 23.478100] tc mirred to Houston: device ifb-dns is down
[ 23.623703] tc mirred to Houston: device ifb-dns is down
[ 26.651775] net_ratelimit: 13 callbacks suppressed
[ 26.651776] tc mirred to Houston: device ifb-dns is down
[ 26.664047] tc mirred to Houston: device ifb-dns is down
[ 27.197084] tc mirred to Houston: device ifb-dns is down
[ 27.665398] tc mirred to Houston: device ifb-dns is down
[ 28.468331] tc mirred to Houston: device ifb-dns is down
[ 29.477797] tc mirred to Houston: device ifb-dns is down
[ 30.651041] tc mirred to Houston: device ifb-dns is down
[ 30.657372] tc mirred to Houston: device ifb-dns is down
[ 31.203508] tc mirred to Houston: device ifb-dns is down
[ 32.468999] tc mirred to Houston: device ifb-dns is down
[ 32.500499] tc mirred to Houston: device ifb-dns is down
[ 33.500504] tc mirred to Houston: device ifb-dns is down
[ 33.507196] tc mirred to Houston: device ifb-dns is down
[ 33.513332] tc mirred to Houston: device ifb-dns is down
[ 34.510543] tc mirred to Houston: device ifb-dns is down
[ 34.653111] tc mirred to Houston: device ifb-dns is down
[ 34.684090] tc mirred to Houston: device ifb-dns is down
[ 35.500575] tc mirred to Houston: device ifb-dns is down
[ 35.560596] tc mirred to Houston: device ifb-dns is down
[ 37.684326] net_ratelimit: 7 callbacks suppressed
[ 37.684327] tc mirred to Houston: device ifb-dns is down
[ 38.053443] tc mirred to Houston: device ifb-dns is down
[ 38.084747] tc mirred to Houston: device ifb-dns is down
[ 38.587010] tc mirred to Houston: device ifb-dns is down
[ 39.085220] tc mirred to Houston: device ifb-dns is down
[ 39.296648] tc mirred to Houston: device ifb-dns is down
[ 39.510813] tc mirred to Houston: device ifb-dns is down
[ 39.667804] tc mirred to Houston: device ifb-dns is down
[ 39.693671] tc mirred to Houston: device ifb-dns is down
[ 40.511470] tc mirred to Houston: device ifb-dns is down
[ 42.694861] net_ratelimit: 4 callbacks suppressed
[ 42.694862] tc mirred to Houston: device ifb-dns is down
[ 43.070223] tc mirred to Houston: device ifb-dns is down
[ 43.097943] tc mirred to Houston: device ifb-dns is down
[ 43.311204] tc mirred to Houston: device ifb-dns is down
[ 44.536269] tc mirred to Houston: device ifb-dns is down
[ 44.543754] tc mirred to Houston: device ifb-dns is down
[ 45.086437] tc mirred to Houston: device ifb-dns is down
[ 45.544732] tc mirred to Houston: device ifb-dns is down
[ 46.434121] tc mirred to Houston: device ifb-dns is down
[ 46.466557] tc mirred to Houston: device ifb-dns is down
Remove both entries. QoSify creates ifb-dns on-the-fly. Not sure how it got in there.
thanks yeah idk either seemed to work I had ifb-eth as well as ifb-dns this time I removed both and no erros
For clarity sake can I use binary/hex DSCP values ?
110 dscp can be a raw value, or a codepoint like CS0
111 Adding a + in front of the value tells qosify to only override the DSCP value if it is zero
line 110 in README states "raw value", meaning DSCP in binary hex and decimal yeah.
As well as kernal v5.9+ "codepoints" defined as the DSCP PHB class then I'd Imagine?
defined... I can use any or all of the example configs shown below.
class
option ingress cs4
option egress cs4
option dscp_prio cs3
option dscp_icmp +le
option dscp_bulk cs1
decimal
option ingress 32
option egress 32
option dscp_prio 24
option dscp_icmp +1
option dscp_bulk 8
hex
option ingress 0x20
option egress 0x20
option dscp_prio 0x18
option dscp_icmp +0x01
option dscp_bulk 0x08
binary
option ingress 100000
option egress 100000
option dscp_prio 011000
option dscp_icmp +000001
option dscp_bulk 001000
I would prefer hex/binary usage ... I know most people define as "class" on the forum i.e.CS0-CS5
I'm shocked I've even seen a few use decimal values, but binary and hex should be standard IMO.
Basically posting for feedback and clarification on the handling of DSCP phb fw mark with in reach.
Why, if I might ask?
BTW qosify does not only acceot the class selectors CS0-CS7, but all well known named PHBs like AF11-AF43, EF, VA, LE.
IMHO these are nicely memorable shorthand codes that I prefer over binary or hex (but that is subjective taste).
With qosify offering either 1, 3, 4, or 8 priority tins in the limit 8 DSCPs would suffice so the CS series is probably popular as it offers a convenient way to label 8 distinct types.
I figure ya kno binary uni lang of compute and all ...
no offence geek in heart as stupid as it may seem, binary would have seniority privileges over the latter.
but that would be too hard for the human mind to remember so a slag alias prob would be easier.
but it's not big deal
Does anyone have a DSCP => diffserv8 "tin #" chart handy by chance ?
I'm running diffserv8 and all my tins are in use except for Tin 2.
UPDATE:
Never mind. I found the chart. it appears Tin 2 is DF
Hi, I'm on openwrt 22.03.0 and qosify apparently does not work.
My bufferbloat used to be grade A+ and now is grade C
How did you configure /etc/config/qosify
and /etc/qosify/00-defaults.conf
?
I'm using some configs files took from here.
Previous to update the router, I was using a snapshot version for rt3200 belkin. It was running fine using those files.
00-defaults.conf
# DEFAULT
# DNS
tcp:53 voice
tcp:5353 voice
udp:53 voice
udp:5353 voice
# NTP
udp:123 voice
# SSH
tcp:44225 +video
# HTTP/QUIC
tcp:80 +besteffort
tcp:443 +besteffort
udp:80 +besteffort
udp:443 +besteffort
# DEFAULT
# SSH
#tcp:44225 network_services
# NTP
udp:123 network_services
# DNS
tcp:53 voice
tcp:5353 voice
udp:53 voice
udp:5353 voice
# DNS over TLS (DoT)
tcp:853 multimedia_conferencing
udp:853 multimedia_conferencing
# HTTP/HTTPS/QUIC
tcp:80 browsing
tcp:443 browsing
udp:80 browsing
udp:443 browsing
# Microsoft (Download)
dns:*1drv* bulk
dns:*backblaze* bulk
dns:*backblazeb2* bulk
dns:*ms-acdc.office* bulk
dns:*onedrive* bulk
dns:*sharepoint* bulk
dns:*update.microsoft* bulk
dns:*windowsupdate* bulk
# Call of Duty Lobby/Joining Partys
dns:*.prod.demonware.net gaming
# Tom Clancys Rainbow Six Siege
dns:*.online-services.aws.r6.ubi.com gaming
dns:*.r6.ubi.com gaming
# Xbox Game Studios, Microsoft Studios only (Sea of Thieves, State of Decay, Halo, Forza etc)
dns:*.cloudapp.azure.com gaming
# MEGA (Download)
dns:*mega* bulk
# Dropbox (Download)
dns:*dropboxusercontent* bulk
# Google (Download)
dns:*drive.google* bulk
dns:*googleusercontent* bulk
# Steam (Download)
dns:*steamcontent* bulk
# Epic Games (Download)
dns:*download.epicgames* bulk
dns:*download2.epicgames* bulk
dns:*download3.epicgames* bulk
dns:*download4.epicgames* bulk
dns:*epicgames-download1* bulk
#Retroarch
tcp:55435-55438 gaming
udp:55435-55438 gaming
#Google Stadia
# udp:44700 Premium
tcp:44700-44899 gaming
udp:44700-44899 gaming
# YouTube
dns:*googlevideo* video
# Facebook
dns:*fbcdn* besteffort
# Twitch
dns:*ttvnw* video
# TikTok
dns:*tiktok* video
# Netflix
dns:*nflxvideo* video
# Amazon Prime Video
dns:*aiv-cdn* besteffort
dns:*aiv-delivery* besteffort
dns:*pv-cdn* besteffort
# Disney Plus
dns:*disney* besteffort
dns:*dssott* besteffort
# HBO
dns:*hbo* besteffort
dns:*hbomaxcdn* besteffort
# BitTorrent
tcp:6881-7000 bulk
tcp:51413 bulk
udp:6771 bulk
udp:6881-7000 bulk
udp:51413 bulk
tcp:1716-1764 bulk
udp:1716-1764 bulk
# aMule
tcp:4662 bulk
tcp:15530 bulk
udp:4672 bulk
udp:15533 bulk
udp:15540 bulk
# Usenet
tcp:119 bulk
tcp:563 bulk
# Live Streaming to YouTube Live, Twitch, Vimeo and LinkedIn Live
tcp:1935-1936 broadcast_video
tcp:2396 broadcast_video
tcp:2935 broadcast_video
# Xbox
tcp:3074 gaming
udp:88 gaming
#udp:500 gaming # UDP port already used in "VoWiFi" rules
udp:3074 gaming
udp:3544 gaming
#udp:4500 gaming # UDP port already used in "VoWiFi" rules
# PlayStation
tcp:3478-3480 gaming
#udp:3478-3479 gaming # UDP ports already used in "Zoom" rules
# Call of Duty
#tcp:3074 gaming # TCP port already used in "Xbox" rules
tcp:3075-3076 gaming
#udp:3074 gaming # UDP port already used in "Xbox" rules
udp:3075-3079 gaming
udp:3658 gaming
# FIFA
tcp:3659 gaming
udp:3659 gaming
# Minecraft
tcp:25565 gaming
udp:19132-19133 gaming
udp:25565 gaming
# Supercell Games
tcp:9339 gaming
udp:9339 gaming
# Nintendo Switch
tcp:29920 gaming
tcp:29900-29901 gaming
tcp:28910 gaming
tcp:12400 gaming
tcp:6667 gaming
# Zoom, Microsoft Teams, Skype and FaceTime (they use these same ports)
udp:3478-3497 multimedia_conferencing
# Zoom
dns:*zoom* multimedia_conferencing
tcp:8801-8802 multimedia_conferencing
udp:8801-8810 multimedia_conferencing
# Skype
dns:*skype* multimedia_conferencing
# FaceTime
udp:16384-16387 multimedia_conferencing
udp:16393-16402 multimedia_conferencing
# GoToMeeting
udp:1853 multimedia_conferencing
udp:8200 multimedia_conferencing
# Webex Meeting
tcp:5004 multimedia_conferencing
udp:9000 multimedia_conferencing
# Jitsi Meet
tcp:5349 multimedia_conferencing
udp:10000 multimedia_conferencing
# Google Meet
udp:19302-19309 multimedia_conferencing
# TeamViewer
tcp:5938 multimedia_conferencing
udp:5938 multimedia_conferencing
# Voice over Internet Protocol (VoIP)
tcp:5060-5061 telephony
udp:5060-5061 telephony
# Voice over WiFi or WiFi Calling (VoWiFi)
udp:500 telephony
udp:4500 telephony
# Discord VoIP Voice max is 128kbps, none server boots are max 96kbps
tcp:50001-50010 telephony
udp:50001-50010 telephony
# TeamSpeak 3 VoiP
udp:9987 telephony
# Mumble VoiP
udp:64738 telephony
# VIDEO
dns:.twitch.tv AF31
dns:.youtube.com AF32
dns:.hbomax.com AF33
dns:.justin.tv AF31
dns:.deploy.static.akamaitechnologies.com AF33
dns:.1e100.net AF33
dns:.nflxvideo.net AF33
qosify
config defaults
list defaults /etc/qosify/*.conf
option dscp_icmp +besteffort
option dscp_default_tcp unmarked_traffic
option dscp_default_udp unmarked_traffic
config class unmarked_traffic
option ingress CS1
option egress CS1
option prio_max_avg_pkt_len 1270
option dscp_prio CS4
option bulk_trigger_pps 600
option bulk_trigger_timeout 10
option dscp_bulk CS1
config class browsing
option ingress CS0
option egress CS0
option prio_max_avg_pkt_len 575
option dscp_prio AF41
option bulk_trigger_pps 1000
option bulk_trigger_timeout 10
option dscp_bulk CS1
config class bulk
option ingress CS1
option egress CS1
config class besteffort
option ingress CS0
option egress CS0
config class network_services
option ingress CS2
option egress CS2
config class broadcast_video
option ingress CS3
option egress CS3
config class gaming
option ingress CS4
option egress CS4
config class multimedia_conferencing
option ingress AF42
option egress AF42
option prio_max_avg_pkt_len 575
option dscp_prio AF41
config class telephony
option ingress EF
option egress EF
config interface wan
option name wan
option disabled 0
option bandwidth_up 20mbit
option bandwidth_down 200mbit
option overhead_type docsis
# defaults:
option ingress 1
option egress 1
#option mode diffserv8
option mode diffserv4
option nat 1
option host_isolate 1
option autorate_ingress 0
option ingress_options ""
option egress_options "wash"
option options "ether-vlan"
config device wandev
option disabled 1
option name wan
option bandwidth 200mbit
I see you also posted in the CAKE Autorate thread. Are these bandwidth values reliable for your connection?
Yes, they are. Those are my current speed from my ISP. 200Up 20Down
That was my grade and the speed did not matter as the latency was down. But now, I can't reach that.
My ISP provides me with the internet through a cable.
BTW: sorry, English is not my mother language.
Run this command and post the output before AND after the bufferbloat test:
tc -s qdisc show root
Before
qdisc noqueue 0: dev lo root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 10240p flows 1024 quantum 1518 target 5ms interval 100ms memory_limit 4Mb ecn drop_batch 64
Sent 2297567477 bytes 2264391 pkt (dropped 0, overlimits 0 requeues 189)
backlog 0b 0p requeues 189
maxpacket 27324 drop_overlimit 0 new_flow_count 22056 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc noqueue 0: dev lan1 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan2 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan3 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan4 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev wan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan.30 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan.40 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan.50 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev bridge-wan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc cake 8003: dev bridge-wan.50 root refcnt 2 bandwidth 20Mbit diffserv8 dual-srchost nat wash no-ack-filter split-gso rtt 100ms noatm overhead 22 mpu 64
Sent 16396 bytes 75 pkt (dropped 0, overlimits 10 requeues 0)
backlog 0b 0p requeues 0
memory used: 5376b of 4Mb
capacity estimate: 20Mbit
min/max network layer size: 28 / 1500
min/max overhead-adjusted size: 64 / 1522
average network hdr offset: 4
Tin 0 Tin 1 Tin 2 Tin 3 Tin 4 Tin 5 Tin 6 Tin 7
thresh 20Mbit 17500Kbit 15312Kbit 13398Kbit 11723Kbit 10258Kbit 8975Kbit 7853Kbit
target 5ms 5ms 5ms 5ms 5ms 5ms 5ms 5ms
interval 100ms 100ms 100ms 100ms 100ms 100ms 100ms 100ms
pk_delay 0us 0us 269us 157us 0us 0us 0us 2us
av_delay 0us 0us 5us 5us 0us 0us 0us 0us
sp_delay 0us 0us 5us 5us 0us 0us 0us 0us
backlog 0b 0b 0b 0b 0b 0b 0b 0b
pkts 0 0 7 67 0 0 0 1
bytes 0 0 7353 9001 0 0 0 42
way_inds 0 0 0 0 0 0 0 0
way_miss 0 0 1 15 0 0 0 1
way_cols 0 0 0 0 0 0 0 0
drops 0 0 0 0 0 0 0 0
marks 0 0 0 0 0 0 0 0
ack_drop 0 0 0 0 0 0 0 0
sp_flows 0 0 0 3 0 0 0 0
bk_flows 0 0 0 1 0 0 0 0
un_flows 0 0 0 0 0 0 0 0
max_len 0 0 3028 3028 0 0 0 42
quantum 610 534 467 408 357 313 300 300
qdisc fq_codel 0: dev ifb-dns root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5ms interval 100ms memory_limit 4Mb ecn drop_batch 64
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc cake 8004: dev ifb-br root refcnt 2 bandwidth 200Mbit diffserv8 dual-dsthost nat nowash ingress no-ack-filter split-gso rtt 100ms noatm overhead 22 mpu 64
Sent 13183 bytes 70 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
memory used: 2688b of 10000000b
capacity estimate: 200Mbit
min/max network layer size: 46 / 1500
min/max overhead-adjusted size: 68 / 1522
average network hdr offset: 3
Tin 0 Tin 1 Tin 2 Tin 3 Tin 4 Tin 5 Tin 6 Tin 7
thresh 200Mbit 175Mbit 153125Kbit 133984Kbit 117236Kbit 102581Kbit 89759Kbit 78539Kbit
target 5ms 5ms 5ms 5ms 5ms 5ms 5ms 5ms
interval 100ms 100ms 100ms 100ms 100ms 100ms 100ms 100ms
pk_delay 0us 0us 14us 25us 0us 0us 0us 3us
av_delay 0us 0us 0us 3us 0us 0us 0us 0us
sp_delay 0us 0us 0us 3us 0us 0us 0us 0us
backlog 0b 0b 0b 0b 0b 0b 0b 0b
pkts 0 0 12 57 0 0 0 1
bytes 0 0 2316 10807 0 0 0 60
way_inds 0 0 0 0 0 0 0 0
way_miss 0 0 3 15 0 0 0 1
way_cols 0 0 0 0 0 0 0 0
drops 0 0 0 0 0 0 0 0
marks 0 0 0 0 0 0 0 0
ack_drop 0 0 0 0 0 0 0 0
sp_flows 0 0 1 3 0 0 0 0
bk_flows 0 0 0 0 0 0 0 0
un_flows 0 0 0 0 0 0 0 0
max_len 0 0 1456 1514 0 0 0 60
quantum 1514 1514 1514 1514 1514 1514 1514 1514
After
qdisc noqueue 0: dev lo root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 10240p flows 1024 quantum 1518 target 5ms interval 100ms memory_limit 4Mb ecn drop_batch 64
Sent 3018624473 bytes 2830387 pkt (dropped 0, overlimits 0 requeues 189)
backlog 0b 0p requeues 189
maxpacket 27324 drop_overlimit 0 new_flow_count 24762 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc noqueue 0: dev lan1 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan2 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan3 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev lan4 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev wan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan.30 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan.40 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev br-lan.50 root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc noqueue 0: dev bridge-wan root refcnt 2
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc cake 8003: dev bridge-wan.50 root refcnt 2 bandwidth 20Mbit diffserv8 dual-srchost nat wash no-ack-filter split-gso rtt 100ms noatm overhead 22 mpu 64
Sent 71264383 bytes 115148 pkt (dropped 1407, overlimits 81462 requeues 0)
backlog 0b 0p requeues 0
memory used: 175288b of 4Mb
capacity estimate: 20Mbit
min/max network layer size: 28 / 1500
min/max overhead-adjusted size: 64 / 1522
average network hdr offset: 14
Tin 0 Tin 1 Tin 2 Tin 3 Tin 4 Tin 5 Tin 6 Tin 7
thresh 20Mbit 17500Kbit 15312Kbit 13398Kbit 11723Kbit 10258Kbit 8975Kbit 7853Kbit
target 5ms 5ms 5ms 5ms 5ms 5ms 5ms 5ms
interval 100ms 100ms 100ms 100ms 100ms 100ms 100ms 100ms
pk_delay 0us 11.5ms 1.39ms 244us 0us 1us 1us 56us
av_delay 0us 4.13ms 72us 80us 0us 0us 0us 1us
sp_delay 0us 454us 20us 5us 0us 0us 0us 1us
backlog 0b 0b 0b 0b 0b 0b 0b 0b
pkts 0 112162 39 4344 0 1 1 8
bytes 0 72848376 44374 378532 0 90 54 336
way_inds 0 0 0 3 0 0 0 0
way_miss 0 1 2 66 0 1 1 1
way_cols 0 0 0 0 0 0 0 0
drops 0 1407 0 0 0 0 0 0
marks 0 0 0 0 0 0 0 0
ack_drop 0 0 0 0 0 0 0 0
sp_flows 0 1 0 1 0 1 1 0
bk_flows 0 0 0 1 0 0 0 0
un_flows 0 0 0 0 0 0 0 0
max_len 0 7270 3028 3028 0 90 54 42
quantum 610 534 467 408 357 313 300 300
qdisc fq_codel 0: dev ifb-dns root refcnt 2 limit 10240p flows 1024 quantum 1514 target 5ms interval 100ms memory_limit 4Mb ecn drop_batch 64
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
maxpacket 0 drop_overlimit 0 new_flow_count 0 ecn_mark 0
new_flows_len 0 old_flows_len 0
qdisc cake 8004: dev ifb-br root refcnt 2 bandwidth 200Mbit diffserv8 dual-dsthost nat nowash ingress no-ack-filter split-gso rtt 100ms noatm overhead 22 mpu 64
Sent 647192513 bytes 451004 pkt (dropped 6151, overlimits 565740 requeues 0)
backlog 0b 0p requeues 0
memory used: 1130266b of 10000000b
capacity estimate: 200Mbit
min/max network layer size: 46 / 1500
min/max overhead-adjusted size: 68 / 1522
average network hdr offset: 14
Tin 0 Tin 1 Tin 2 Tin 3 Tin 4 Tin 5 Tin 6 Tin 7
thresh 200Mbit 175Mbit 153125Kbit 133984Kbit 117236Kbit 102581Kbit 89759Kbit 78539Kbit
target 5ms 5ms 5ms 5ms 5ms 5ms 5ms 5ms
interval 100ms 100ms 100ms 100ms 100ms 100ms 100ms 100ms
pk_delay 0us 10us 1.86ms 144us 0us 7us 18us 25us
av_delay 0us 8us 708us 14us 0us 0us 0us 0us
sp_delay 0us 6us 8us 9us 0us 0us 0us 0us
backlog 0b 0b 0b 0b 0b 0b 0b 0b
pkts 0 440745 1540 14835 0 1 26 8
bytes 0 652818144 2069555 1568585 0 90 11468 480
way_inds 0 0 0 3 0 0 0 0
way_miss 0 1 9 66 0 1 5 1
way_cols 0 0 0 0 0 0 0 0
drops 0 6150 1 0 0 0 0 0
marks 0 0 0 0 0 0 0 0
ack_drop 0 0 0 0 0 0 0 0
sp_flows 0 0 1 1 0 1 1 0
bk_flows 0 0 1 0 0 0 0 0
un_flows 0 0 0 0 0 0 0 0
max_len 0 55442 38964 15509 0 90 534 60
quantum 1514 1514 1514 1514 1514 1514 1514 1514
How did you end up with diffserv8
? Your config file shows diffserv4
.
What is your /etc/config/network
? You don't seem to have any download traffic on your ifb-br
.