对于CBQ队列中的缺省类以及缺省动作，以及缺省策略，EF即 DSCP值标记为43（EF）的数据类，它缺省关联的是有一个名字叫做EF的动作定义最大共给本接口带宽的20%给这类业务且得到的队列调度机制是LLQ队列因此是绝对优先的，意思是只要收到了DSCP值为43或EF的则关联到EF的动作，至于这个关联是用QOS policy定义的即CBQ的策略去关联起来谁应该享受什么样的待遇，这里的EF类是一个类别名字，EF动作还是个名字内容是可以用户自己定义的，当然系统预先定义的值无法更改。因此我们可以想办法在上游路由器上，把你想保证的关键业务，DSCP的值变成43，或EF，这样下游缺省的配置CBQ就能享受到EF的待遇了，系统还为AF配置了64个BQ队列 实际上这个队列我们是看不到的，缺省的时候，系统定义了4类AF值分别是AF1,AF2,AF3,AF4 4个类别的名字，他们IF-MACH的分别是AF11,AF12,AF13,AF21,AF22,AF23,AF31,AF32,AF33,AF41,AF42,AF43 总共有12类，缺省的情况下，他们分别被AF1234给抓住了，只要收到的DSCP值在AF11-13之间就进入AF1的类，其他同理。则享受了一个动作叫AF的动作所带给他们的待遇，实际上在缺省情况下，4类的AF都是享受的同样的一种行为即进行确保转发，他们的合计带宽为接口的20%。他们内部调度的时候可能有个优先顺序即A1----AF4。缺省的策略，就是AF1---4享受一个AF的动作，但我们在配置的时候，可以做到，不同的AF类，可以对应不同的AF动作，只是动作名字不一样 如AF1---LV   AF2---LVLV AF3---LVLVLV，这个名字随意指定，内容呢？可以不一样也可以一样很自由。如HTTP进入AF类为接口的20% FTP进入AF类为接口的40%，他们是用策略去关联的。
对于其他的没有被类匹配的包，则进入缺省的类，享受的动作名字叫BF，其实这个是个WFQ队列。则按WFQ的加权公平处理。没有任何保证。
总结不管是什么样的数据，只要享受的是EF的行为待遇，则绝对要先发完，当然有个最大限度不能超过。对于不管什么样的数据，只要策略指明你是使用的AF行为，则可能多种业务使用同一个AF行为，也可以是多用业务有区分的使用多个AF的行为，当然其实就是多对多的方式。对于那些没有被类匹配的，则可以使用缺省的行为WFQ队列。则享受没有保证的服务。而之前的都是有保证的。其实CBQ只有3个队列 EF只能对应一种业务即LLQ队列，AF可以对应多份不同的数据，它对应了64个BQ队列。从而不同的业务在AF中享受的确保带宽不一样。最后还有个WFQ队列，它是缺省类用到的。不提供任何保证带宽。当然这些队列技术仅仅是CBQ的一个拥塞管理方式而已，因此只有有拥塞才有作用。CBQ也具备LR,CAR ,GTS的动作，因此他们是可以使用在IN方向的，但所有的队列都是出方向的。至于CBQ其他的QOS业务，主要是进行流监管×××等还有WRED也可以使用，此时WRED能根据AF队列和WFQ队列进行早期检测。
关于策略的嵌套，要注意，不允许循环嵌套，且IF-MATCH中只能匹配某个类，而不能匹配某个策略。所以traffce classfier中只能做到匹配某个其他的类所IFMATCH的多个内容，注意嵌套只能嵌套2层，通常子队列的内容会被先执行，在我们做的traffce behavior中，可以匹配先前做过的某些policy的结果。即，子策略的结果在父策略中被调用了
如：
我们想匹配所有1.1.1.0 这个子网的业务报文，将的DSCP值改为43(EF)让它进入LLQ的队列，而默认时我们并不知道它的优先级别，所以需要更改它的值，然后同时参考更改后的结果进行其他的动作，如让43的DSCP执行EF的动作这个原本是需要2台设备执行的，因为必须应用到接口策略才生效，但是策略嵌套，使得可以不应用某策略，它也可以生效。即在上一个队列的结果的基础上，进行对于某类报文一个新的动作。
acl number 2000
rule permit source 1.1.1.0 0.0.0.255