聚合成员的成员级排障
聚合链路出现丢包或性能下降时，问题往往不在整条链路，而在某个成员：一根网线、一个光模块、一对尾纤的劣化，会让经过该成员的那部分流量持续出错。排查动作很实在：把各成员的错包计数清零，观察一段时间后对比。定位到坏成员后，先在聚合里把它摘除，再处理硬件。
基本信息
| 适用平台 | 全部设备（华为 VRP、思科 IOS、H3C Comware） |
|---|---|
| 查看命令 | display interface（逐成员）| include error / show interfaces counters errors |
| 关键指标 | CRC 错、输入错误、超短帧、输出丢弃 |
| 清零命令 | reset counters interface / clear counters |
| 处理顺序 | 先 shutdown 摘除坏成员，再换线换模块，最后恢复 |
典型使用场景
- 聚合链路偶发丢包：逐成员对比计数，定位劣化的那一根
- 性能不达标：链路带宽始终低于规划值，可能是某成员在错误重传上消耗了带宽
- 替换备件前确认：先确认是线缆、模块还是端口的问题，避免换错件
- 验收测试：新上线聚合链路逐成员检查错误计数是否为零
- 定期巡检：把成员错误计数纳入巡检项，提前发现劣化趋势
华为 VRP
华为 VRP
<Huawei> reset counters interface GigabitEthernet 0/0/1 # 清零便于观察增量
<Huawei> reset counters interface GigabitEthernet 0/0/2
<Huawei> display interface GigabitEthernet 0/0/1 | include error|CRC
<Huawei> display interface GigabitEthernet 0/0/2 | include error|CRC
<Huawei> display eth-trunk 1 # 结合成员流量分布判断思科 IOS
思科 IOS
SW-A# clear counters GigabitEthernet1/0/1 # 清零
SW-A# show interfaces counters errors # 全部端口的错误计数一览
SW-A# show interfaces Gi1/0/1 | include errors|CRC
SW-A(config-if)# shutdown # 摘除坏成员（流量自动切走）
SW-A(config-if)# no shutdown # 处理完成后恢复H3C Comware
H3C Comware
<H3C> reset counters interface GigabitEthernet 1/0/1
<H3C> display interface GigabitEthernet 1/0/1 | include error|CRC
<H3C> display link-aggregation verbose # 成员选中状态与流量分布
! 处理流程同华为/思科：先摘除，再换件，最后恢复常见计数指标读法
| 指标 | 含义 | 常见成因 |
|---|---|---|
| CRC 错 | 帧校验失败 | 线缆劣化、光模块故障、接头脏污 |
| 输入错误 | 接收侧各类异常帧统计 | 物理层问题、双工不匹配 |
| 超短帧 / Runt | 长度不足的帧 | 冲突、链路干扰 |
| 输出丢弃 | 发送方向缓冲区溢出 | 拥塞，与成员自身质量关联较弱 |
观察窗口建议 5-10 分钟并覆盖业务高峰：错误计数在低峰期可能完全不增长，容易得出「链路正常」的错误结论。清零前先记录一次原始值，便于判断是否本来就是长期累积的历史计数。