会话重建节奏与抖动判断
会话断开后不是立刻重建，而是按重试计时器一次次尝试，间隔通常呈递增的退避行为。这一点决定了两件事：一是收敛需要耐心，看到几次重试属正常；二是判断「持续故障」还是「正在收敛」，要看尝试的时间序列而不是单次状态。把时间点记下来，结论会清晰很多。
基本信息
| 行为 | 断开后按重试计时器重新尝试建立，间隔通常递增 |
|---|---|
| 观察方法 | 记录每次断开与建立的时间点，形成时间序列 |
| 判断标准 | 有限次尝试后稳定为收敛中；无限循环且间隔固定为持续故障 |
| 工具 | 日志时间戳 + 监控曲线，两者交叉验证 |
| 参数调整 | 各平台的连接重试与空闲保持时间参数名称不同，按版本文档核对 |
典型使用场景
- 单次抖动：确认是偶发还是持续，避免过度处置
- 持续震荡：通过时间序列判断是否存在固定周期的干扰源
- 变更评估：调整重试参数前先记录现有节奏作为对比基线
- 告警设计：按重试次数与频率设置分级告警，而不是状态一变就报
- 复盘取证：时间序列是判断「是否已收敛」的直接证据
记录与观察
记录与观察
# 观察日志时间戳，形成断开与建立的时间序列
show log | include ADJCHANGE
# 定时采样会话状态与 Up 时长
show ip bgp summary | include 10.0.0.2
# 华为 VRP
display bgp log
display bgp peer 10.0.0.2 verbose
# 记录示例（时间序列比单点更有说服力）
# 14:01 断 / 14:02 建 / 14:05 断 / 14:06 建 —— 固定周期，需处理节奏读法
| 时间序列特征 | 含义 | 处置方向 |
|---|---|---|
| 单次断开后长期稳定 | 偶发抖动，已收敛 | 记录留档，观察是否需要跟进 |
| 间隔递增后稳定 | 退避重试中的正常收敛 | 等待收敛完成，不必干预 |
| 固定周期反复切换 | 存在周期性干扰源 | 查链路质量、定时器与中间设备行为 |
| 间隔极短且不间断 | 持续失败且重试激进 | 先修底层原因，再评估是否调整重试参数 |
抖动窗口需要耐心，但不能把「一直抖」当常态：连续多个周期都未稳定，就应该按持续故障处理，而不是继续等待。