升级重启为什么会影响聚合
软件升级、单框重启或堆叠倒换都会让聚合成员短暂中断。成员口 Down 之后，流量要靠哈希重算走其余成员，收敛期间会出现丢包；如果组内只剩最后一条可用成员，聚合就退化成单链路。升级前要确认备份路径能承载切换流量，执行时按逐框逐成员的滚动顺序，每步确认成员重新加入转发再动下一台。
基本信息
| 影响范围 | 被重启框上的成员口全部中断，业务靠剩余成员分流 |
|---|---|
| 关键前提 | 组内剩余成员带宽之和能承载峰值流量 |
| 执行方式 | 滚动升级，逐框或逐成员执行，避免整组同时停机 |
| 必要条件 | 准备回退版本与回退步骤，并写入升级方案 |
| 验证入口 | display eth-trunk verbose 看成员 Selected 状态 |
典型使用场景
- 版本升级窗口内逐框升级堆叠成员，控制单次影响范围
- 单框硬件维护或重启前评估剩余成员带宽是否够用
- 堆叠倒换演练后核对聚合成员是否全部恢复转发
- 排查升级后业务偶发丢包，确认成员口是否重新 Selected
- 制定回退方案时明确聚合恢复所需的验证步骤
升级前后核对
升级前后核对
display eth-trunk 1 verbose # 成员 Selected 状态与数量
display interface brief # 成员口 Up 情况
display version # 版本与补丁一致性
display link-aggregation verbose # H3C 侧对应查询命令分离升级的影响对照
| 操作 | 冗余条件 | 预期影响 | 核对项 |
|---|---|---|---|
| 升级非主框成员 | 组内留有其他成员 | 流量重算，短时丢包 | 成员重新 Selected |
| 主框重启倒换 | 备框已同步配置 | 秒级切换，少量丢包 | 角色与成员口恢复 |
| 整组同时停机 | 无冗余 | 链路侧完全中断 | 备份路径承载确认 |
滚动顺序建议先动非主设备：每台恢复后确认成员重新 Selected、上层协议邻居重建，再动下一台，避免多台同时处于收敛态。
升级窗口按更坏情况预留时间：按聚合整组震荡而不是按平均恢复速度估算，并把回退操作的时间也算进去。