比较QoS服务策略的Bandwidth及Priority 命令

使用的组件

本文不限于特定软件和硬件版本。

本文提供的信息在特定实验室环境里从设备被创建了 。用于本文的所有设备开始了以一个缺省（默认）配置。 如果在一个真实网络工作，保证您使用它以前了解所有命令 的潜在影响。

区别汇总

下面的表列出bandwidth及priority命令的之间 功 能上的区别。

另外， bandwidth及priority命令设计符合不同的服务质量（ QoS）制度目标。下面的表列出那些不同于的目标。

与快速的接口，多数网络还是需要一个强大的QoS管 理模型有效涉及不可避免地发生由于速度不匹配或不同流量模式的 拥塞点和瓶颈。实际全球网络有有限资源和资源瓶颈，并且 需要QoS策略保证适当的资源分配。

配置bandwidth命令

Cisco IOS配置 指南描述 bandwidth命令作为" 相当数量带宽，在kbps ，分配到组。. To指定或修 改为组分配的带宽属于策略映射"。

查看什么这些定义意味着。

在 拥塞期间，bandwidth命令 提供 最小带宽保证。 有命令句法的三张表，如下表所示。

注意：　bandwidth命 令定义了一个工作情况，是最小带宽保证。不是所有的Cisco 路由器平台使用加权公平排队(WFQ)作为底层算法实现此工作情况。 欲知更多信息，为什么 请参 阅使用CBWFQ？.

配置priority命令

Cisco IOS配置指南描 述priority命令作为预留"一个优先级队列带有一个指定的数量可用 的带宽为CBWFQ数据流。. To在数据流策略之内制定优 先级根据相当数量的话务类别可用的带宽"。下面解释什么这 些定义意味着。

您创建一个优先级 队列与以下一组命令：

Router(config)#policy-map policy-name

 Router(config-pmap)#class class-name

Router(config-pmap-c)#priority kpbs [bytes]

在拥塞状况 期间，话务类别是保证的带宽相等与指定的速率。(收回带宽 保证是仅问题当接口被堵塞。) 换句话说， priority命令提供最小带宽保 证。

另外， priority命令实现一个最大带 宽保证。内部，优先级队列使用测量流入负载的令牌桶并且 保证数据流依照配置的速率。只交易依照令牌桶是保证的低 延时。发送所有超额数据流如果链路没有拥塞或降低如果链 路拥塞。 欲知更多信息，请参阅 什 么是令牌桶？.

内置策略器的目的将保证其他队列由排队调度程序服 务。在Cisco的原始优先级排队功能，使用 priority-group及priority-list命令，调度 程序首先总服务了高优先级队列。在特殊情况下，低优先级 队列很少被服务了和有效是极度缺乏带宽。

priority命令的真正的好处 --和其主要区别从 bandwidth命令--是在潜伏期如何提供严格离队优先级 提供区域。这是Cisco IOS配置指南如何描述此好处： "允许延迟敏感数据例如语音离队和发送一个严格的优先级队 列在信息包在其他队列离队之前"。请查看什么这意味着。

每个路由器接口维护以下两组队列 ：

从上述表，我们能发现服务策略在 第三层队列仅适用于信息包。

严格 离队提到服务优先级队列和首先转发其信息包的排队调度程序到传 输环路。 在物理媒介之前，传输环路是最后终止。

在以下例证，配置传输环路保持四 个信息包。如果三个信息包已经在环，则最好我们能排队到 第四个位置然后等待其他三倒空。因此，低延时列队LLQ机制 在传输环路简单离队信息包对驱动器级先入先出（FIFO ）队列的尾 端。

使 用 tx-ring-limit命令调整传 输环路的大小到非默认值。Cisco 推荐调整传输环路当传输 语音流量时。请参阅 低延时排队功能 模块。

话务 优先级划分为延迟敏感，基于交互式事务的应用是特别重要的。 使延迟和抖动减到最小，网络设备一定能服务语音信息包当 他们到达，换句话说，或者在严格优先级方式。什么都严格 优先级为语音良好不短小工作。除非语音信息包 immediatly 离队，每次跳跃将引入更多延迟。

国际通信联盟(ITU)推荐最大150毫秒单向端到端延迟 。没有立即离队在路由器接口，一次单个路由器跳跃能解决 大多数此延迟预算。欲知更多信息，请参阅 语音质量技术提示。

注意： 用两 个命令，千位每秒值应该考虑到第二层开销。换句话说，如 果保证做对组，该保证是关于第二层吞吐量。欲知更多信息 ，请参阅 什么字节通过IP到ATM服务等级排 队计数？ 并且 为什么 使用LLQ？.

哪些话务类别能使用超额 带宽？

虽然 bandwidth及priority命令提供的 带宽保 证被描述了带有将留出的词类似"保留"和"带宽" ，两个命令不实 现一个真正的预留。换句话说，如果话务类别不使用其配置 的带宽，所有未使用的带宽在其他组被共享。

排队系统强加重要例外到此规则带有优先等级。 如上所述，优先等级的流入负载由信息数据流策略测量。 在拥塞状况期间，优先等级不能使用任何 超额带宽。

当带宽等级和优先等级 能使用超额带宽时，下面的表描述。

注意： 这些指南的例外LLQ 是帧中继在Cisco 7200路 由器和其他non-Route/Switch 处理器(RSP)平台。在非拥塞 期间，基于帧中继的LLQ的最初的实施在这些平台没有允许优先等级 超出配置的速率。Cisco IOS 软件版本12.2取消此例外并且 保证不达标的信息包只投下如果有拥塞。另外，信息包小于 FRF.12分段大小通过分段进程不再被发送，降低CPU利用率。

从上述论述，请注意因为在拥塞状 况期间，优先等级被管辖，他们从带宽等级没有分配任何个剩余带 宽。因此， 剩余带宽由所有带宽等 级和class-default 共享。

如何分配未使用的带宽？

此部分说明排队系 统如何分配任何个剩余带宽。这是基于类的加权公平 排队 功能概述如何 描述分配机制："如果超额带宽是可用的，超额 带宽在话务类别之中被划分以他们的配置的带宽的比例。如 果不是分配所有带宽，剩余带宽在组之中按比例分配，根据他们的 配置的带宽"。请查看二个示例。

在第一个示例，policy-map foo保证带宽的30%对bar 类和带宽的60%对baz类。

policy-map foo

class bar

bandwidth percent 30

class baz

bandwidth percent 60

运用此制度于1 Mbps链路意味着300 kbps 保证对 bar类，并且600 kbps保证对baz类。 重要地，100 kbps为 class-default是残余的。 如果class-default不需要它，未 使用的100 kbps 是可用的供bar类和baz类使用。如果两个 组需要带宽，他们共享它以配置的速率的比例。在此配置， 共享的比率是30:60或1:2。

此下一 个示例与 bandwidth remaining percent命令结合 bandwidth percent命令明 确地控制未使用的100千位每秒带宽的分配。与此配置， 100 kbps在80:10 (8:1)比率共享在bar类和baz 之间。

policy-map foo

class bar

bandwidth percent 30

bandwidth remaining percent 80

class baz

bandwidth percent 60

bandwidth remaining percent 10

使用 police命令设置最大值

如果带宽或优先等级不应该超出其分配的带宽在周期 没有拥塞，您能与 police命 令结合 priority命令。 此配置强加总是活跃的在组的一个最大速率。选择配 置 监控语句在此配置取决于 制度的目标。

了解可用带宽值

此部分在show interface或show queueing命令的输 出说明排队系统如何得到可用带宽值，如显示 。

我们创建了名为 leslie的以下policy-map。

7200-16#show policy-map leslie

Policy Map leslie

Weighted Fair Queueing

Strict Priority

Bandwidth 1000 (kbps) Burst 25000 (Bytes)

Class data

Weighted Fair Queueing

Bandwidth 2000 (kbps) Max Threshold 64 (packets)

我们创 建了一个ATM永久虚拟电路(PVC) ，然后分配它到VBR非实时ATM服 务类别，并且配置了6 Mbps的持续信元速率。我们然后适用 policy-map于PVC用 service-policy output leslie命令。

7200-16(config)#interface atm 4/0.10 point

7200-16(config-subif)#pvc 0/101

 7200-16(config-if-atm-vc)#vbr-nrt 6000 6000

7200-16(config-if-atm-vc)#service-policy output leslie

show queueing interf ace atm 命令显示"可用的带宽1500 kilobits/sec"。

7200-16#show queueing interface atm 4/0.10

Interface ATM4/0.10 VC 0/101

Queueing strategy: weighted fair

Output queue: 0/512/64/0 (size/max total/threshold/drops)

Conversations　0/0/128 (active/max active/max total)

　Reserved Conver