邻居震荡排查
邻居在 Established 与 Active 之间反复切换，是最常见也最容易被处理坏的问题。排查顺序是先取证再动手：日志里的 up/down 记录与通知码直接指出断开原因，再依次核对底层链路闪断、定时器过短、前缀上限触发与策略变更误伤。震荡期间不要反复手动复位会话——会话越多，恢复越慢。
基本信息
| 日志线索 | 邻居 up/down 记录与通知码，是第一步取证来源 |
|---|---|
| 常见原因 | 链路闪断、光模块劣化、定时器过短、max-prefix 触发、ACL 或策略变更误伤 |
| 自愈风险 | 定时器过短会放大瞬时抖动，把偶发丢包升级为会话中断 |
| 抑制思路 | 先稳住底层链路，再评估是否需要调整定时器与上限 |
| 核对命令 | show ip bgp summary、show log | include ADJCHANGE |
典型使用场景
- 客户报「时通时断」：先从日志确认是否为会话重建引起
- 变更后出现震荡：优先怀疑策略、ACL 或前缀上限被调整
- 大规模震荡：先评估影响面再动手，避免处置扩大故障
- 链路质量评估：结合接口错误计数判断是否物理层问题
- 复盘归档：保留日志时间线与处置记录，供同类问题参考
取证命令
取证命令
# Cisco：会话状态与日志
show ip bgp summary
show log | include ADJCHANGE
show ip bgp neighbors 10.0.0.2 | include reset|Notification|hold
# 华为 VRP
display bgp peer
display bgp log
display bgp peer 10.0.0.2 verbose常见通知码与处置
| 通知码/现象 | 含义 | 处置方向 |
|---|---|---|
| Hold Timer Expired | 收不到保活报文 | 查链路丢包、定时器与中间设备 |
| Administrative Reset | 被管理性复位 | 查是否有人执行复位或策略触发 |
| Maximum Number of Prefixes | 超过前缀上限 | 核对阈值与对端发布范围 |
| 链路闪断 | 接口物理或协议状态变化 | 查光模块、错误计数与对接参数 |
震荡期间不要反复 clear：每次复位都会触发一轮重新收敛，在会话数量多时反而拖长恢复时间。先稳住底层与策略，再按需处置单个会话。