重启期间保住转发的机制
优雅重启的目标是让设备在控制面重启期间转发不中断：重启侧的转发表被保留，重启完成后重新建立会话并更新路由；接收侧则把从该邻居学到的路由先标记为过期状态，等待对端重启完毕并通告完毕后，再替换这些标记。它需要两端在会话建立时通过能力协商确认都支持，任何一端不支持，机制就不生效。排错时两个环节要分别验证：能力是否协商成功、重启侧是否真的保留了转发表。转发表没保留时，控制面恢复了但转发面已经断过，业务照样受影响。
基本信息
| 协商方式 | 会话建立时通过能力字段交换支持情况，并按地址族生效 |
|---|---|
| 重启侧职责 | 保留转发表，重启后重建会话并重新通告 |
| 接收侧职责 | 把相关路由标记为过期状态，等待对端通告完毕信号 |
| 关键检查 | 能力是否协商成功、转发表是否保留、过期路由是否被正确清除 |
| 查看命令 | 邻居详细信息中的优雅重启相关字段 |
典型使用场景
- 业务高峰期设备维护：尽量减少重启带来的业务中断
- 控制面升级：验证机制在真实重启中是否生效
- 排错核对：重启后仍中断时定位是哪个环节没起作用
- 对端能力确认：新接入设备是否支持该机制
- 演练设计：把它作为切换演练的一部分验证实际效果
查看命令
查看命令
# Cisco：查看邻居的优雅重启协商结果与状态
show ip bgp neighbors 203.0.113.2 | include graceful
show ip bgp neighbors 203.0.113.2 | include restart
# 华为
display bgp peer 203.0.113.2 verbose | include graceful
# 重启前后分别采集，确认能力协商与路由恢复情况
show ip bgp summary环节与判断
| 环节 | 正常表现 | 异常含义 |
|---|---|---|
| 能力协商 | 双方均显示支持 | 单端不支持时机制完全不生效 |
| 转发表保留 | 重启期间仍有转发能力 | 未保留则控制面恢复但业务已中断 |
| 过期路由标记 | 重启期间路由被标记而非立即删除 | 直接删除说明接收侧未进入保护状态 |
| 恢复完成 | 路由被更新并清除标记 | 长期停留在过期状态会造成转发不完整 |
两端能力不一致是最常见的失败原因：一端支持一端不支持时，会话照常建立，机制静默不生效，排错时容易忽略协商环节。
机制生效的前提是转发表被保留，若设备在重启中清空了转发表，即使协商成功也无法避免中断，验证时要覆盖这一环节。