链路震荡为什么要当回事
链路震荡（flapping）指端口在短时间内反复 up/down。危害不止这一个口不通：每次状态变化都会触发生成树收敛和路由重新计算，日志刷屏并消耗 CPU，严重时整网跟着抖动。定位的核心不是看单点读数，而是把时间线拉出来——什么时候开始抖、间隔多长、同时抖的还有哪些端口。
基本信息
| 适用平台 | 思科 IOS / 华为 VRP / H3C Comware 全部设备 |
|---|---|
| 观察入口 | logbuffer 与 logging 日志、接口详情的震荡字段、错误计数 |
| H3C 便捷字段 | display interface 中的 Last link flapping |
| 联动风险 | 触发 STP 收敛、路由重算、端口保护（err-disable/link-flap） |
典型使用场景
- 用户报网络时断时续，怀疑某条链路不稳
- 生成树拓扑频繁变化、日志刷屏时定位震荡源头
- 光纤链路割接或清洁后仍然反复 up/down
- PoE 受电设备（AP、摄像头）反复重启引起的端口抖动
- 区分「物理故障」与「保护动作」：确认不是 BPDU Guard 之类被误判为链路问题
华为 VRP
华为 VRP
<Huawei> display logbuffer | include link|UP|DOWN
! 观察同一接口 up/down 的时间序列与间隔
<Huawei> display interface GigabitEthernet 0/0/1
! 关注 Last physical up time 与各类错误计数
<Huawei> reset counters interface GigabitEthernet 0/0/1 # 建立观察基线思科 IOS
思科 IOS
SW-CORE-01# show logging | include changed state|line protocol
SW-CORE-01# show interfaces GigabitEthernet1/0/1 | include resets|Uptime
SW-CORE-01# show interfaces GigabitEthernet1/0/1 | include error|CRC
SW-CORE-01# clear counters GigabitEthernet1/0/1 # 清零后按窗口观察增量H3C Comware
H3C Comware
<H3C> display logbuffer | include link
<H3C> display interface GigabitEthernet 1/0/1
! Last link flapping 字段直接给出最近一次震荡发生的时间
<H3C> reset counters interface GigabitEthernet 1/0/1震荡特征与可疑原因
| 特征 | 可疑原因 | 下一步动作 |
|---|---|---|
| 秒级、间隔规律 | 生成树收敛、端口保护反复动作、自协商抖动 | 查拓扑变化与端口保护日志 |
| 分钟级、随机 | 水晶头或线缆接触不良、光衰临界的模块 | 换跳线、清洁光口、看光功率读数 |
| 与业务高峰同步 | 高峰流量触发抑制或过载类保护 | 核对流量曲线与抑制阈值 |
| 与 PoE 设备重启同步 | 供电不稳、线缆过长压降大、设备本身异常 | 查端口供电与受电设备侧日志 |
H3C 的 display interface 直接给出 Last link flapping 字段，定位最快；华为与思科要用 logbuffer 或 show logging 重建时间线，注意日志缓冲有限，长时间震荡可能已把早期记录冲掉，重要场景先配置日志服务器。
先看「一起抖的有哪些端口」：同一板卡上多个端口同时抖通常指向供电或背板问题，单端口独立抖动更像线缆、模块或对端设备。