QoS Bandwidth Limits not always being respected
Moderator: Moderators
QoS Bandwidth Limits not always being respected
Hello, I'm having an issue with my QoS settings (most noticeably bandwidth limits) not always being respected. I have one of my upload classes capped at 200 kbits/s (approx 25 KB/s), this upload class is set to limit all traffic from a particular IP. This IP is linked to a Virtual Machine running on my main machine.
A bit of history:
When I first set this up on 1.0.8, everything was fine. Eventually I noticed that at times my internet would come to a crawl, when I looked at the bandwidth usage in Gargoyle and I saw that that upload class was using my full 70 KB/s of upload bandwidth rather than 25 KB/s. I then restarted my router and everything seemed fine, but the issue cropped up again the next day.
I decided to upgraded to 1.1.1 and setup the QoS, and everything has been working fine for at least a month. Just today though, I noticed that the bandwidth settings were being ignored again.
I know it's not just the bandwidth limit that's being ignored as my internet comes to a crawl, leading me to believe it is ignoring the priority and bandwidth share as well.
Here is a picture of the issue:
Here are the applicable QoS settings:
Here is a picture showing the settings properly being applied historically from the past 24 hrs:
Thanks!
On a side note, the way the shaping of the graph is working on these new versions of Gargoyle seems to be a bit inaccurate. It seems to be trying to show a more smooth history than an accurate history.
A bit of history:
When I first set this up on 1.0.8, everything was fine. Eventually I noticed that at times my internet would come to a crawl, when I looked at the bandwidth usage in Gargoyle and I saw that that upload class was using my full 70 KB/s of upload bandwidth rather than 25 KB/s. I then restarted my router and everything seemed fine, but the issue cropped up again the next day.
I decided to upgraded to 1.1.1 and setup the QoS, and everything has been working fine for at least a month. Just today though, I noticed that the bandwidth settings were being ignored again.
I know it's not just the bandwidth limit that's being ignored as my internet comes to a crawl, leading me to believe it is ignoring the priority and bandwidth share as well.
Here is a picture of the issue:
Here are the applicable QoS settings:
Here is a picture showing the settings properly being applied historically from the past 24 hrs:
Thanks!
On a side note, the way the shaping of the graph is working on these new versions of Gargoyle seems to be a bit inaccurate. It seems to be trying to show a more smooth history than an accurate history.
Re: QoS Bandwidth Limits not always being respected
Maniac,
The next time this happens take a look at the connection list. Make sure that all the connections to the host you indicate are classified correctly.
I suspect that you may find the problem but if not post your upload rules again and you connection list and I will take a look.
Paul
The next time this happens take a look at the connection list. Make sure that all the connections to the host you indicate are classified correctly.
I suspect that you may find the problem but if not post your upload rules again and you connection list and I will take a look.
Paul
Linksys WRT1900ACv2
Netgear WNDR3700v2
TP Link 1043ND v3
TP-Link TL-WDR3600 v1
Buffalo WZR-HP-G300NH2
WRT54G-TM
Netgear WNDR3700v2
TP Link 1043ND v3
TP-Link TL-WDR3600 v1
Buffalo WZR-HP-G300NH2
WRT54G-TM
Re: QoS Bandwidth Limits not always being respected
Hi pbix, I will try to. The problem is I have to be at my computer when that upload is happening, which is basically just chance. Basically it only uploads for a few minutes every 4 hours or so.
Since the QoS is being listed on the graph I would think it's following the correct rules but I'll check.
I'm not sure I'll be able to post my connection list, I normally have a few thousand connections at once. I should be able to screenshot the specific connection though.
Since the QoS is being listed on the graph I would think it's following the correct rules but I'll check.
I'm not sure I'll be able to post my connection list, I normally have a few thousand connections at once. I should be able to screenshot the specific connection though.
Re: QoS Bandwidth Limits not always being respected
OK, I finally caught it happening again. I paused BitTorrent partway through so there wouldn't be anything but the QoS keeping the upload speed down. As you see from the graph, folding QoS class went to use all 100% of my upload bandwidth (I'm on 768kbps up DSL).
I have posted a screenshot showing the specific connection (the only 1 using Folding), my QoS upload rules (classification is posted above), and a screenshot of the bandwidth page again.
Monster6600=192.168.1.231. Sorry, I should have turned hostnames off.
Thanks for your help, let me know what you discover.
I have posted a screenshot showing the specific connection (the only 1 using Folding), my QoS upload rules (classification is posted above), and a screenshot of the bandwidth page again.
Monster6600=192.168.1.231. Sorry, I should have turned hostnames off.
Thanks for your help, let me know what you discover.
Re: QoS Bandwidth Limits not always being respected
Maniac,
Ok I can see what you are saying and it does seem that the Folding class is not respecting the upload limit. Before we go any further on this I need to state a few things. First, I do no know what is causing this issue and second such intermittent problems are very difficult to resolve. My work with Gargoyle has been to setup QoS using HFSC and provide a straight forward way to configure and monitor it. Once the setup is over its up to OpenWRT (Linux) to keep things working smoothly.
If the problem was due to the work I (or Eric) did it would likely be a setup issue and not work at all. The fact that it works for awhile and then breaks means its unlikely that this problem is a Gargoyle issue and more likely a problem in OpenWRT itself.
Still I am willing to work some more on this with you if you have the patience and time. Maybe with some luck we can solve it and help you and other users out there.
My first request is that after rebooting your router get a capture of the QoS setup as a baseline. To do this you run "/etc/init.d/qos_gargoyle show" from the command line. Save the output to a file and PM it me (so you don't have to black out the IP addresses).
I will look it over to see If I can see any setup error.
Now we wait for another occurrence of this issue. While the issue is actually occurring you should do two more "qos_gargoyle shows" spaced exactly 30 seconds apart. Save these outputs in separate files and PM them to me. I want two spaced by a known time because I can calculate the bandwidth info in an entirely independent from Gargoyle and I am interested to see the result. Also do more screen captures to make sure they look like the ones you have posted above.
If this manner we can learn some more about what is going on here. Hopefully the new information will point us to the next step.
If you have any other ideas on how to attack this nut please don't hesitate. If you don't want to get this involved in my world I understand. Its not for everyone.
Ok I can see what you are saying and it does seem that the Folding class is not respecting the upload limit. Before we go any further on this I need to state a few things. First, I do no know what is causing this issue and second such intermittent problems are very difficult to resolve. My work with Gargoyle has been to setup QoS using HFSC and provide a straight forward way to configure and monitor it. Once the setup is over its up to OpenWRT (Linux) to keep things working smoothly.
If the problem was due to the work I (or Eric) did it would likely be a setup issue and not work at all. The fact that it works for awhile and then breaks means its unlikely that this problem is a Gargoyle issue and more likely a problem in OpenWRT itself.
Still I am willing to work some more on this with you if you have the patience and time. Maybe with some luck we can solve it and help you and other users out there.
My first request is that after rebooting your router get a capture of the QoS setup as a baseline. To do this you run "/etc/init.d/qos_gargoyle show" from the command line. Save the output to a file and PM it me (so you don't have to black out the IP addresses).
I will look it over to see If I can see any setup error.
Now we wait for another occurrence of this issue. While the issue is actually occurring you should do two more "qos_gargoyle shows" spaced exactly 30 seconds apart. Save these outputs in separate files and PM them to me. I want two spaced by a known time because I can calculate the bandwidth info in an entirely independent from Gargoyle and I am interested to see the result. Also do more screen captures to make sure they look like the ones you have posted above.
If this manner we can learn some more about what is going on here. Hopefully the new information will point us to the next step.
If you have any other ideas on how to attack this nut please don't hesitate. If you don't want to get this involved in my world I understand. Its not for everyone.
Linksys WRT1900ACv2
Netgear WNDR3700v2
TP Link 1043ND v3
TP-Link TL-WDR3600 v1
Buffalo WZR-HP-G300NH2
WRT54G-TM
Netgear WNDR3700v2
TP Link 1043ND v3
TP-Link TL-WDR3600 v1
Buffalo WZR-HP-G300NH2
WRT54G-TM
Re: QoS Bandwidth Limits not always being respected
I'm happy to help, but how do I get to the command line
Re: QoS Bandwidth Limits not always being respected
You are going to have to bone up a little on the Linux command line interface. I use putty and WinSCP to access the command line and transfer files. You can google those two to get started on your research.
Linksys WRT1900ACv2
Netgear WNDR3700v2
TP Link 1043ND v3
TP-Link TL-WDR3600 v1
Buffalo WZR-HP-G300NH2
WRT54G-TM
Netgear WNDR3700v2
TP Link 1043ND v3
TP-Link TL-WDR3600 v1
Buffalo WZR-HP-G300NH2
WRT54G-TM
Re: QoS Bandwidth Limits not always being respected
Got it, PM Sent. Haven't used those since college .
Re: QoS Bandwidth Limits not always being respected
Hi PBIX,
I wonder how this is going as I am experiencing exactly the same issues with download bandwidth limit not being respected.
It was working perfectly for some time and then stopped working.
Regards,
Pete
I wonder how this is going as I am experiencing exactly the same issues with download bandwidth limit not being respected.
It was working perfectly for some time and then stopped working.
Regards,
Pete