输入队列丢弃和输出队列丢弃故障排除-cisco.pdfVIP

输入队列丢弃和输出队列丢弃故障排除 目录 简介 先决条件 要求 使用的组件 规则 处理和交换 输入队列跌落 排除输入队列丢弃故障 输出队列丢弃 排除输出队列丢弃故障 用于获得详细信息的命令 show interfaces switching 说明 格式 示例输出 show interfaces stats 说明 格式 示例输出 ip accounting mac-address 说明 格式 show interfaces mac-accounting 说明 格式 示例输出 相关信息 简介 本文档讨论取自路由器上 show interfaces 命令输出的输入和输出队列丢弃。本文档说明这些丢弃的 含义、它们指示的问题类型，以及如何排除这些问题的源。它提供一些提示有关如何防止这些问题 的提示。 注意： 丢弃常常会很有用，因为它们会触发上层协议的流控制机制（例如，丢弃可减小 TCP 窗口 大小）。 先决条件 要求 本文档没有任何特定的要求。 使用的组件 本文档不限于特定的软件和硬件版本。 本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原 始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。 规则 有关文档规则的详细信息，请参阅 Cisco 技术提示规则。 处理和交换 在 IP 网络中，路由器基于路由表的内容做出转发决策。当路由器搜索路由表时，它会查找目标 IP 地址的最长匹配项。路由器在进程级别执行此操作。因此，搜索进程与其他 CPU 进程一起排队 ，正因为如此，查找时间无法预测并且可能很长。因此，在 Cisco IOS® 软件中引入了一些基于 exact-match-lookup 的交换方法。 exact-match-lookup 的主要优点是查找时间是确定的而且很短。这显著缩短了路由器做出转发决策 所需的时间。因此，可以在中断级别实施执行搜索的例程。这意味着，数据包到达将触发中断，这 将导致 CPU 延迟其他任务以处理该数据包。转发数据包的传统方法是在路由表中查找最佳匹配项 。这不能在中断级别实施，必须在进程级别执行。由于多种原因（本文档中提到了部分原因），不 能完全放弃 longest-match-lookup 方法，因此这两种查找方法在 Cisco 路由器上并行存在。此策略 已被推广，现在也应用于 IPX 和 AppleTalk。 有关 Cisco IOS 软件交换路径的详细信息，请参阅性能调整基础知识。 输入队列跌落 数据包输入路由器时，路由器尝试在中断级别进行转发。如果无法在相应的缓存表中找到匹配项 ，数据包将在传入接口的输入队列中排队以等待处理。将始终处理某些数据包，但是需要适当的配 置并在稳定的网络中进行，已处理数据流包的速率决不能导致输入队列拥塞。如果输入队列已满 ，将丢弃数据包。 以下为示例输出： router#show interfaces ethernet 0/0 ... Input queue: 30/75/187/0 (size/max/drops/flushes); Total output drops: 0 Output queue :0/40 (size/max)... 在本示例输出中，无法清楚地看到哪些数据包已被丢弃。要排除输入队列丢弃故障，必须查明填满 输入队列的数据包。在本示例中，在发出 show interfaces ethernet 0/0 命令时，接口 ethernet0/0 的输入队列中存在 30 个数据包。队列深度是 75 个数据包，自上次清除接口计数器以来，已发生了 187 次丢弃事件。 如果分配给接口的数据包缓冲区数量被用尽或达到其最大阈值，系统将计算输入队列丢弃数量。可 以使用 hold-queue value 命令增加每个接口的最大队列值（队列长度值可以在 0 和 4096 之间。 默认值为 75）。 注意： 共享内存路由器（1600、2500 和 4000 系列）也对快速交换的数据流使用输入队列。如果 在这些平台上发生输入队列丢弃，请确保所有数据流都使用可用的最佳交换路径（请参阅性能调整 基础知识 ）。输入队列丢弃通常发生在数据包进行进程交换时。进程交换机意味着路由器不能使用 一个更可取的高速缓存方法，例如快速交换或思科快速转发(CEF)，处理转发决策。如果输入丢弃 仍然存在，则暗示只是有太多数据流。请考虑硬件升级，或尝试减少数据流负载。 以下是输入队列丢弃计数器的条件。它们通常在路由器收到突发数据流并且无法处理所有数据包时 发生。 可由接