Qos中关于bandwidth和priority的解释[附有中、英文文档]

victor_huang

在配置QOS时，policy-map中有两种关于优先级配置方式：bandwidth与priority。
在拥塞期间，bandwidth命令提供最小带宽保证(单位：kbps)。 有以下三个相关命令：

语法	说明
bandwidth {kbps}	指定带宽分配作为比特率。
bandwidth percent {value}	指定带宽分配作为底层链路速率的 百分比。
bandwidth remaining percent {value}	指定带宽分配作为未分配 到其他组带宽的百分比。

注意： bandwidth命令定义了一个工作情况，是最小带宽保证。即：如bandwidth 100来说，无论拥塞与否，流量都有可能超过100kbps，不过发生拥塞时，至少可以保证100kbps的带宽，多余的流量会与其它流量一定争夺未被指定的带宽。
当发生拥塞时，priority只保证指定的带宽，假设指定priority的带宽为100kbps，发生拥塞时priority的实际流量是150kbps，那么，50kbps的包流量会被丢弃。也就是说发生拥塞时，priority的能发送的流量只有100kbps。但如果没有拥塞的话，发送流量可能会超过100kbps的。即在没有拥塞时100是其最小带宽保证，在有拥塞时，100是其最大带宽保证。
从优先级上讲，如果在一个policy map上同时有priorty和bandwidth class时，那么设为priority的class流量会被优先发送出去。因此priority更适合应用到语音，视频或实时性比较的业务流量上。

命令	拥塞状态下	非拥塞时
bandwidth命令	准许超出分配的速率。	准许超出分配的速率。
priority命令	使用所分配带宽的令牌桶度量数据包的大小，仅分配指定的带宽，超过此界限的数据包被丢弃。	可以超出其配置的带宽。

在你做qos的时候，用policy map来定义流量策略的时候，有两个命令参数bandwidth和priority，他们有着几乎相同的效果，有些人搞不清楚这两者的区别，混绞在一起，其实这两个差别是很大的，本质是不同的。
     bandwidth和priority虽然只是简单的命令，但实质指的是拥塞管理时的两种队列技术。
     bandwidth：基于类的加权公平队列，（Class Based Weighted Fair Queuing, CBWFQ）
     priority：低延迟队列，（Low Latency Queuing，LLQ）
     CBWFQ，首先根据IP优先级、DSCP或者输入接口的IP数据流等规则来对报文进行分类，让不同类别的报文进入不同的队列（总共可以有64个队列），对于不匹配任何类别的报文报文被送入系统定义的缺省类。每个队列称为为BQ Bandwidth Queueing。在系统调度报文出队的时候，按用户为各类报文设定的带宽将报文出队发送这种队列技术，应用了先进的队列调度算法可以实现各个类的队列的公平调度属于1到N1号BQ队列的报文可以被确保得到用户设定的带宽，当接口中某些类别的报文没有时，BQ队列的报文还可以公平地得到空闲的带宽，大大提高了线路的利用率，同时在接口拥塞的时候仍然能保证各类报文得到用户设定的最小带宽。当报文不匹配用户设定的所有类别时，报文被送入系统定义的缺省类，虽然允许为缺省类配置带宽使其作为BQ类进行基于类的队列调度，但是更多的情况是为缺省类配置WFQ，使所有进入缺省类的报文进行基于流的队列调度。
     LLQ 是一个具有较高优先级的队列，它的优先级仅次于二层协议队列，在调度出队的时候，若LLQ中有报文则总是优先，发送LLQ中的报文直到LLQ中没有报文时或者超过为LLQ配置的最大预留带宽时，才调度发送其他队列中的报文。进入LLQ的报文在接口没有发生拥塞的时候，此时所有队列中都没有报文，所有属于LLQ的报文都可以被发送在接口，发生拥塞的时候队列中有报文时，进入LLQ的报文被限速超出规定流量的报文将被丢弃，这样在接口不发生拥塞的情况下可以使属于LLQ的报文能获得空闲的带宽在，接口拥塞的情况下又可以保证属于LLQ的报文不会占用超出规定的带宽，保护了其他报文的应得带宽。
    总之，这两者的区别是：CBWFQ能保证你设置队列的带宽，在不拥塞的时候，能共享空闲的带宽，使可用带宽超过你设置的带宽，在拥塞的时候，保证你设置的带宽。而LLQ只有在拥塞的时候才起作用，LLQ凌驾于CBWFQ队列，被绝对优先转发。

游客，如果您要查看本帖隐藏内容请回复

游客，如果您要查看本帖隐藏内容请回复

紫川凌

楼主辛苦了！！！下载学习

tea

非常详细啊， 顶一个

NSTcisco

QoS难点喔，谢谢楼主分享资料~~

NSTcisco

今天把帖子看了一遍，有点吃力，但感冒上路了，呵呵，再次支持。

昕筱苡

gogoccie

好东西学习中,谢谢大神