聚合不 up 排查流程
聚合故障排查有固定顺序：物理层是否 up、两端模式是否匹配、成员属性是否一致、协商细节是否正常、成员是否被选中。按顺序走几分钟就能定位，比反复换线或乱试命令高效得多。最常见的现象是「物理口都亮着，聚合口 ping 不通」，九成以上是模式或聚合键不匹配。
基本信息
| 适用平台 | 华为 VRP（Eth-Trunk）、H3C Comware（Bridge-Aggregation）、思科 IOS（EtherChannel） |
|---|---|
| 模式概念 | 静态聚合与动态聚合（LACP），两端模式必须对应 |
| 关键状态 | 成员是否 Selected、聚合口是否 up、协议状态是否正常 |
| 常见差异 | 思科 (I) 未绑定、(s) 挂起、(D) 关闭；华为与 H3C 显示被选中或未选中 |
| 排查顺序 | 物理 → 模式 → 属性一致 → 协商 → 选中状态 |
成员未选中的原因
| 原因 | 表现 | 处理 |
|---|---|---|
| 两端聚合模式不一致 | 双方都不选中 | 统一为静态或动态聚合 |
| 成员口速率或双工不一致 | 个别成员不选中 | 统一协商结果或手工固定 |
| 成员口上有独立配置 | 该成员被排除 | 清掉成员口配置，改到聚合口 |
| 动态聚合两端都被动 | 协商无结果 | 至少一端为主动模式 |
| 聚合键或负载分担配置不匹配 | 部分成员不参与转发 | 核对两端关键参数 |
典型使用场景
- 割接后聚合口起不来，业务不通
- 带宽不达标：聚合口 up 但只有部分成员在转发
- 新增成员后原有成员被踢出，怀疑属性不一致
- 跨厂商设备对接聚合，模式协商失败
- 堆叠或跨设备聚合异常，需要确认成员分布
华为 VRP 与 H3C Comware
华为 VRP 与 H3C Comware
display eth-trunk 1 # 成员状态与被选中原因
display interface GigabitEthernet0/0/1 | include current state # 物理层
display eth-trunk 1 verbose # 协商细节
display link-aggregation verbose # H3C：看未选中原因
# 常见：一端手工聚合、一端动态聚合，两端成员都不选中思科 IOS
思科 IOS
show etherchannel summary # (I) 未绑定、(s) 挂起、(D) 关闭
show lacp neighbor # 对端 LACP 信息与端口状态
show etherchannel 1 port-channel # 端口与聚合口的绑定关系
show interfaces GigabitEthernet1/0/1 status # 物理层状态排查口诀：先看成员物理是否 up，再看两端模式是否对应（静态对静态、动态对动态），接着核对速率双工一致、LACP 角色是否至少一端主动，最后看两端成员是否都被选中。跳过前两步直接查配置，往往在原地打转。
跨设备排查必须两端同时看：单端视角只能看到自己这一侧的状态，无法判断协商在哪一步断掉，容易得出「我这边正常，问题在对方」的无效结论。