randomName
Very Senior Member
In the Download stats section, is there suppose to be a 'Packets Sent' and 'Sent' ?
Yes.In the Download stats section, is there suppose to be a 'Packets Sent' and 'Sent' ?
Yes.
It was discussed briefly in post 231:Ok. I thought it would be something like Packets Received.
This has no impact on the issue you posted, but the Zoom rule in that post is incorrect. Zoom's ports are 8801:8810, not 8001:8010.I don't know if it matters, but I have a custom /jffs/scripts/qos-start script, which adds some iptables rules that @dave14305 posted in the 386-2 beta pages a while back, to ensure Teams/Zoom take advantage of the Voice tin on upload.
I am not running spdMerlin, though I am running connmon. I don't think it resets QOS though? It seems more like the logic to load the stats is also somehow resetting them.Are you using spdMerlin? If so, my understanding is that it stops and restarts QOS every time it runs, so it would reset the Cake stats.
I am not running spdMerlin, though I am running connmon. I don't think it resets QOS though? It seems more like the logic to load the stats is also somehow resetting them.
Thanks for tracking that down! Sure enough, that was set. I actually wanted connmon to measure pings WITH cake, so I changed the setting. Now I have stats!Now that's it's possible to exclude pings from QoS in the latest version of connmon, [...]
Edit: I think here's your answer: https://github.com/jackyaz/connmon/...1538297b458970b8646ab21542ed1ffb4ef3798d6R966. Seems like QoS is being stopped when you have Exclude ping from QoS enabled.
Tin 0 | |
---|---|
Threshold Rate | 84,480 Kbit |
Target | 1.5 ms |
Interval | 30 ms |
Peak Delay | 9.97 ms |
Average Delay | 1.5 ms |
Sparse Delay | 16 μs |
Backlog | 0 B |
Packets Sent | 4,558,266 |
Sent | 6.18 GB |
Hash Indirect Hits | 36,476 |
Hash Misses | 24,875 |
Hash Collisions | 0 |
Drops | 455,757 |
ECN Marked Packets | 0 |
Dropped ACK Packets | 0 |
Sparse Flows | 1 |
Bulk Flows | 1 |
Unresponsive Flows | 0 |
Max Packet Length | 1,514 |
Flow Quantum | 1,514 |
Your target and interval look low. Do you get the same values running tc -s qdisc at the command line? Or have you changed the rtt?Okay, a question now that my stats are working
I just did a 6GB download and got a 10% drop rate. I got good download speeds, but I'm guessing the drops are cake throttling, and I should consider dropping my bandwidth a bit? It's currently at 97% (82.5/85) so probably on the high side... I'll drop it down to 94% (80/85) and see how that goes.
Here are the full stats:
Tin 0Threshold Rate 84,480 Kbit Target 1.5 ms Interval 30 ms Peak Delay 9.97 ms Average Delay 1.5 ms Sparse Delay 16 μs Backlog 0 B Packets Sent 4,558,266 Sent 6.18 GB Hash Indirect Hits 36,476 Hash Misses 24,875 Hash Collisions 0 Drops 455,757 ECN Marked Packets 0 Dropped ACK Packets 0 Sparse Flows 1 Bulk Flows 1 Unresponsive Flows 0 Max Packet Length 1,514 Flow Quantum 1,514
I also have ack filtering on upload (connection is 85/6 or 14:1 so pretty asymmetrical) and it ended up dropping 10% of the acks. Very few packet drops on upload though so I think that's good.
Sorry, when I changed the threshold to 80 Mb/s it reset the stats. However, yes I am running "regional" (rtt 30ms). I'm in the midwest US and it did seem like most sites were in that ping range.Your target and interval look low. Do you get the same values running tc -s qdisc at the command line? Or have you changed the rtt?
You are probably seeing drops when packets take longer than 1.5ms (target) to leave the queue. I would reset this back to default (internet) and observe your drops.Sorry, when I changed the threshold to 80 Mb/s it reset the stats. However, yes I am running "regional" (rtt 30ms). I'm in the midwest US and it did seem like most sites were in that ping range.
Next time I do a large download I'll check tc output against stats. Currently with ~900 MB downstream they match. 730,771 packets sent and only 15,089 drops, though that's for general web browsing and not a high bandwidth download, if that matters.
You should also be getting better than a B rating on your non-Wireguard test too.I've pasted two bufferbloat test results below to show the significant latency difference between tests from the same device without Wireguard (top) and with Wireguard (bottom).
I have a full time VPN with FlexQoS and get A/B bufferbloat rating. Without Flex I get C/Ds. I wld like to see if I would get the same rating with CAKE.VPNs were invented for security and have considerable overhead. You should not expect good performance using a VPN
Morris
You should also be getting better than a B rating on your non-Wireguard test too.
How much of a margin do you have to add to your download bandwidth before that download latency drops below +10ms?
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!