配置链路服务接口

目的

验证链路服务接口统计信息。

行动

本节中提供的示例输出基于 示例：配置 MLPPP 捆绑包中提供的配置。要验证组成链路是否已正确添加到捆绑包中，以及数据包是否已正确分段和传输，请执行以下操作：

1. 在设备 R0 和设备 R1 上，此示例中使用的两台设备按照 示例：配置 MLPPP 捆绑包中所述配置 MLPPP 和 LFI。

2. 在 CLI 中，输入命令以 ping 验证是否已在 R0 和 R1 之间建立连接。

3. 从 R0 到 R1 传输 10 个数据包，每个数据包 200 字节。

4. 在 R0 上，从 CLI 中输入 show interfaces interface-name statistics 命令。

此输出显示接口信息的摘要。验证以下信息：

• Physical interface—物理接口为 Enabled。如果接口显示为 Disabled，请执行以下任一操作：

  • 在 CLI 配置编辑器中，删除 disable 配置层次结构级别的语句 [edit interfaces interface-name] 。

  • 在 J-Web 配置编辑器中，清除页面上的DisableInterfaces>interface-name复选框。

• Physical link—物理链路为 Up。链路状态为 表示 Down 接口模块、接口端口或物理连接出现问题（链路层错误）。

• Last flappedLast Flapped- 时间是预期值。时间Last Flapped指示物理接口上次变为不可用然后再次可用的时间。意外抖动表示可能存在链路层错误。

• Traffic statistics— 接口上接收和传输的字节和数据包的数量和速率。验证入站和出站字节和数据包的数量是否与物理接口的预期吞吐量匹配。若要清除统计信息并仅查看新更改，请使用 clear interfaces statistics interface-name 命令。

• Queue counters- 队列的名称和数量与配置一致。此示例输出显示传输了 10 个数据包，并且没有丢弃任何数据包。

• Logical interface—您配置的多链路捆绑包的名称—lsq-0/0/0.0。

• Bundle options—已正确配置分片阈值，并启用了分片交错。

• Bundle errors— 捆绑包丢弃的任何数据包和分片。

• Statistics— 设备正确接收和传输分片和数据包。对流量方向（输入或输出）的所有引用都是相对于设备定义的。设备接收的输入片段组装成输入数据包。输出数据包被分段为输出片段，以便从设备传输出去。

  在此示例中，传输了 10 个 200 字节的数据包。由于分段阈值设置为 128 字节，因此所有数据包都分段为两个分段。示例输出显示正确传输了 10 个数据包和 20 个片段。

• Link— 组成链路将添加到此捆绑包中，并正确接收和传输分片和数据包。在组成链路上传输的分片总数必须等于从束传输的分片数。此示例输出显示，捆绑包传输了 20 个片段和两个组成链路 se-1/0/0.0 ，并 se-1/0/1.0.0 正确传输 10+10=20 了片段。

• Destination 和 Local— 多链路束的远程端和多链路束的本地端的 IP 地址。此示例输出显示目标地址是 R1 上的地址，本地地址是 R0 上的地址。

目的

验证链路服务接口上的 CoS 配置。

行动

从 CLI 中，输入以下命令：

• show class-of-service interface interface-name

• show class-of-service classifier name classifier-name

• show class-of-service scheduler-map scheduler-map-name

本节中提供的示例输出基于示例：配置 MLPPP 捆绑包中提供的配置。

这些输出示例显示了已配置的 CoS 组件的摘要。验证以下信息：

• Logical Interface- 多链路束的名称以及应用于该束的 CoS 组件。示例输出显示多链路捆绑包为 lsq-0/0/0.0，并且对其应用了 CoS 调度程序映射 s_map 。

• Classifier- 分配给分类器的代码点、转发类和丢失优先级。示例输出显示，默认分类器 ipprec-compatibility已应用于 lsq-0/0/0 接口，分类器 classify_input 已应用于 ge-0/0/1 接口。

• Scheduler— 分配给每个调度程序的传输速率、缓冲区大小、优先级和丢失优先级。示例输出显示数据、语音和网络控制计划程序以及所有配置的值。

问题

溶液

您可以将调度程序图应用于多链路捆绑包及其组成链路。尽管您可以将多个 CoS 组件与调度器图一起应用，但请仅配置所需的组件。我们建议您保持组成链路上的配置简单，以避免不必要的传输延迟。

表 2 显示了要应用于多链路束及其组成链路的 CoS 组件。

问题

溶液

要减少抖动和延迟，请执行以下操作：

1. 确保已在每个组成链路上配置整形速率。

2. 确保尚未在链路服务接口上配置整形速率。

3. 确保配置的整形速率值等于物理接口带宽。

4. 如果整形速率配置正确，但抖动仍然存在，请联系瞻博网络技术支持中心 （JTAC）。

问题

溶液

启用 LFI 后，数据（非 LFI）数据包将使用 MLPPP 标头封装，并分段为指定大小的数据包。延迟敏感型语音 （LFI） 数据包采用 PPP 封装，并在数据包片段之间交错。对于 LFI 数据包和非 LFI 数据包，排队和负载平衡的执行方式不同。

要验证是否正确执行了 LFI，请确定数据包是否按配置进行分段和封装。知道数据包是被视为 LFI 数据包还是非 LFI 数据包后，可以确认是否正确执行了负载平衡。

Solution Scenario—假设两台瞻博网络设备 R0 和 R1 通过聚合两条串行链路的多链路束 lsq-0/0/0.0 连接， se-1/0/0 并且 se-1/0/1.在 R0 和 R1 上，链路服务接口上启用了 MLPPP 和 LFI，分段阈值设置为 128 字节。

在此示例中，我们使用数据包生成器来生成语音和数据流。您可以使用数据包捕获功能捕获和分析传入接口上的数据包。

在多链路束上发送了以下两个数据流：

• 100 个 200 字节的数据包（大于分段阈值）

• 500 个 60 字节的数据包（小于分段阈值）

在多链路捆绑包上发送了以下两个语音流：

• 来自源端口 100 的 100 个 200 字节语音数据包

• 来自源端口 200 的 300 个 200 字节语音数据包

要确认 LFI 和负载平衡已正确执行，请执行以下操作：

1. 验证数据包分段。在操作模式下，输入命令以 show interfaces lsq-0/0/0 检查大数据包是否正确分段。

   Meaning— 输出显示在多链路束上传输设备的数据包摘要。验证多链路捆绑包上的以下信息：

   • 中转数据包总数 = 1000

   • 传输片段总数 = 1100

   • 分段的数据包数 =100

   多链路束上发送的数据包总数 （600 + 400） 与传输数据包数 （1000） 匹配，表示未丢弃任何数据包。

   传输分片数比中转数据包数多 100，表示正确分片了 100 个大型数据包。

   Corrective Action— 如果数据包未正确分段，请检查分段阈值配置。小于指定分段阈值的数据包不会分段。

2. 验证数据包封装。要确定数据包是被视为 LFI 数据包还是非 LFI 数据包，请确定其封装类型。LFI 数据包使用 PPP 封装，非 LFI 数据包使用 PPP 和 MLPPP 封装。PPP 和 MLPPP 封装具有不同的开销，从而产生不同大小的数据包。您可以比较数据包大小以确定封装类型。

   未分段的小型数据包包含一个 PPP 报头和一个 MLPPP 报头。在大型分段数据包中，第一个分段包含一个 PPP 报头和一个 MLPPP 报头，但连续分片仅包含一个 MLPPP 报头。

   PPP 和 MLPPP 封装向数据包添加以下字节数：

   • PPP 封装增加 7 个字节：

     4 字节的标头 + 2 字节的帧校验序列 （FCS）+ 1 个空闲或包含标志的字节

   • MLPPP 封装会增加 6 到 8 个字节：

     4 字节 PPP 报头 + 2 到 4 字节多链路报头

   图 2 显示了添加到 PPP 和 MLPPP 标头的开销。

   图 2：PPP 和 MLPPP 标头

   对于 CRTP 数据包，封装开销和数据包大小甚至小于 LFI 数据包。有关更多信息，请参阅 示例：配置压缩实时传输协议。

   表 3 显示了数据包和语音数据包各 70 字节的封装开销。封装后，数据包的大小大于语音数据包的大小。

   表 3：PPP 和 MLPPP 封装开销

   数据包类型	封装	初始数据包大小	封装开销	封装后的数据包大小
   语音数据包 （LFI）	购买力平价	70 字节	4 + 2 + 1 = 7 字节	77 字节
   具有短序列的数据片段（非 LFI）	MLPPP	70 字节	4 + 2 + 1 + 4 + 2 = 13 字节	83 字节
   具有长序列的数据片段（非 LFI）	MLPPP	70 字节	4 + 2 + 1 + 4 + 4 = 15 字节	85 字节

   在操作模式下，输入 show interfaces queue 命令以显示每个队列上传输的数据包的大小。将传输的字节数除以数据包数，得到数据包的大小并确定封装类型。

3. 验证负载平衡。在操作模式下，在多链路束及其组成链路上输入 show interfaces queue 命令，以确认是否对数据包执行相应的负载平衡。

   Meaning— 这些命令的输出显示在链路服务接口及其组成链路的每个队列上传输和排队的数据包。 表 4 显示了这些值的摘要。（由于传输的数据包数等于所有链路上排队的数据包数，因此此表仅显示排队的数据包。

   表 4：队列上传输的数据包数

   排队的数据包	捆绑包 lsq-0/0/0.0	组成链接 se-1/0/0	组成链接 se-1/0/1	解释
   Q0 上的数据包	600	350	350	通过组成链路的数据包总数 （350+350 = 700） 超过了在多链路束上排队的数据包数 （600）。
   第 2 季度的数据包	400	100	300	通过组成链路的数据包总数等于捆绑包上的数据包数。
   第 3 季度的数据包	0	19	18	通过构成链路的 Q3 的数据包用于在构成链路之间交换的连接消息。因此，没有数据包被计入捆绑包的第 3 季度。

   在多链路束上，验证以下内容：

   • 排队的数据包数与传输的数量匹配。如果数字匹配，则不会丢弃任何数据包。如果排队的数据包多于传输的数据包，则会因为缓冲区太小而被丢弃数据包。组成链路上的缓冲区大小控制输出级的拥塞。若要更正此问题，请增加构成链路上的缓冲区大小。

   • 通过 Q0 （600） 的数据包数与多链路束上接收的大数据包数和小数据包数 （100+500） 相匹配。如果数字匹配，则所有数据包都正确传输了 Q0。

   • 在多链路束 （400） 上通过 Q2 的数据包数与在多链路束上接收的语音数据包数相匹配。如果数字匹配，则所有语音 LFI 数据包都正确传输了第 2 季度。

   在构成链路上，验证以下内容：

   • 通过 Q0 的数据包总数 （350+350） 与数据包和数据分片的数量 （500+200） 相匹配。如果数字匹配，则分段后的所有数据包都正确传输了构成链路的 Q0。

     数据包传输了两个组成链路，表明在非 LFI 数据包上正确执行了负载平衡。

   • 组成链路上通过 Q2 的数据包总数 （300+100） 与多链路束上接收的语音数据包数 （400） 相匹配。如果数字匹配，则所有语音 LFI 数据包都正确传输了第 2 季度。

     已se-1/0/0传输来自源端口100的 LFI 数据包，以及来自源端口200se-1/0/1的 LFI 数据包。因此，所有 LFI （Q2） 数据包都根据源端口进行哈希处理，并正确传输了两个组成链路。

   Corrective Action— 如果数据包仅传输一个链路，请执行以下步骤来解决问题：

   1. 确定物理链路是（ up 运行）还是 down （不可用）。不可用链路表示 PIM、接口端口或物理连接存在问题（链路层错误）。如果链路正常运行，请转到下一步。

   2. 验证是否已为非 LFI 数据包正确定义分类器。确保非 LFI 数据包未配置为排队到 Q2。排队到 Q2 的所有数据包都被视为 LFI 数据包。

   3. 验证 LFI 数据包中的以下值中至少有一个不同：源地址、目标地址、IP 协议、源端口或目标端口。如果为所有 LFI 数据包配置了相同的值，则所有数据包都将散列到同一流并传输相同的链路。

4. 使用结果验证负载平衡。

问题

溶液

如果第三方设备与瞻博网络设备没有相同的 FRF.12 支持，或者以不同的方式支持 FRF.12，则 PVC 上的瞻博网络设备接口可能会丢弃包含 FRF.12 标头的分段数据包，并将其计为“监管丢弃”。

解决方法是在两个对等方上配置多链路束，并在多链路束上配置分段阈值。