@Binson_Buzz 👍 Glad that helped. The people behind the package did an awesome job. It checks many boxes and does them all so well. That's why it's so easy to recommend.
You're using HFSC. You can't do both bandwidth shaping and priority shaping, they're fundamentally pretty much exclusive. What you can do is set the bandwidth on each queue and HFSC will make sure each queue gets the correct amount of bandwidth.
For example. At one point I had a 64Kbit/s queue for ICMP traffic with HFSC. Even when P2P traffic was using 99Mb/s of the 100Mb connection, I could get a ping that acted as if the connection was idle because HFSC would always make sure ICMP got 64Kbit/s.
@harvy66 Thanks. Are you suggesting that I adjust the "mask" within the limiter?
Mask: Destination address
IPv4 mask bits: 32 (?)
If I did that, then that sounds to me like it is a limiter pipe per outbound destination - meaning that each outbound connection gets the 10Mb cap. (?) I'll review in the online book for pfSense and read up more on it.
I also have the same question. I tried placing some floating rules at the bottom of the list, but the packet counts aren't going up nearly fast enough to be matching the dpinger traffic.
Sorry for my ignorance. Solved this problem.
it was going trough the voip queue and as i looked in voip queue settings, bandwidth was 32kilo bits. damn.
Wow, no responses yet. I'm not sure how to do this, but I am curious what traffic is being created by pfSense. IPv6 is not that common yet, shame. Possible there is a bug, but pfSense tends to do very well following the standards and best practices. Rule of thumb is that if something is going wrong, it's not the fault of pfSense.
Any packet dumps of what the traffic is and how much?
Since we're talking about uploading P2P traffic, are you sure that it wasn't just a coincidence of timing that you had less bandwidth going out? Did you toggle it on/off and see it going up and down reliably each time?
@maryjohnston This information is 4 years old, perhaps pfsense's own has improved. Why don't you try the Shaper's Wizard, there is like a 2 pages of setting for commonly want-to throttle items. Select those items, place them in the low-priority queue. BAM! Notice this will throttle all users streaming including you. Save config before doing this so if unhappy, just reload config and you are back where u were.
I just ran into the same issue, sad as it may be I don't think it will be a huge issue given the throughput and latency of the X520 =D. I'm running the same setup. You should still be able to use QOS/Traffic Shaping on your switch if it supports it and still reap some benefits.
So after reading the latest posts in the other coddle thread, and if someone else has the same/similar issues. My reason for having shaping issues with fq_codle (downloads crashing) was promiscuous mode on the NIC, this automatically activates when ntopng package is installed (duh). Turning that package off leads to everything running as expected.
Hi @zwck - great to hear you got things up and running! I'm a little surprised that this was the problem. I also use ntopng on my pfSense box and have not experienced these issues. Maybe it's a difference in the hardware we are using? In any case, thanks for following up and sharing what solved the issues for you.