LLQ 低延迟排队。LLQ为基于类别的加权公平排队（CBWFQ）提供绝对优先排队功能，减少了语音会话的抖动。LLQ相当于CBWFQ加上一个严格优先权伫列，该伫列优先权高于其他所有伫列，非常适合时延敏感性套用。LLQ的严格优先权伫列是一个有最小保证频宽的优先权伫列，出现拥塞时，该伫列的数据量不能超过所允许的频宽，否则会被丢弃。
原理
进入LLQ的报文在接口没有发生拥塞的时候，此时所有伫列中都没有报文，所有属于LLQ的报文都可以被传送在接口，发生拥塞的时候伫列中有报文时，进入LLQ的报文被限速超出规定流量的报文将被丢弃，这样在接口不发生拥塞的情况下可以使属于LLQ的报文能获得空闲的频宽,在接口拥塞的情况下又可以保证属于LLQ的报文不会占用超出规定的频宽，保护了其他报文的应得频宽，由于只要LLQ中有报文系统就会传送LLQ中的报文，所以LLQ中的报文被传送的延迟最多是接口传送一个最大长度报文的时间，无论是延时还是延时抖动LLQ都可以将之降低为最低限度，这为对延时敏感的套用提供了良好的服务质量保证
配置命令
配置LLQ，在Policy-map命令层配置模式下，执行如下命令
命令 作用
Ruijie(config)# policy-map policy-map-name 进入/创建规则映射表
Ruijie(config-pmap)# class class-name 引用已定义的类映射表
Ruijie (config-pmap-c)# priority { bandwidth-kbps | percent percent}{Burst bytes} 为指定类型的数据流分配频宽
Ruijie(config-if)# service-policy output policy-map-name 启用CBWFQ并指定套用的规则
Ruijie(config-if)#max-reserved-bandwidth 100 在出接口下调用查看命令
Ruijie# show policy-map interface 显示LLQ伫列的接口信息
套用
从右图中可以看出，为了保护其它非L L Q 伫列得到调度，L L Q 採用丢弃LLQ伫列超过指定频宽的报文的方式来实现该目的，这样的负面影响也是很明显的语音、视频流量需要进入LLQ伫列来保证低时延、低抖动，它们同样对报文丢弃很敏感，这样反而失去了LLQ的本来意义，有点矛盾，唯一的办法就是合理安排好LLQ伫列所占用的频宽比例，儘可能的保证该伫列的报文不出现丢包。图9 LLQ原理图