交换机 : Cisco Catalyst 6500 系列交换机

Catalyst 6500/6000 QoS 常见问题

2016 年 10 月 24 日 - 机器翻译
其他版本: PDFpdf | 英语 (2015 年 9 月 19 日) | 反馈


问题


简介

本文档讨论有关具有运行 Catalyst OS (CatOS) 的 Supervisor 1 (Sup1)、Supervisor 1A (Sup1A)、Supervisor 2 (Sup2) 和 Supervisor 720 (Sup720) 的 Catalyst 6500/6000 的服务质量 (QoS) 功能的常见问题 (FAQ)。在本文档中,这些交换机是指运行 CatOS 的 Catalyst 6500 (Cat6k) 交换机。参考配置运行思科IOSï ¿  ½软件的QoS功能的PFC QoS在Catalyst 6500/6000交换机。

有关文档规则的详细信息,请参阅 Cisco 技术提示规则

Q. 默认情况下是否已在 Catalyst 6500 交换机上启用 QoS?

A. 默认情况下,未启用 QoS。发出 set qos enable 命令可以启用 QoS。

Q. 什么是分配到数据包的默认差分服务代码点值?

A. 进入不可信端口的所有数据流都使用 DSCP 0 进行标记。具体而言,输出端口会将 DSCP 重新标记为 0。

Q. 是否可以在 6500 上设置基于 VLAN 的 QoS?

A. 默认设置是基于端口的。如果发出 set port qos mod/port vlan-based 命令,可以更改此设置。

Q. 每个板卡的端口功能是什么,如何理解队列功能?

A. 请参阅运行 CatOS 系统软件的 Catalyst 6500/6000 系列交换机上的 QoS 输出调度了解端口的排队功能部分中的端口功能表。

Q. 最初启用 QoS 时,6500 上的默认 QoS 配置是什么?

A. 请参阅运行 CatOS 系统软件的 Catalyst 6500/6000 系列交换机上的 QoS 输出调度Catalyst 6000 上 QoS 的默认配置部分。

Q. 各 QoS 进程在 Catalyst 6000 中的什么位置执行?

A. 输入调度 - 由 PINNACLE/COIL 端口专用集成电路 (ASIC) 执行。Layer2仅,有或没有策略特性卡(PFC)。

分类—执行由Supervisor或由PFC通过访问控制表(ACL)引擎。仅第 2 层(不需要 PFC);第 2 层或第 3 层(需要 PFC)。

策略 - 由 PFC 通过第 3 层转发引擎执行。第 2 层或第 3 层(必须具有 PFC)。

数据包重写 - 由 PINNACLE/COIL 端口 ASIC 执行。基于以前执行的分类的第 2 层或第 3 层。

输出调度 - 由 PINNACLE/COIL 端口 ASIC 执行。基于以前执行的分类的第 2 层或第 3 层。

Q. 能否实现QoS功能,不用策略特性卡(PFC) ?

A. 在 Catalyst 6000 系列交换机中,QoS 的核心功能驻留在 PFC 上并且是第 3 层或第 4 层 QoS 处理的必要条件。但是,没有 PFC 的 Supervisor 可用于第 2 层 QoS 分类和标记。

Q. Policy Feature Card 1 (PFC1) 和 PFC2 之间的 QoS 功能有何区别?

A. PFC2让您增加QoS策略到分布式转发卡(DFC)。PFC2 还添加了对超额速率的支持,这表示存在另一个可以采取策略操作的策略级别。有关详细信息,请参阅了解 Catalyst 6000 系列交换机上的服务质量Catalyst 6000 系列中 QoS 的硬件支持部分。

Q. 当自动QoS启用时,什么是默认业务类别(CoS)对传输队列映射配置?

A. set qos map 2q2t tx queue 2 2 cos 5,6,7

set qos map 2q2t tx queue 2 1 cos 1,2,3,4

set qos map 2q2t tx queue 1 1 cos 0

Q. 什么是默认差分服务代码点对业务类别(CoS)映射?

A. 8 到 1(用 8 除 DSCP 得到 CoS)。

Q. 在出口队列,如果严格优先级队列饱和,流量最终服务在加权轮回(WRR)队列?

A. 否,只有当优先级队列全空时,才会使用 WRR 队列。

Q. 加权轮回(WRR)是否确定根据一定数量的字节的数据包编号或带宽分配?

A. 根据特定的字节数,这可以表示多个数据包。超过分配字节的最后一个数据包不会被发送。使用极值权重配置,如为队列 1 配置 1%,为队列 2 配置 99%,可能达不到精确的配置权重。交换机使用 WRR 算法来每次传输一个队列中的帧。WRR 使用权值确定在它切换到另一个队列之前要从一个队列中传输的数据量。分配给队列的权重越高,为其分配的传输带宽就越多。

注意:实际传输的字节数与计算值不匹配,因为它在切换到另一个队列之前将传输全部的帧。

Q. 我新的65xx线卡文档说支持缺乏加权循环(DWRR)。什么是 DWRR,它是什么意思?

A. DWRR 可在低优先级队列不空的情况下从队列传输,因为它跟踪正在传输的低优先级队列并在下一轮对其进行补偿。如果队列由于数据包大小大于可用字节而无法发送该数据包,则未使用的字节将记入下一轮。

Q. 2q2t 端口上的默认权重是什么,如何修改它们?

A. 发出 set qos wrr 2q2t q1_weight q2_weight 命令可以修改队列 1(在 5/260 的时间内提供服务的低优先级队列)和队列 2(在 255/260 的时间内提供服务的高优先级队列)的默认权重。

Q. 我希望使用简单网络管理协议(SNMP)由单独的策略器采集丢弃的数据包数量。这是否可能?如果这样,使用什么 MIB?

A. 是,SNMP 支持 CISCO-QOS-PIB-MIB 和 CISCO-CAR-MIB。

Q. 是否存在显示由监察器丢弃的数据包数量的 show 命令?

A. show qos statistics aggregate-policer 和 show qos statistics l3stats 命令显示由监察器丢弃的数据包的数量。

Q. 我希望使用简单网络管理协议(SNMP)修改策略器,以便速率和突发参数可以动态地更改。例如,按一天中的时间。这是否可能?如果这样,使用什么 MIB?

A. 是,SNMP 支持 CISCO-QOS-PIB-MIB 和 CISCO-CAR-MIB。

Q. 通过在多层交换机特性卡(MSFC)的Cisco IOS软件实现基于定期天的QoS —特别地,修改最大数量和突发速率—是否是可能的在混合模式?如果可能,是否可在硬件中但不由 MSFC 处理器执行此 QoS?

A. 否,这不可能。在混合模式 (CatOS) 下,所有 QoS 策略都由 Supervisor 执行。

Q. 我没有看到如何实施监察器速率和监察器突发值的说明。我想要有关这些值的完整技术文档,以便可以了解它们对于我的网络的影响。

A. 监察器速率和监察器突发值按以下方式实施:

burst = sustained rate bps � 0.00025 (the leaky bucket rate) + MTU kbps

例如,如果想要20 Mbps策略器和最大传输单元(MTU) (在以太网) 1500个字节,然后这是突发流量如何计算:

burst = (20,000,000 bps � 0.00025) + (1500 � 0.008 kbps)
      = 5000 bps + 12 kbps
      = 17 kbps

但是,由于 Sup1 和 Sup2 的监察器硬件粒度,您需要将其舍入到 32 kbps,这是最小值。

有关监察器速率和突发值实施的详细信息,请参阅以下文档:

Q. 我计划将我的 Sup1A Supervisor 替换为 Sup2。Sup1A 和 Sup2 之间的 QoS 机制(如突发速率)是否会更改?

A. 是,当 Catalyst 6500 交换机具有 SUP2/PFC2 时,这两种 Supervisor 之间存在差异。如果它运行思科快速转发(CEF),则行为是有些不同的,当您配置在SUP2时的Netflow。

Q. 可用来监控我的 QoS 设置的命令有哪些?

A. 请参阅运行 CatOS 软件的 Catalyst 6500/6000 交换机上的 QoS 分类和标记监控和验证配置部分。

Q. 当我运行在6500的Catalyst操作系统(CatOS)时在多层交换机特性卡(MSFC)的代码和Cisco IOS软件,是否发出QoS on命令MSFC或在Supervisor ?

A. 当您运行混合代码(CatOS),您发出QoS on命令Supervisor /Policy特性卡(PFC)。6500 在三个位置执行 QoS:

  • 在 MSFC 中执行基于软件的 QoS

  • 在 PFC 中执行基于硬件(基于多层交换)的 QoS

  • 在某些板卡上执行基于软件的 QoS

使用混合 IOS(CatOS + 用于 MSFC 的 IOS)时将出现此问题。CatOS 和 IOS 具有两组配置命令。但是,当您在本机 IOS 下配置 QoS(例如使用新的 Sup32 或 Sup720 引擎)时,您不需要执行硬件操作,板卡部分对于用户不可见。这非常重要,因为大部分数据流是多层交换的(硬件交换的)。因此,由 PFC 逻辑对其进行处理。MSFC 永远不会看到该数据流。如果未设置基于 PFC 的 QoS,则大部分数据流将丢失。

Q. 如果我的板卡不支持 set port qos trust 命令,会发生什么情况?

A. 您能创建QoS访问控制表(ACL)委托流入数据包的差分服务代码点值。例如,发出 set qos acl ip test trust-dscp any 命令。

Q. 聚合监察器和微流监察器之间有什么区别?

A. 请参阅了解 Catalyst 6000 系列交换机上的服务质量 PFC 的分类和策略部分。

Q. 使用什么命令可以查看聚合监察器和微流监察器的统计信息?

A. 对于 Supervisor Engine 1 和 1A,无法获得单个聚合监察器的策略统计信息。发出 show qos statistics l3stats 命令可以查看每个系统的策略统计信息。

对于 Supervisor Engine 2,可以使用 show qos statistics aggregate-policer 命令基于每个监察器查看聚合策略统计信息。发出 show mls entry qos short 命令可以查看微流监察器统计信息。

Q. Catalyst 6500 (Cat6K) 交换机上是否支持数据流整形?

A. Catalyst 6500/7600系列的某些广域网模块只支持流量整形,例如光服务模块(OSM)和FlexWAN module。有关详细信息,请参阅配置基于类的数据流整形数据流整形

Q. Catalyst 6500 (Cat6K) 交换机上支持多少个聚合监察器和微流监察器?

A. Catalyst 6500/6000 最多支持 63 个微流监察器和 1023 个聚合监察器。

Q. 什么Catalyst操作系统(CatOS)或多层交换机特性卡(MSFC) Cisco IOS镜像要求支持管制?

A. Supervisor Engine 1A 在 CatOS 版本 5.3(1) 及更高版本和 Cisco IOS 软件版本 12.0(7)XE 及更高版本中支持入口策略。

Supervisor Engine 2 在 CatOS 版本 6.1(1) 及更高版本和 Cisco IOS 软件版本 12.1(5c)EX 及更高版本中支持入口策略。但是,微流策略仅在 Cisco IOS 软件中受到支持。

Q. 我已从 Sup2 升级到 Sup720,对于同样的数据流,所显示的管制数据流速率统计信息却不同。为什么?

A. Supervisor Engine 720 上策略中的重要更改是,它可以按第 2 层帧长度对数据流计数。这不同于 Supervisor Engine 1 和 Supervisor Engine 2,它们按第 3 层长度对 IP 和 IPX 帧计数。对于某些应用程序,第 2 层和第 3 层长度可能不一致。较大的第 2 层帧内的较小的第 3 层数据包便是一个示例。在这种情况下,与 Supervisor Engine 1 和 Supervisor Engine 2 相比,Supervisor Engine 720 显示的管制数据流速率可能稍有不同。

Q. 在配置监察器时,我如何知道使用什么样的速率和突发值?

A. 这些参数控制令牌桶的操作:

  • 速率 - 定义在每个时间间隔删除的令牌数。这样就能够有效地设置策略速率。低于速率的所有流量都被视为是符合配置要求的。

  • 时间间隔 - 定义从桶中删除令牌的频率。时间间隔固定为 0.00025 秒,因此每秒从桶中删除令牌 4,000 次。时间间隔不能更改。

  • 突发 - 定义任何时候桶中可以容纳的最大令牌数。突发值不应小于速率值与时间间隔值的乘积才能维持指定的数据流速率。另外一种考虑就是最大尺寸的数据包也必须能够置入桶内。

请使用以下等式来确定突发参数:

Burst = (rate bps * 0.00025 sec/interval) or (maximum packet size bits)
[whichever is greater]

例如,如果希望计算维持以太网上 1 Mbps 的速率所需的最小突发值,则速率定义为 1 Mbps,最大以太网数据包大小为 1518 字节。等式如下:

Burst = (1,000,000 bps * 0.00025) or (1518 bytes * 8 bits/byte) = 250 or 12144

两者中较大的结果为 12144,可将其舍入为 13 kbps。

注意: 在Cisco IOS软件方面,策略速率在比特/秒(位/秒)定义。在 Catalyst 操作系统 (CatOS) 中,它是以 kbps 为单位定义的。此外,在 Cisco IOS 软件中,突发速率以字节为单位定义,而在 CatOS 中,以千位为单位定义。

注意: 由于硬件管制粒度的原因,精确的速率和突发值将舍入为最接近的支持值。请确保突发值不小于最大大小的数据包。否则,大于突发值的所有数据包都将被丢弃。

例如,如果设法设置突发流量到1518在Cisco IOS软件方面,它四舍五入到1000。这将导致大于 1000 字节的所有帧都被丢弃。解决方案是将突发值配置为 2000。

配置突发速率时,应考虑到有些协议(如 TCP)会实施用于对数据包丢失做出反应的流控制机制。例如,TCP 会为每个丢失的数据包将窗口大小减小一半。因此,通过限制到特定速率进行管制时,有效的链路利用率将低于配置的速率。您可以增加突发值以实现更佳的利用率。对于这样的数据流,将突发值加倍是一个不错的开端。在本示例中,突发大小将从 13 kbps 增加到 26 kbps。然后,监控性能并根据需要进行进一步的调整。

由于同样的原因,建议您不要使用面向连接的数据流来衡量监察器操作。通常这样显示的性能会比监察器所允许的性能要更低。

Q. 我正在端口信道上配置 QoS。是否存在我需要知道的一些限制?

A. 当您在属于 Catalyst 操作系统 (CatOS) 上的端口信道的端口上配置 QoS 时,必须对端口信道中的所有物理端口应用相同的配置。以下参数对于端口信道中的所有端口必须一致:

  • 端口信任类型

  • 接收端口类型(2q2t 或 1p2q2t)

  • 传输端口类型(1q4t 或 1p1q4t)

  • 默认端口业务类别(CoS)

  • 基于端口的 QoS 或基于 VLAN 的 QoS

  • 访问控制表(ACL)或端口运载的协议对

Q. 为什么我无法调整最小阈值?

A. 使用Catalyst操作系统(CatOS)版本早于6.2, threshold命令的加权随机早期检测(WRED)只设置max-threshold,当min-threshold是硬编码到0%时。这在 CatOS 6.2 及更高版本中进行了更正,这些版本允许配置最小阈值。默认最小阈值取决于优先级。IP 优先级 0 的最小阈值相当于最大阈值的一半。剩余优先级的值介于最大阈值的一半和最大阈值之间(各值之间的间隔相等)。

Q. 我在调整传输队列缓冲区时遇到困难。是否存在任何限制?

A. 如果有三个队列(1p2q2t),高优先权加权轮回(WRR)队列,并且必须设置严格优先级队列在同一个级别。

Q. 我有一个 62xx/63xx 板卡。我不能实施set命令信任差分服务代码点在端口。此板卡上对于 QoS 功能是否存在限制?

A. 是,因为您无法在 WS-X6248-xx、WS-X6224-xx 和 WS-X6348-xx 板卡上发出 trust-dscp、trust-ipprec 或 trust-cos 命令。最容易的方法在这种情况下将离开所有端口作为不信任和更改默认访问控制表(ACL)对trust dscp命令

set qos enable

set port qos 2/1-16 trust untrusted

set qos acl default-action ip trust-dscp

有关板卡特定的其他限制,请参阅运行 CatOS 软件的 Catalyst 6500/6000 系列交换机上的 QoS 分类和标记WS-X6248-xx、WS-X6224-xx 和 WS-X6348-xx 板卡的限制部分。

Q. 什么 Catalyst 操作系统 (CatOS) 版本和 Supervisor 是支持策略所必需的?

A. Supervisor 引擎 1A 在 CatOS 版本 5.3(1) 及更高版本和 Cisco IOS 软件版本 12.0(7)XE 及更高版本中支持入口策略。

注意: 策略特性卡(PFC)子卡为修正要求用Supervisor引擎1A。

Supervisor 引擎 2 在 CatOS 版本 6.1(1) 及更高版本和 Cisco IOS 软件版本 12.1(5c)EX 及更高版本中支持入口策略。Supervisor 引擎 2 支持超额速率策略参数。

Supervisor 720 支持端口和 VLAN 接口级别的入口策略。有关 Sup720 策略功能的详细信息,请参阅 Catalyst 6500/6000 系列交换机上的 QoS 策略Supervisor 引擎 720 的策略功能更新部分。

Q. 我需要了解有关基于 EtherChannel 的 QoS 配置的哪些信息?

A. 当您在属于 CatOS 上 EtherChannel 的端口上配置 QoS 时,必须始终基于每个端口进行配置。此外,您必须确保对所有端口应用相同的 QoS 配置,因为 EtherChannel 只能绑定具有相同 QoS 配置的端口。这意味着您需要将以下参数配置为相同:

  • 端口信任类型

  • 接收端口类型(2q2t 或 1p2q2t)

  • 传输端口类型(1q4t 或 1p1q4t)

  • 默认端口业务类别(CoS)

  • 基于端口的 QoS 或基于 VLAN 的 QoS

  • 访问控制表(ACL)或端口运载的协议对

Q. 在哪里能找到使用的示例QoS访问控制列表(ACL)标记或修正流量?

A. 有关标记数据流的示例,请参阅运行 CatOS 软件的 Catalyst 6500/6000 系列交换机的 QoS 分类和标记案例 1:在边缘标记部分。

有关管制数据流的示例,请参阅 Catalyst 6500/6000 系列交换机上的 QoS 策略配置和监控 CatOS 软件中的策略部分。

Q. 基于端口的和基于vlan的QoS访问控制列表(ACL)有何区别?

A. 每个 QoS ACL 都既可以应用于端口也可以应用于 VLAN,但有一个附加配置参数需要考虑到:ACL 端口类型。可以将端口配置为基于 VLAN 或基于端口的端口。以下是两种类型的配置:

  1. 如果将具有已应用 ACL 的基于 VLAN 的端口分配给也具有已应用 ACL 的 VLAN,则基于 VLAN 的 ACL 将优先于基于端口的 ACL。

  2. 如果将具有已应用 ACL 的基于端口的端口分配给也具有已应用 ACL 的 VLAN,则基于端口的 ACL 将优先于基于 VLAN 的 ACL。

有关详细信息,请参阅将使用四个可能的内部 DSCP 源中的哪一个?部分(文档运行 CatOS 软件的 Catalyst 6500/6000 系列交换机上的 QoS 分类和标记中)。

Q. 将用于第 3 层交换机上速率限制的典型突发大小值是什么?

A. 第 3 层交换机在固件中实施与单一令牌桶算法近似的算法。数据流速率范围的合理突发数据流大小是大约 64000 字节。应选择至少包括一个最大大小数据包的突发大小。对于每个到达的数据包,策略算法确定此数据包和最后一个数据包之间的时间,并计算在经过的时间内生成的令牌数。然后,它将此数量的令牌添加到桶中并确定到达数据包是符合还是超出了指定的参数。

Q. 为什么在使用速率限制时 TCP 数据流性能较低?

A. 当数据包由于速率限制而被丢弃时,TCP 应用程序性能很差。这是由于流控制中使用的固有窗口方案导致的。您可以调整突发大小参数或速率参数以得到所需的吞吐量。

Q. 什么如何是加权随机早期检测(WRED)优点和知道我的线卡是否可以支持WRED ?

A. 为了在输出调度时避免拥塞,Catalyst 6500 (Cat6k) 交换机在某些出口队列上支持 WRED。每个队列都有一个可配置大小和阈值。一些具有 WRED。WRED 是一种拥塞避免机制,它在缓冲区到达定义的填充阈值时随机丢弃具有特定 IP 优先级的数据包。WRED 是两种功能的组合:尾部丢弃和随机早期检测。WRED 的早期 Catalyst 操作系统 (CatOS) 实施只设置最大阈值,而最小阈值被硬编码为 0%。请注意,数据包的丢弃机率总是非空值,因为它们始终高于最小阈值。此行为在 CatOS 6.2 及更高版本中已被更正。对于数据流类型基于 TCP 这种情况,WRED 是一个非常有用的拥塞避免机制。对于其他数据流类型,RED 不是非常有效,因为 RED 利用由 TCP 使用的窗口机制来管理拥塞。

要确定板卡或队列结构是否可以支持 WRED,请参阅运行 CatOS 系统软件的 Catalyst 6500/6000 系列交换机上的 QoS 输出调度了解端口的排队功能部分。还可以发出 show port capabilities 命令来查看您的板卡的队列结构。

Q. 什么是内部差分服务代码点?

A. 每帧有分配的一内部业务类别(CoS),已接收Cos或默认端口CoS。这包括不携带任何实际 CoS 的无标记帧。此内部 CoS 和接收的 DSCP 被写入特殊数据包报头(称为数据总线报头)并通过数据总线被发送到交换引擎。这发生在入口板卡上。此时,尚不知道此内部 CoS 是否已传输到出口专用集成电路 (ASIC) 并已插入传出帧。一旦报头到达交换引擎,交换引擎编码地址识别逻辑(EARL)分配每成帧内部DSCP。此内部DSCP是内部优先级分配到帧由策略特性卡(PFC)作为它传输交换机。这不是 IPv4 报头中的 DSCP。当帧退出交换机,它从派生现有设置的Cos或的服务类型(ToS)和用于重置Cos或Tos。此内部 DSCP 由 PFC 分配给所有交换(或路由)的帧,甚至非 IP 帧。

Q. 什么是内部的可能的来源差分服务代码点?

A. 请参阅运行 CatOS 软件的 Catalyst 6500/6000 系列交换机上的 QoS 分类和标记内部 DSCP 的四个可能的源部分。

Q. 内部差分服务代码点如何选择?

A. 内部 DSCP 取决于以下因素:

  • 端口信任状态

  • 访问控制表(ACL)附加对端口

  • 默认 ACL

  • ACL 是基于 VLAN 还是基于端口

以下流程图概括了如何根据配置选择内部 DSCP 的过程:

/image/gif/paws/64026/6500_qos_faq.gif

Q. Catalyst 6500 (Cat6k)交换机支持基于类的加权公平排队(CBWFQ)或低延迟排队(LLQ) ?

A. 是,CBWFQ 允许您定义一个数据流类并为其分配最低带宽保证。算法在此机制背后是加权公平排队(WFQ),解释名称。您可在 map-class 语句中定义特定类以配置 CBWFQ。然后为策略映射中的每个类分配一个策略。然后此策略映射将被附加到接口的入站/出站端。

Q. Layer2业务类别(CoS)值为路由信息包被保留?

A. 是,内部差分服务代码点用于重置在出口帧的Cos。

Q. QoS 是否对由同一 ASIC 控制的所有 LAN 端口应用相同的配置?

A. 是,当配置这些命令时,QoS 对由同一专用集成电路 (ASIC) 控制的所有 LAN/路由端口应用相同的配置。QoS 设置被传播到属于同一 ASIC 的其他端口,而不管该端口是接入端口、中继端口还是路由端口。

  • rcv-queue random-detect

  • rcv-queue queue-limit

  • wrr-queue queue-limit

  • wrr-queue bandwidth(除千兆以太网 LAN 端口以外)

  • priority-queue cos-map

  • rcv-queue cos-map

  • wrr-queue cos-map

  • wrr-queue threshold

  • rcv-queue threshold

  • wrr-queue random-detect

  • wrr-queue random-detect min-threshold

  • wrr-queue random-detect max-threshold

在任何端口上执行 default interface 命令时,控制特定端口的 ASIC 将重置由它控制的所有端口的 QoS 配置。

Q. 既使已配置数据流整形,为什么 show traffic-shape statistics 命令还是不显示表明数据流整形已起作用的结果?

Router#show traffic-shape statistics
          Access Queue     Packets   Bytes     Packets   Bytes     Shaping
I/F       List   Depth                         Delayed   Delayed   Active
Et0       101    0         2         180       0         0         no
Et1              0         0         0         0         0         no

A. 当计时器指示发生数据流整形时,“整形活动属性”显示 yes,如果指示未发生数据流整形,则“整形活动属性”显示 no。

您可以使用 show policy-map 命令验证配置的数据流是否工作。

Router#show policy-map
  Policy Map VSD1
    Class VOICE1
      Strict Priority
      Bandwidth 10 (kbps) Burst 250 (Bytes)
    Class SIGNALS1
      Bandwidth 8 (kbps) Max Threshold 64 (packets)
    Class DATA1
      Bandwidth 15 (kbps) Max Threshold 64 (packets)
  Policy Map MQC-SHAPE-LLQ1
    Class class-default
      Traffic Shaping
         Average Rate Traffic Shaping
                 CIR 63000 (bps) Max. Buffers Limit 1000 (Packets)
                 Adapt to 8000 (bps)
                 Voice Adapt Deactivation Timer 30 Sec 
      service-policy VSD1

Q. Catalyst 6500 PFC 是否支持所有标准 QoS 命令?

A. Cisco Catalyst 6500 PFC QoS 有一些限制,不支持一些 QoS 相关的命令。有关不支持的命令的完整列表,请参阅此文档。

Q. 为什么软件 CoPP 计数器大于硬件 CoPP 计数器?

A. 软件控制层面策略 (CoPP) 计数器是经过硬件 CoPP 和硬件速率限制的数据包总和。数据包首先由硬件速率限制器进行处理,如果它们不匹配,再由硬件 CoPP 进行处理。如果硬件速率限制器允许数据包,该数据包将进入软件,在软件中由软件 CoPP 进行处理。因此,软件 CoPP 计数器可能比硬件 CoPP 计数器大。

此外,还存在一些在硬件中不支持 CoPP 的限制。其中包括:

  • CoPP 在硬件中不支持多播数据包。ACL、多播 CPU 速率限制器和 CoPP 软件保护的组合提供对多播 DOS 攻击的防护。

  • CoPP 在硬件中不支持广播数据包。ACL、数据流风暴控制和 CoPP 软件保护的组合提供对广播 DOS 攻击的防护。

  • 不在硬件中应用而是在软件中应用与多播匹配的类。

  • 除非使用 mls qos 命令全局启用 MMLS QoS,否则 CoPP 在硬件中处于未启用状态。如果未输入 mls qos 命令,则 CoPP 只在软件中起作用,而不为硬件提供任何好处。

有关详细信息,请参阅配置控制层面策略 (CoPP)

Q. default (interface) 命令 QoS 配置可否在其他接口/端口上起作用?

A. 当发出 default interface 命令时,将收集非默认配置,这类似于在 show running-config interface x/y 中显示的内容,并且其中每一项都被设置为它们的默认值。这也可以也是命令的简单否定。

如果在该接口上配置了任何 QoS 或其他功能,并且已否定这些命令,则可以将这些配置传播到板卡的其他接口。

在继续将接口配置设置为其默认值以前,建议您检查 show interface x/ycapabilities 命令的输出。有关详细信息,请参阅 QoS 是否对由同一 ASIC 控制的所有 LAN 端口应用相同的配置?

default interface 命令的输出还显示(如果有)由于该端口 ASIC 中实施的 QoS 和其他功能而受到影响的其他接口。

Q. 是否可以在具有备用 IP 的接口中配置 QoS?

A. 可以。可以在备用 IP 上配置 QoS。


相关信息


Document ID: 64026