Glad it is working.  I am hoping that the developers will implement fg-codel.  That brings dynamic queue separation for the flows with codel working on each queue individually.

This is my understanding as well.  You do NOT want to let your ACKs sit in the default queue.  You want them most definitely in your highest queue.

No waste.  Interesting find.

I filled in the bandwidth for the wan interface. Not sure if it was that or the reset state but things are working better now. Thanks for your help.

Thanks for the info, I will have to try this out.

I did not, but I made the changes prior loading BitTorrent and I find that when I make make changes to the traffic shaping queues, like bandwidth limits, the changes are immediate. I can be in the middle of a single transfer, say a file download, and changing the upper limit happen the instant I click apply.

I got a bit of NTPD info

I just realized something, I forgot about pause frames. The modem can tell your WAN NIC to back off, which will give time for packets to buffer in your firewall. This will give some decent benefit, but it will not stop the buffer bloat issue.

Personally, I disabled pause frames because of these issues they can cause, but they're fine for point-to-point interfaces, like your WAN into your modem.

In my case, pause frames makes pretty much no difference because my ISP recently changed our ONTs to run at full 1Gb, then they traffic shape upstream. I used to get a hard stop at my max rate, but now it has a slight burst to it. Unless I attempt to transfer 1Gb/s, I won't get pause frames.

But I'm asking about PRIQ.  Hence the title of this thread.  :)

Sorry about that, chief.  Between my real job and trying to help out in a dozen or more threads, sometimes a slip of the brain occurs.

Add me to the list that can't get this to work. Anyone have any ideas? If I use PRIQ, it appears to work, but I need a little more control.

I wonder if I should have asked this in the firewall forum. Bump?

Correct. I was just using the wizard's terminology.

The wizard tries to be one size, fits all GUI, and that's why you see references to priority when creating an HFSC shaper.  HFSC doesn't deal in priority levels, only bandwidth allocation.

Thanks jahonix, just tried turning strict off via that link and no change.
Might have to retreat back to 2.1.5 anyways, openvpn is proving too flacky with my devices.

Edit:
Due to time constraints I have gone back to 2.1.5, I have not given up on 2.2 but will tackle this and my openvpn issues at a later day. Thanks you developers for your awesome backup and restore utility this was fun adventure, so no complaints from me. Thanks again for all who read and tried to help me figure it out.

Thank you Harvy66, we will try this and let you know.

Working again…. Re-installed pfsense 2.1.5 and restored the backup. All fine now.
I think the upgrade from 2.1.4 to 2.1.5 broke the limiter somehow.

Tell him you have figured out how to limit it to no more than 10,000,000 or some number you estimate you wont exceed.

Lie - They do it all the time.

I've just went thru the wizard using CBQ and input my allworx servers public IP in the SIP ip box, and these are the shapes it created, however it seems I'm missing the IP address from the voip floating firewall rule. Any idea why?

blah.jpg
blah.jpg_thumb
Untitled-4.jpg
Untitled-4.jpg_thumb

It's designed to accept traffic for intra-router forwarding, like LAN to DMZ.  You probably don't want to shape it much at all.  The bandwidth should basically be the link speed. (100M, 1G, etc) which it gets from the interface link speed if left unspecified, I believe.

I have qLink as the default queue.  If I don't put the traffic in another queue, let it rip.