Found a way to break QOS?
Posted: Sat May 18, 2019 11:09 am
FYI: Preliminary info, needs more investigation.
I think I found a way to completely break QOS. The problem is it could be from either or both of two oddities. Here is the setup:
QOS settings for DL:
3 QOS classes, all set for equal bandwidth at saturation
max throughput 30000kbps
Min BW for each class at 6000 kbps
Firewall rules set to only filter into classes according to IP address
QOS settings for UP:
3 classes (defined the same as above by IP)
max throughput 1600 kbps
each class set for 32% at saturation
Physically there are 2 routers connected to the wired ports on the gargoyle router, and a PC.
TEST:
I have 2 speed tests. one uses udp only, the other uses tcp.
The udp is testing to a server on the same subnet as the gargoyle router WAN ip. The tcp tests runs to the outside world.
When I run a test using the router on the LAN side of the gargoyle router to the WAN side, using udp, it saturates the link. The minimum bandwidth is not enforced at all. one test stream will block all other traffic through the gargoyle router, even another udp test.
Conclusion: It seems that EITHER udp is not being controlled OR packets from the LAN subnet to the WAN subnet are not being controlled or both. I have no way at present to tell which condition causes this. I also have no way at present to test only tcp to the outside world.
Sorry for the lack of info, but that's all i have at present.
I think I found a way to completely break QOS. The problem is it could be from either or both of two oddities. Here is the setup:
QOS settings for DL:
3 QOS classes, all set for equal bandwidth at saturation
max throughput 30000kbps
Min BW for each class at 6000 kbps
Firewall rules set to only filter into classes according to IP address
QOS settings for UP:
3 classes (defined the same as above by IP)
max throughput 1600 kbps
each class set for 32% at saturation
Physically there are 2 routers connected to the wired ports on the gargoyle router, and a PC.
TEST:
I have 2 speed tests. one uses udp only, the other uses tcp.
The udp is testing to a server on the same subnet as the gargoyle router WAN ip. The tcp tests runs to the outside world.
When I run a test using the router on the LAN side of the gargoyle router to the WAN side, using udp, it saturates the link. The minimum bandwidth is not enforced at all. one test stream will block all other traffic through the gargoyle router, even another udp test.
Conclusion: It seems that EITHER udp is not being controlled OR packets from the LAN subnet to the WAN subnet are not being controlled or both. I have no way at present to tell which condition causes this. I also have no way at present to test only tcp to the outside world.
Sorry for the lack of info, but that's all i have at present.