重启后为什么要等一等
设备重启后，BGP 会话开始重建，如果立即对外通告路由，此时内部网关协议可能还没收敛、转发表也未必就绪，发出的通告会随之后的路由变化被反复撤消与重发，对整网造成一轮不必要的路径波动。更新延迟让设备在重启后先等待一段时间，直到邻居与转发表达到设定条件，再开始对外通告，把这一轮波动压缩掉。等待窗口的设置需要权衡：设得太短起不到作用，设得太长会拉长整机恢复时间。邻居数量多的路由器与路由反射器收益最明显，小规模网络照搬大默认值只会让恢复变慢。
基本信息
| 作用 | 重启后延迟对外通告，等待邻居与会话稳定 |
|---|---|
| 默认值 | 不少平台默认为 120 秒，可按需调整 |
| 权衡 | 过短无法抑制波动，过长拉长恢复时间 |
| 适用对象 | 邻居数量多、承载路由量大的设备 |
| 查看方式 | 查看更新延迟的当前设置与生效状态 |
典型使用场景
- 路由反射器重启：避免大规模路由反复通告
- 边界路由器维护：减少对上游的影响
- 设备升级验证：确认恢复时间是否符合业务要求
- 小规模网络优化：按实际邻居数量缩短等待窗口
- 故障复盘：判断重启期间的路由波动是否由等待窗口不足引起
配置与查看
配置与查看
# Cisco：设置等待窗口，参数按平台版本以手册为准
router bgp 65001
bgp update-delay 60
!
show ip bgp update-delay # 查看当前设置与剩余等待时间
show ip bgp summary # 确认邻居恢复情况
# 记录重启到恢复完成的实际耗时，用于后续调整参数与影响
| 设置 | 效果 | 适用情形 |
|---|---|---|
| 默认值较大 | 抑制波动效果好，恢复较慢 | 邻居多、路由量大的核心设备 |
| 适当缩短 | 加快恢复，需确认不会引入波动 | 小规模网络或邻居较少的设备 |
| 设置过短 | 起不到保护作用 | 不建议 |
| 与重启保护机制并用 | 两者用途不同可并存 | 对恢复时间有明确要求的场景 |
等待窗口的取值要与设备的实际恢复速度匹配：先记录几次真实重启的耗时，再决定设置值，比照搬默认值更合理。
它与重启期间保持转发的机制不是同一件事：一个控制通告时机，一个让转发在控制面重启期间不中断，侧重点不同。