Traffic Shaper Drops qOthersDownH
-
Hi there,
please see my attached screenshots. Why am I getting these drops? What can I do to fine-tune my setting? I am running 1.2.3-RC3 nanobsd embedded version.
Thanks for any hints…
I'm getting the same thing. In fact, if my speed test traffic gets piped into the qLanDef/qWanDef I get no drops and better speed. If the speed test traffic gets piped into qOthersUpH/qOthersDownH there are drops and therefore the traffic slows down. It's very weird the High priority traffic runs slower than the default traffic! The only difference between the two queues is - default RED & ECN is enabled on the high priority queues and not on default queues. Disabling RED & ECN on the high priority queue does not eliminate the drops or speed decrease.
-
Thanks for the info. So I am not the only one ;)
Any word from the pfSense Team? -
Any help would be really appreciated….
Thanks ;)
-
try this,
adjust ur qwanack to 50%, n qlanack to 50% -
I will try that and report back. Thanks.
-
Still getting lots of drops. See attached screenshot…
-
where did the others queues come from? how did you configure the shaper?
-
What do you mean by come from? I simply used the wizard…
After that I tried to adjust the percentages in the queues, that's all I did...These are my http(s) queues from what I understand. They were named like this from the beginning...
-
I don't have the "others" queues, which is why I asked. I know you used the wizard - what I was getting at was: what did you fill in in all the screens?
-
what ports drops?? http or https ?
can u set qp2pup n qp2pdown to priority 2 , of course after u set qotherupl n qotherdownl to 3.
then, move the qp2p after qother(down/up)l… so u can get the priority 0 - 1 -7 - 4 - 3 - 2 , and if u want, try move the priority to the bottom list too.
sorry, if this cann't help either.
-
I don't have the "others" queues, which is why I asked. I know you used the wizard - what I was getting at was: what did you fill in in all the screens?
Are you using 1.2.3, too? I am using the embedded version.
-
yes, on 1.2.3 here. it would help to know what the queues are and how the traffic is being directed to them.
-
Hmm. I will check this out again. I have p2p catch-all activated, but otherwise nothing special. I will re-run the wizard with all set to standard and see what happens.
-
I re-run the wizard again but it does not seem to be any better….
The only things I changed in the wizard is that I use p2p-catchall and I put http(s) and IPSec traffic on higher priority. Now have a look at my queues, I still have the others queues so that seems to be right.
Anything else I can do? I do not get it. Why all the drops? There is no other traffic at the moment, just a big iTunes download, so there shouldn't be any of these...
-
And here is a screenshot of my queues…
-
Curious about something. Is there actually a problem, or you just want to know why the drops happen? By "problem", I mean slow/stalled downloads? The only way pfsense can shape inbound traffic is to drop packets when the speed gets too high, which will slow down the sender.
-
Well, the "problem" is, that the speed is slower, when traffic shaping is enabled and I download via http. This should not happen. I want all speed for http traffic when it arrives. I do not do anything besides downloading via http when the drops happen…
-
But this makes no sense - you have no control over what gets put into the pipe at the ISP's end, only when you are uploading data. The only thing you can really control download-wise is the total bandwidth.
-
Okay. Then maybe I entered to small Mbit/s in my shaper config? How do you test your actual download speed and what are the numbers you enter in the wizard? 10% less of your real bandwidth?
-
I usually just put the supposed download speed, since it doesn't really matter that much (to me at least). 90% of usable speed seems reasonable.