CBWFQ学习笔记

 

CBWFQ 基于类别的加权公平排队 , 通常使用 ACL 定义数据流类别，并将注入宽带和队列限制等参数应用于这些类别 .

CBWFQ 特点 :

 1) 能够给不同的类保障一定的带宽

   2) 对传统的 WFQ 作了扩展支持用户自己定义流量的分类 :

　 3) 队列的个数和类别是一一对应 , 给每个 class 保留带宽

CBWFQ 与 WFQ 的区别：

WFQ: 用户无法控制分类，由 HASH 算法自己决定

CBWFQ: 让用户对流量自己来分类

WFQ 对正常流量　处理没问题，但是对语音流量显得 " 太公平 "( 语音要求低延迟 )

CBWFQ: 考虑到公平特性，并没有考虑到语音的应用

CBWFQ Configuration:

CBWFQ(config)#

CBWFQ(config)#class-map match-any CBWFQ1

CBWFQ(config-cmap)#match dscp 6

CBWFQ(config-cmap)#match protocol http // 两个条件，满足其中一个就可以匹配 CBWFQ1//

CBWFQ(config)#

CBWFQ(config)#class-map match-all CBWFQ2       

CBWFQ(config-cmap)#match precedence 3

CBWFQ(config-cmap)#match protocol telnet // 两个条件必须全部满足才能匹配 CBWFQ2//

CBWFQ(config)#

CBWFQ(config)#policy-map CBWFQ

CBWFQ(config-pmap)#class CBWFQ1 // 调用 class-map CBWFQ1//

CBWFQ(config-pmap-c)#bandwidth 60

CBWFQ(config-pmap)#

CBWFQ(config-pmap)#class CBWFQ2

CBWFQ(config-pmap-c)#bandwidth 30

CBWFQ(config)#

CBWFQ(config)#int s0/0

CBWFQ(config-if)#service-policy output CBWFQ //CBWFQ 只能在出方向 上调用 //

CBWFQ#

查看：

CBWFQ#

CBWFQ#show class-map

 Class Map match-any class-default (id 0)

  Match any

 Class Map match-any CBWFQ1 (id 1)

   Match   dscp 6

   Match protocol http

 Class Map match-all CBWFQ2 (id 2)

   Match   precedence 3

CBWFQ#

CBWFQ#

CBWFQ#show policy-map

 Policy Map CBWFQ

    Class CBWFQ1

     Bandwidth 60 (kbps) Max Threshold 64 (packets)

    Class CBWFQ2

      Bandwidth 30 (kbps) Max Threshold 64 (packets)

CBWFQ(config)#

CBWFQ(config)#policy-map CBWFQ

CBWFQ(config-pmap)#class CBWFQ1

CBWFQ(config-pmap-c)#queue-limit 30 // 定义每个队能存放的报文数量，超过后丢包方式： Tail drop//

CBWFQ#

CBWFQ#show policy-map

 Policy Map CBWFQ

    Class CBWFQ1

      Bandwidth 60 (kbps) Max Threshold 30 (packets)

    Class CBWFQ2

      Bandwidth 30 (kbps) Max Threshold 64 (packets)

CBWFQ#

配置实例：

一家公司需求； HTTP 流量保障 256Kbps 带宽， FTP 流量保证 512Kbps 带宽，禁止 BT 流量 .

 

CBWFQ(config)#class-map  HTTP // 定义一个匹配 HTTP 的类 //

CBWFQ(config-cmap)#match protocol http

CBWFQ(config)#class-map  FTP

CBWFQ(config-cmap)#match protocol ftp

CBWFQ(config)#class-map   BT

CBWFQ(config-cmap)#match protocol bittorrent

CBWFQ(config)#

CBWFQ(config)#policy-map CBWFQ // 定义策略，调用类 class//

CBWFQ(config-pmap)#class HTTP

CBWFQ(config-pmap-c)#bandwidth 256

CBWFQ(config-pmap)#class  FTP

CBWFQ(config-pmap-c)#bandwidth 512

CBWFQ(config-pmap)#class  BT

CBWFQ(config-pmap-c)#drop

CBWFQ(config-pmap)#class class-default

CBWFQ(config-pmap-c)#fair-queue // 网络中剩下的流量除了 HTTP,FTP 之外都使用 WFQ ，放到 fair-queue 中了 //

CBWFQ(config)#

CBWFQ(config)#int s0/0

CBWFQ(config-if)#service-policy output CBWFQ

CBWFQ(config)#

 

 Weighted Fair Queue ，加权公平队列。 WFQ 将分组按照不同的业务流、不同的 IP 优先级，自动按照 HASH 算法，划分成不同的队列，在保证高优先级业务的同时，按照配置权重 ，将带宽公平地分给低优先级别的业务。

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. 因为使用了复杂的分类和调度机制，对系统资源有一定的限制