PRIQ priorities

  • I have a question about PRIQ's priorities, I am currently using

    2.1-BETA0 (i386)
    built on Tue Aug 7 04:03:30 EDT 2012
    FreeBSD 8.3-RELEASE-p4

    I am now able to get (nearly) all traffic to the queue I want but if I prioritize queues like this (like the Wizard does, highest priority queue has priority 7 and lowest priority 1):

     altq on  rl0 priq queue {  qAck,  qHigh,  qNet,  qHTTP,  qDefault,  qBackup,  qLow  } 
     queue qAck on rl0 priority 7 priq (  ecn  )  
     queue qHigh on rl0 priority 6 priq (  ecn  )  
     queue qNet on rl0 priority 5 priq (  ecn  )  
     queue qHTTP on rl0 priority 4 priq (  ecn  )  
     queue qDefault on rl0 priority 3 priq (  ecn  , default  )  
     queue qBackup on rl0 priority 2 priq (  ecn  )  
     queue qLow on rl0 priority 1 priq (  ecn  ) 

    everything slows down when qLow queue kicks in (that's torrent traffic). If I ignore the Wizard's suggestions and assign qAck priority 1, qHigh priority 2 ….. qLow priority 7 then the queuing system looks like working as expected.

    So does the traffic shaping wizard get the priorities wrong or am I missing something?

    Also the only other reference about the PRIQ priorities that I could find claims that highest priority queue should be 1 and lowest 7

    The scale of priorities ranges from 1 to 7.  Priority 1 corresponds to traffic with the highest priority among PRIQ queues.  Priority 7 corresponds to traffic with the lowest priority among PRIQ queues. CBQ queues and traffic without QoS rules are associated with a “virtual” Priority 8 (it cannot be configured) – these traffic flows will be treated after all PRIQ queues notwithstanding other rules.

  • I have the same problem, is that the nature of PRIQ?

    Im running a small office with low bandwidth and i need to keep voip clear when everyone else is downloading heavy.
    Also allow the torrents when there is no other traffic happening but i want them to stop under heavy traffic.

  • From
    Would freebsd and openpsd altq really do things completely opposite?

    Priority Queueing
    Priority Queueing (PRIQ) assigns multiple queues to a network interface with each queue being given a priority level. A queue with a higher priority is always processed ahead of a queue with a lower priority. If two or more queues are assigned the same priority then those queues are processed in a round-robin fashion.

    The queueing structure in PRIQ is flat – you cannot define queues within queues. The root queue is defined, which sets the total amount of bandwidth that is available, and then sub queues are defined under the root. Consider the following example:

    Root Queue (2Mbps)

    Queue A (priority 1)
            Queue B (priority 2)
            Queue C (priority 3)

    The root queue is defined as having 2Mbps of bandwidth available to it and three subqueues are defined. The queue with the highest priority (the highest priority number) is served first. Once all the packets in that queue are processed, or if the queue is found to be empty, PRIQ moves onto the queue with the next highest priority. Within a given queue, packets are processed in a First In First Out (FIFO) manner.

  • Did you guys figure this out?

    I've just switched over to using PRIQ priorities and by experiment it seems the higher number takes priority over the lower number.

  • Did any of you ever get an answer on this? I just went to set up some basic PRIQ shaping for VoIP and noticed the same thing. All the documentation states the 1 is the highest priority, 7 lowest, but pfSense seems to set it the complete opposite.

Log in to reply