QOS技术之软件/硬件队列

在实施拥塞管理的机制中，会使用到各种各样的队列机制。此队列机制都有各自的调度机制和丢弃机制，注意此队列为设备的软件队列。

如果设备发生拥塞那么此时设备转发数据包时数据包先后会进入软件队列和硬件队列。

只有当硬件队列满了，设备发生拥塞了，才会使用到软件队列，此时实施队列机制才有意义；如果硬件队列一直没有出现拥塞，就没有存在软件队列的排队。

1、引入硬件队列的原因；

a，更能充分的使用带宽

b，在调度中可以直接将硬件队列的数据包放入出接口。

c，解决如果只有软件队列存在的情况下出现的中断和软件队列附加的要调度到出接口的决策。

2、硬件队列的特点：

a，硬件队列只有一种队列机制，为FIFO

b，硬件队列的机制没法修改

c，硬件队列的长度可以进行修改，以防硬件队列过长而影响整体QOS实施的效率。

d，如果接口实施了一些qos机制，比如说WFQ CBWFQ等，硬件队列长度会自动降低。

3、实验观察硬件队列；

R2#sho controllers fastEthernet 0/0 | in tx_limit

tx_count=0, tx_limited=1 (256)

R2#

默认快速以太网口的硬件队列长度为256，可以进行手工修改；

R2(config)#in f0/0

R2(config-if)#tx

R2(config-if)#tx-ring-limit 10

R2(config-if)#end

R2#sho controllers fastEthernet 0/0 | in tx_limit

tx_count=0, tx_limited=0 (10)

R2#

当接口使能了一些qos策略后，硬件队列长度会自动降低，为了就是提高QOS的效率；

R2(config)#in f0/0

R2(config-if)#no tx-ring-limit 10

R2(config-if)#service-policy output wfq

R2(config-if)#exit

R2(config)#end

R2#sho controllers fastEthernet 0/0 | in tx_limit

tx_count=0, tx_limited=0 (64) --使能WFQ后自动调整长度为64