配置链路服务接口

目的

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

行动

本部分提供的示例输出基于 示例：配置 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）	PPP	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）。
   Q2 上的数据包	400	100	300	通过组成链路传输的数据包总数等于捆绑包上的数据包数。
   Q3 上的数据包	0	19	18	通过组成链路的 Q3 传输的数据包用于在组成链路之间交换的激活消息。因此，捆绑包的第 3 季度未计入数据包。

   在多链路捆绑包上，验证以下内容：

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

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

   • 多链路捆绑包 （400） 上通过 Q2 的数据包数与多链路捆绑包上接收的语音数据包数匹配。如果数字匹配，则所有语音 LFI 数据包均正确传输 Q2。

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

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

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

   • 在组成链路上传输 Q2 的数据包总数 （300+100） 与多链路捆绑包上接收的语音数据包数 （400） 相匹配。如果数字匹配，则所有语音 LFI 数据包均正确传输 Q2。

     来自源端口 100 的 LFI 数据包已传输 se-1/0/0，以及来自源端口 200 的 LFI 数据包已传输 se-1/0/1。因此，所有 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 标头的分段数据包，并将其计为“监管丢弃”。

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