成员抖动是什么
成员口反复在 Selected 与 Unselected 之间切换就是 flapping。每次状态变化都会触发流量重新哈希，业务表现为间歇丢包、时延抖动，而链路本身看起来一直在 up。根因分两层：物理层是光衰临界、线缆或模块接触不良、模块温度异常；协议层是 LACP 报文超时，常由对端 CPU 繁忙或链路质量差导致。定位顺序是先物理层再协议层，两层的处置方式完全不同。
基本信息
| 适用平台 | LACP 或静态聚合的三厂设备 |
|---|---|
| 典型现象 | 成员反复 Selected 与 Unselected，业务间歇丢包 |
| 排查命令 | display eth-trunk verbose / show interfaces 计数 / display link-aggregation verbose |
| 两层根因 | 物理层（光功率、错包、接触）与协议层（LACPDU 超时） |
| 关键做法 | 先清计数再观察增长规律 |
典型使用场景
- 业务间歇丢包，同时日志里频繁出现成员加入退出记录
- 更换模块或跳线后仍然抖动，需要确认问题是否在链路本身
- 对端设备 CPU 占用高时排查 LACP 报文超时
- 巡检发现成员状态历史变化次数异常偏多
- 判断该走报修流程还是继续查配置，需要物理层证据
华为 VRP
华为 VRP
<Huawei> display logbuffer | include Eth-Trunk|LACP
<Huawei> display eth-trunk 1 verbose # 观察成员 Selected 状态变化
<Huawei> display transceiver diagnosis interface GigabitEthernet 0/0/1
# 部分型号用 display transceiver interface 查询光功率与告警思科 IOS
思科 IOS
SW-A# show logging | include Po1|LACP|Gi1/0/1
SW-A# show interfaces Gi1/0/1 | include resets|CRC|input errors
SW-A# show interfaces Gi1/0/1 transceiver detail # 收发功率对照阈值
# 反复 suspended 常见于 LACP 报文超时（对端 CPU 高或链路丢包）H3C Comware
H3C Comware
<H3C> display logbuffer | include LAGG|LACP
<H3C> display link-aggregation verbose
# 成员 Unselected 与 Selected 反复切换时，重点查物理层与光功率两层定位清单
| 层次 | 检查项 | 判据 |
|---|---|---|
| 物理层 | 光模块收发功率 | 与模块规格的收发阈值比对，临界值就是隐患 |
| 物理层 | 错包与重传计数 | 清计数后观察是否继续增长，增长说明链路有损 |
| 物理层 | 线缆与模块接触 | 换跳线或换模块做对照实验，一次只换一个变量 |
| 协议层 | LACP 报文超时 | 日志里找成员退出的时间点，与业务抖动时间对齐 |
| 协议层 | 对端 CPU 与丢包 | 两端同时查 CPU 占用与聚合报文收发计数 |
轻微超时造成的抖动很可能一条日志都不留，尤其在 LACP 慢速报文模式下。可靠的办法是周期性采样成员状态并记录变化次数，把状态变化次数作为巡检项，而不是等日志报警。
报修前先清计数再看增长规律。偶发抖动直接当硬件故障报修，常因现场无法复现被退回；先拿到光功率与错包增长这类物理层证据，报修与换件才有的放矢。