S6820-32H三层端口上Discard

这种情况请更换H3C原厂配套模块以及检查光纤线缆质量情况

设备上能直接使用display命令进行查询吗

🧩 一、关于查看 discard 的命令

1️⃣ 普通 display interface 无法显示 discard 详细项

在 Comware 7 系列（如 S6820） 上，display interface 仅显示如下几个计数：

• Input/Output packets

• Error

• Drops（但通常是 ingress buffer drop，不包括 egress）

⚠️ 它不会显示 硬件层面的 egress discard（出方向丢包）。

2️⃣ 可选命令（但部分型号隐藏）

你可以尝试以下命令（部分是隐藏命令，需在特权模式下）：

如果提示无此命令，可试：

或：

另一个有效方法是查看 队列缓存丢包：

如果设备启用了 QoS 缓存统计，这条命令可以看到 出方向各优先级队列的 discard 包数。

3️⃣ SNMP 是最完整的途径

在很多高端 H3C（S68xx、S98xx）上，出方向 discard 是通过 私有 MIB 提供的，CLI 里不显示。
你用 SNMP 抓到 discard 说明是可靠的，CLI 无法看到是正常的设备限制。

🧠 二、关于上联端口 discard 原因分析

你提到：

下联口没有 discard，上联口持续有 discard，且只在流量大时明显。

这基本可以确认是 出方向拥塞引起的硬件队列丢包。

原因可能有：

✅ 1. 出口速率打满或聚合负载不均

• 当汇聚层多个 100G 下联口的流量集中到上联两组聚合时，若 hash 分布不均，某个成员链路超载就会出方向丢包。

• 特别是大流量（如服务器集中访问外部）时，单流 hash 导致负载分布偏斜。

✅ 建议：

查看成员口流量分布是否均衡。
如果不均衡，可调整负载算法：

✅ 2. 出方向缓存不足

当大流量集中突发时，如果硬件 buffer（特别是 egress buffer）被打满，也会出现 discard。

✅ 可查看：

或者：

⚠️ 3. 光模块/收发链路问题

虽然你提到光模块是三方的（非 H3C 原厂），但：

• 如果是 入方向有错误包（CRC / alignment），才可能是模块问题；

• 而你是 出方向 discard，一般不涉及模块电气层问题。

✅ 判断方式：

如果 CRC/Alignment 均为 0，而 discard 持续增加 → 模块正常，问题是缓存或聚合分布。

⚠️ 4. 单模 / 多模 光纤差异

• 单模 vs 多模只影响链路物理层，不影响是否 discard。

• 如果链路 UP 且误码、CRC 正常，那不是光介质问题。

🧩 三、结论与建议总结

🔧 建议操作清单（推荐排查顺序）

1. 查看流量分布：

   display link-aggregation verbose

2. 查看是否单条链路过载：

   display interface brief | include HGE1/0/29

3. 查看 QoS 出方向队列丢包：

   display queue statistics interface HGE1/0/29

4. 检查 CRC、Error：

   display interface HGE1/0/29

5. （如确认 hash 不均衡）调整聚合算法：

   system-view link-aggregation global load-balance enhanced link-aggregation load-balance src-dst-ip