A friend was looking for some input on low latency queuing yesterday. I thought the exchange we had could be useful for others so I decided to write a quick post.
The query was where the rule about the priority queue being limited to 33% came from. The follow up question is how you handle dual priority queues.
This is one of those rules that are known as a best practice and doesn’t really get challenged. The rule is based on Cisco internal testing within technical marketing. Their testing showed that data applications suffered when the LLQ was assigned a to large portion of the available bandwidth. The background to this rule is that you have a converged network running voice, video and data. It is possibly to break this rule if you are delivering a pure voice or pure video transport where the other traffic in place is not business critical. Other applications are likely to suffer if the LLQ gets too big and if everything is priority then essentially nothing is priority. I have seen implementations using around 50-55% LLQ for VoIP circuits which is a reasonable amount.
How should dual LLQs be deployed? The rule still applies. Do not provision more than 33% to the LLQs in total if there is a mix of voice, video and data.
TCP based applications will likely suffer if they don’t have enough bandwidth. Don’t break this rule unless you have to and be aware of the consequences.
Edit:
I had some feedback from Saku Ytti about the relevance of a LLQ. Many of these best practices revolving QoS came from when networks were much more fragile and we had poor quality VoIP solutions that were very sensitive to jitter and packet loss. Modern VoIP solutions aren’t as sensitive to these conditions and we can use codecs that predict audio when packets are lost. Modern network devices add very little jitter to packets so jitter should not be a large issue today. For these reasons the importance of the LLQ has definitely decreased.
I would be interested if any of my readers has any data on placing VoIP and/or video in a standard queue vs a LLQ and what the result was. Bonus points if you have graphs to show 
The post QoS – Quick Post on Low Latency Queuing appeared first on Daniels Networking Blog.
