# QoS LLQ (Low Latency Queueing) on Cisco IOS

**URL:** https://forum.networklessons.com/t/qos-llq-low-latency-queueing-on-cisco-ios/1817
**Category:** Lessons Discussion
**Created:** [June 14, 2017, 12:17pm UTC](https://forum.networklessons.com/t/qos-llq-low-latency-queueing-on-cisco-ios/1817 "2017-06-14T12:17:31Z")
**Posts on this page:** 1
**Showing post:** 5

<div class="post-metadata">

### Author: ![lagapidis](https://cdn-forum.networklessons.com/user_avatar/forum.networklessons.com/lagapidis/32/4949_2.png) [@lagapidis](https://forum.networklessons.com/u/lagapidis)
#### Post date: [August 19, 2017, 9:49am UTC](https://forum.networklessons.com/t/qos-llq-low-latency-queueing-on-cisco-ios/1817/5 "2017-08-19T09:49:35Z")

</div>

Hello Azm

> [@azmuddincisco](#):
>
> If I draw this, the queue will be like this:
> 
> B + C + A =========\>\>Out
> 
> 25 + 25 + 50
> 
> or
> 
> C + B + A ===========\>Out
> 
> 25 + 25 + 50
> 
> Meaning Traffic A will be delivered first.
> 
> Is it correct?

In your example, we assume that Traffic A has been configured to be attached to an LLQ scheduler, and that is what you mean by priority traffic. Also, we assume that Traffic B and C are functioning in a round robin format without weighting.

If this is the case, then yes this is correct.

I hope this has been helpful!

Laz

---

_[View the full topic](https://forum.networklessons.com/t/qos-llq-low-latency-queueing-on-cisco-ios/1817)._
