QOS-CBWFQQOS-LLQQOS-PQQOS-CQQOS-WFQ.doc

QOS-CBWFQCBWFQ 基于类别的加权公平排队 ,通常使用 ACL 定义数据流类别，并将注入宽带和队列限制等参数应用于这些类别.CBWFQ 特点:1)能够给不同的类保障一定的带宽2)对传统的 WFQ 作了扩展支持用户自己定义流量的分类 :3)队列的个数和类别是一一对应,给每个 class 保留带宽CBWFQ 与 WFQ 的区别：WFQ: 用户无法控制分类，由 HASH 算法自己决定CBWFQ:让用户对流量自己来分类WFQ 对正常流量　处理没问题，但是对语音流量显得”太公平”(语音要求低延迟)CBWFQ:考虑到公平特性，并没有考虑到语音的应用CBWFQ Configuration:CBWFQ(config)#CBWFQ(config)#class-map match-any CBWFQ1CBWFQ(config-cmap)#match dscp 6CBWFQ(config-cmap)#match protocol http //两个条件，满足其中一个就可以匹配 CBWFQ1//CBWFQ(config-cmap)#exitCBWFQ(config)#CBWFQ(config)#class-map match-all CBWFQ2 CBWFQ(config-cmap)#match precedence 3CBWFQ(config-cmap)#match protocol telnet //两个条件必须全部满足才能匹配 CBWFQ2//CBWFQ(config-cmap)#exitCBWFQ(config)#CBWFQ(config)#policy-map CBWFQCBWFQ(config-pmap)#class CBWFQ1 //调用 class-map CBWFQ1//CBWFQ(config-pmap-c)#bandwidth 60CBWFQ(config-pmap)#CBWFQ(config-pmap)#class CBWFQ2CBWFQ(config-pmap-c)#bandwidth 30CBWFQ(config)#CBWFQ(config)#int s0/0CBWFQ(config-if)#service-policy output CBWFQ //CBWFQ 只能在出方向上调用//CBWFQ#查看：CBWFQ#CBWFQ#show class-mapClass Map match-any class-default (id 0)Match anyClass Map match-any CBWFQ1 (id 1)Match dscp 6Match protocol httpClass Map match-all CBWFQ2 (id 2)Match precedence 3CBWFQ#CBWFQ#CBWFQ#show policy-mapPolicy Map CBWFQClass CBWFQ1Bandwidth 60 (kbps) Max Threshold 64 (packets)Class CBWFQ2Bandwidth 30 (kbps) Max Threshold 64 (packets)CBWFQ#CBWFQ#CBWFQ(config)#CBWFQ(config)#policy-map CBWFQCBWFQ(config-pmap)#class CBWFQ1CBWFQ(config-pmap-c)#queue-limit 30 // 定义每个队能存放的报文数量，超过后丢包方式：Tail drop//CBWFQ#CBWFQ#CBWFQ#show policy-mapPolicy Map CBWFQClass CBWFQ1Bandwidth 60 (kbps) Max Threshold 30 (packets)Class CBWFQ2Bandwidth 30 (kbps) Max Threshold 64 (packets)CBWFQ#配置实例：一家公司需求；HTTP 流量保障 256Kbps 带宽，FTP 流量保证 512Kbps 带宽，禁止 BT 流量.CBWFQ(config)#CBWFQ(config)#class-map class_HTTP //定义一个匹配 HTTP 的类//CBWFQ(config-cmap)#match protocol httpCBWFQ(config)#CBWFQ(config)#class-map class_FTPCBWFQ(config-cmap)#match protocol ftpCBWFQ(config)#CBWFQ(config)#class-map class_BTCBWFQ(config-cmap)#match protocol bittorrentCBWFQ(config)#CBWFQ(config)#policy-map CBWFQ //定义策略，调用类 class//CBWFQ(config-pmap)#class class_HTTPCBWFQ(config-pmap-c)#bandwidth 256CBWFQ(config-pmap)#CBWFQ(config-pmap)#class class_FTPCBWFQ(config-pmap-c)#bandwidth 512CBWFQ(config-pmap)#CBWFQ(config-pmap)#class class_BTCBWFQ(config-pmap-c)#dropCBWFQ(config-pmap)#CBWFQ(config-pmap)#class class-defaultCBWFQ(config-pmap-c)#fair-queue //网络中剩下的流量除了 HTTP,FTP 之使用 WFQ 放到 fair-queue 中了//CBWFQ(config)#CBWFQ#CBWFQ(config)#int s0/0CBWFQ(config-if)#service-policy output CBWFQCBWFQ(config)#QOS-WFQWeighted Fair Queue，加权公平队列。

WFQ 将分组按照不同的业务流、不同的 IP 优先级，自动按照 HASH 算法，划分成不同的队列，在保证高优先级业务的同时，按照配置权重 ， 将带宽公平地分给低优先级别的业务Quidway 路由器在每个接口上最大支持 4096 个队列，在此范围之内，网络治理员可以配置队列的数目和相应权值 WFQ 的优点是对所有应用都能比较公平地提供服务质量，对于要求较高的业务可以通过设置权重保障优先级，能智能划分队列和调度，配置相对简单，对网络治理 员要求相对较低；缺点是由于相对公平，对于 QOS 要求极高的应用，不能象 PQ 那样绝对保证，策略计算复杂，比较消耗路由器处理能力它适用于应用较复杂， 并且应用相对公平的网络，如 Internet 网WFQ 的思想:i,为每个流创建一个专用的队列，避免队列的饥饿，延迟，抖动 等ii,在所有流间公平，正确地分配带宽iii,WFQ 使用 [IP 优先级] 作为分配带宽的权重 在 CISCO 路由器上，接口小于 E1 的链路会默认启用 WFQ.注：在 WFQ 中，weight 的计算方式为 4096/(IP 优先级+1)或者 32384r/(IP 优先级+1)因此在 show queue 中看到的 weight 值越大，表示权重越低。

WFQ 优点1.配置简单 (不用手工分类)2.保证所有的流都有一定的带宽3.丢弃野蛮流量4.大多数平台上都支持5.支持所有 IOS 版本(11.0 以上 )WFQ 缺点1.每个子队列都继承了 FIFO 的缺点2.多个不同的流可能会被分入同一个队列( 流的数量超过了配置的队列数)3.不支持手工分类4.不能提供固定带宽保证5.因为使用了复杂的分类和调度机制，对系统资源有一定的限制配置命令:route(config-if):fair-queue cdt dynamic-queues reservable-queues动态队列个数　　保留队列个数reservable-queues：保留队列个数：针对 RSVP 流,可以保留一定的队列，缺省是 0，范围 0~1000dynamic-queues：动态队列个数: 缺省是 256,流确实很多，可以调大，最大 4096cdt:每个队自己的长度一个数据排到第一个队中，cdt=64，如果该队的报文己达到 64,新的报文丢包!每个队中排的报文数量是有限的所有队列加起来，上限:router(config-if)#hold-queue max-limit out 缺省 1000一个报文是否在 WFQ 中排到队列中的二个因素:1)–本队列是否己满2)–所有队列是否超出队列上限 —-超出报文丢弃WFQ Configuration:WFQ(config)#WFQ(config)#int s0/1WFQ(config-if)#fair-queue //表面接口启用 WFQ，CISCO 路由器小于 E1 会默认启用//WFQ(config-if)#fair-queue 128 1024 100 //设置 CDT 为 128，动态队列数量为 1024 个，保留队列个数 100//WFQ(config-if)#hold-queue 1200 out //所有队列加起来 CDT 上限是 1200//WFQ(config-if)#查看：WFQ#WFQ#show int s0/1Serial0/1 is up, line protocol is upQueueing strategy: weighted fairOutput queue: 0/1200/64/0 (size/max total/threshold/drops)Conversations 0/1/256 (active/max active/max total)Reserved Conversations 0/0 (allocated/max allocated)Available Bandwidth 1158 kilobits/sec5 minute input rate 3000 bits/sec, 3 packets/sec5 minute output rate 3000 bits/sec, 3 packets/sec1001 packets input, 97009 bytes, 0 no bufferReceived 0 broadcasts, 0 runts, 0 giants, 0 throttles0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort1004 packets output, 96674 bytes, 0 underruns0 output errors, 0 collisions, 3 interface resets0 output buffer failures, 0 output buffers swapped out3 carrier transitions DCD=up DSR=up DTR=up RTS=up CTS=upWFQ#QOS-CQCustomized Queue 用户定制队列CQ 使用了 17 个子队列(其中 0 子队列是 PQ 队列，优先级很高， 留给系统使用)，CQ 使用WRR(Round-Robin)机制。

首先谈谈 RR 机制，RR 在处理完一个队列的一个数据包之后，会接着处理另一个队列的一个 数据包，一直下去，最后又从第一个队列开始轮流处理每个队列中的数据包，RR 中的每个队列的优先级都是一样的RR 的改进版是 WRR(Weighted Round-Robin)，WRR 允许用户为每个队列分配一个权值，根据。