思科认证CCIE RS4.0版本知识点之QOS（2）.pdfVIP

版本知识点之QOS （2 ） 拥塞管理中我们通常会用到各种队列调度机制。其作用是在接口有能力发送报文之前将 报文在内存中保留下来，直到接口可以继续发送报文，如果有需要还可将报文重新排序（fifo 除外）。 一、队列的基本概念： 一般来说队列大多用于网络接口上。（网络接口硬件和CPU 分别独立在工作的） 入接口工作的过程： 1， 接口驱动响应硬件的中断 2， 通知交换进程 3， 若CPU 正忙，则把包放到队列 出接口工作过程： 1， 系统准备好包 2， 放入缓存 3， 通知接口驱动：“你有新的消息，请注意查收！” 即：入接口，如果处理器不忙或包率不高时，入队列是不会使用的 如果出接口不拥塞，出队列也是不会使用到 入接口队列和出接口队列的比较： 相同点： 都会消耗接口缓存池和公共缓存池，有复杂的缓存管理机制 仅供学习参考，请勿用于商业活动~ 区别： 入向队列 1， 每个接口只有一个队列 2， 这个队列永远是FIFO 的 3， 大小默认为75 包 当CPU 无法及时处理时，入接口驱动直接包压入此队列 出向队列 默认有两个队列 注：如果接口虚电路（如FR，ATM ）时，队列基于每VC ，于是接口 会有不只2 个队列 a， 软件队列 （消耗CPU ） 排队策略有许多不同的队列策略 b， 硬件队列 硬件队列也叫转发环（TX-ring）排在软件队列的后面。即，包 在软件队列排完出队之后会进入硬件队列 一般来讲容量比软件队列小 排队策略固定为FIFO 接口驱动向物理链路上发送信号时，实际是直接调用转发环的内容 1 注意： 只有当转发环队列满了之后，数据包才会开始入队软件队列。否则，出口数据包都会直接 写入转发环。于是，转发环的长度也就决定了接口切换到软件队列的快慢 1， 太小 会太频繁进入软件，增加系统的CPU 及内存消耗。 比如CBWFQ 要扫描全队列的包，经常进入CBWFQ 会明显的降低整个路由器的性能 2， 太大 转发环是FIFO 队列，太长会增加等待时间 例如语音包如果在软件队列里优先了，但是在过长的转发环里排队时又会增加延时 因此调整转发环大小，在对延时和抖动比较敏感的如语音包时，显得尤其重要 命令： tx-ring-limit 设置转发环的长度 hold-queue out 设置出口队列长度，即出接口软件队列缓存池大小 hold-queue in 设置入口队列长度 注意，以上三个命令的单位都是数据包个数，而不是字节数等等！ 验证：show controllers 查看接口的转发环长度 仅供学习参考，请勿用于商业活动~ 图中括号里的64 是转发环长度，外面的0 是队列中数据包个数（目前没有包在排队） （二）、常用的软件队列机制有： 1.FIFO: Fifo 是队列机制中最简单的，分组的传输顺序与接收顺序相同。 Fifo 使用tail drop 机制。即：如果该队列如果已经满了，那么后继进入的报文被丢弃，而没 有什么机制来保证后续的报文可以挤掉已经在队列内的报文。 现今仍是大部分接口的默认设置。（大于2M 的基本都是）