Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

识别 PTX 系列路由器上 RED 丢弃的数据包的来源

本主题介绍如何识别随机早期检测 (RED) 丢弃的数据包的来源。

Junos OS 和 PTX 系列硬件 CoS 功能在入口上使用虚拟输出队列 (VOQ),以缓冲每个出口输出队列的流量并加入队列。

VOQ 是一种排队策略,可消除出口拥塞下降,并减轻线头阻塞。线头阻止是一种阻止数据包队列进行进度的情况,因为队列头的数据包正在等待资源可用,而此数据包背后的其他数据包可以得到服务。例如,如果入口有用于出口数据包转发引擎的单个队列,则发往慢速、拥塞接口的数据包可以阻止发往连接到同一出口数据包转发引擎的快速、不拥塞接口的数据包。

借助 VOQ, 虚拟 队列保留在入口数据包转发引擎上,而不是在出口数据包转发引擎上。但是,入口虚拟输出队列的计划由出口数据包转发引擎控制。对于每个出口输出队列(浅缓冲区),VOQ 架构在每个入口数据包转发引擎上提供 虚拟 队列。这些队列被称为虚拟队列,因为 只有当 线卡实际有数据包排队时,队列才会物理存在于入口数据包转发引擎上。

图 1 显示了三个入口数据包转发引擎—PFE0、PFE1 和 PFE2。每个入口数据包转发引擎为单个出口端口 0 提供多达 8 个虚拟输出队列(PFE.e0.q0n 到 PFE.e0.q7n)。出口数据包转发引擎 PFEn 以轮循的方式将带宽分配给每个入口 VOQ;因此,无论呈现的负载如何,它们都将获得平等的处理。

例如,出口 PFEn 的 VOQ e0.q0 有 10 Gbps 带宽可用。PFE0 的提供负载为 10 Gbps 到 e0.qo,而 PFE1 和 PFE2 对 e0.q0 的提供负载为 1Gbps。结果是,PFE1 和 PFE2 获得 100% 的流量通过,而 PFE0 只能获得 80% 的流量通过。

图 1:PTX 系列路由器 Virtual Output Queuing on PTX Series Routers上的虚拟输出队列

由于出口输出队列上的负载而发生拥塞时,与出口输出队列对应的入口 VOQ 会包含 RED 丢弃的数据包。

注意:

有关 VOQ 的更多信息,请参阅 了解 PTX 系列数据包传输路由器上的虚拟输出队列

使用以下过程,您可以识别导致出口拥塞的入口数据包转发引擎(就入口流量而言)。

要确定哪些入口数据包转发引擎导致 RED 丢弃的数据包:

  1. 确定出口链路上是否有 RED 丢弃的数据包。
    1. show interfaces queue interface-name 出口接口上运行命令。

    2. show 输出中,通过找到 RED 丢弃的数据包字段并检查其值是否大于零,来确定接口是否遇到 RED 丢弃的数据包。

      以下示例显示了在 PIC 0 的端口 0(位于插槽 7 中的 FPC 上)上配置的出口以太网接口的 RED 丢弃统计信息。

  2. 如果接口遇到 RED 丢弃的数据包,请 show interface voq interface-name 对遇到 RED 丢弃数据包的出口接口运行命令。
    提示:

    使用 show interfaces voq 命令时,您可以使用命令过滤器来帮助找到确切的队列。有关命令用法,请参阅 show interfaces voq

  3. 在输出中 show ,确定接口是否遇到 RED 丢弃的数据包。

    以下示例显示了在 PIC 0 的端口 0(位于插槽 7 中的 FPC 上)上配置的出口以太网接口的入口 RED 丢弃数据包计数。

    示例输出显示,拥塞原因是 FPC 编号 4 上的入口数据包转发引擎 PFE 0 和 FPC 编号 6 上的入口数据包转发引擎 PFE 0,用 RED 丢弃的数据包计数表示。

注意:

对于聚合接口,请执行相同的步骤,但您必须对聚合接口的每个子链路运行 show interface queue 命令,以确定哪个子出口链路出现拥塞。然后,针对该子链路运行 show interface voq 命令,以确定哪些入口数据包转发引擎导致了拥塞。