路由震荡确认与定位
路由表项反复出现又消失（flap），业务随之抖动。确认震荡不能只看当前路由表，要结合路由统计与日志时间线：统计里能看到路由增删次数，日志能看出是哪个协议在反复上报与撤销。多数震荡的根因在链路层或协议定时器，不在路由策略本身。
基本信息
| 适用平台 | 华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 关键命令 | display ip routing-table statistics / show ip route summary，配合日志过滤 |
| 日志标识 | 华为与 H3C 常见 RM（路由管理）模块，思科按协议前缀标识 |
| 常见根因 | 链路闪断、光路衰减、协议 Hello 超时、路由聚合与明细互相覆盖 |
| 验证方式 | 连续多次查看同一前缀，对比下一跳与来源是否稳定 |
震荡来源判断
| 现象 | 可能来源 | 下一步 |
|---|---|---|
| 同一前缀下一跳反复变化 | 等价路径来回切换、链路抖动 | 查链路误码与协议邻居状态 |
| 路由条目频繁增删计数上涨 | 邻居反复建立与断开 | 对比邻居状态日志与 Hello 超时设置 |
| 只有明细路由消失、汇总还在 | 明细来源链路不稳定 | 检查产生明细的接口与协议 |
| 业务抖动但路由表稳定 | 不是路由问题 | 转向 QoS、环路或应用层排查 |
典型使用场景
- 业务周期性抖动，怀疑路由表在反复刷新
- 割接后新增链路引发等价路径来回切换
- 光路质量下降导致接口频繁 up/down，间接触发路由震荡
- 多协议双点双向引入时出现路由互相覆盖
- 排查偶发中断：用日志时间线确认中断与路由事件是否同时发生
华为 VRP 与 H3C Comware
华为 VRP 与 H3C Comware
display ip routing-table statistics # 路由增删统计
display logbuffer | include RM # 路由管理模块日志
display ip routing-table 10.1.1.0 24 verbose # 单个前缀的详细信息
display interface GigabitEthernet0/0/1 | include up|down思科 IOS
思科 IOS
show ip route summary # 路由数量与增删统计
show logging | include routing|%OSPF # 过滤路由与协议日志
show ip route 10.1.1.0 255.255.255.0 # 单前缀详情
show interfaces GigabitEthernet0/1 | include flaps # 接口翻动次数三厂都有路由统计类命令，区别在日志模块命名：华为与 H3C 常用 RM 标识路由管理，思科按协议前缀打标（如 OSPF 的日志标识）。过滤日志时先确认设备实际的模块名，再按时间窗口收窄范围。
不要用调大定时器掩盖症状：把 Hello 与 Dead 间隔拉长只能降低震荡频率，链路本身的误码与闪断依然存在，故障会在更高延迟上重现，还会拖慢收敛窗口。