GR 保住的是重启窗口
OSPF 平滑重启（GR）解决的是控制平面重启期间的数据转发问题：设备升级、主备倒换或进程重启时，OSPF 邻居关系本来会中断、路由会被撤销，业务出现秒级到分钟级的中断。开启 GR 后，重启设备对外声明「我只是短暂重启」，邻居进入 helper 状态并在约定的重启时间内保持邻接与转发表不变，重启完成后重新同步 LSDB，全程数据面不中断。
基本信息
| 适用平台 | 需要在线维护的三层设备，华为 VRP、思科 IOS、H3C Comware |
|---|---|
| 角色划分 | 重启方开启 GR 能力，邻居需支持并进入 helper 角色 |
| 命令形态 | 华为/H3C graceful-restart，思科 nsf（可指定 ietf 标准模式） |
| 权限要求 | OSPF 进程视图 |
| 关键参数 | 重启间隔（重启方完成收敛的最长时间），超时后邻居按普通恢复处理 |
典型使用场景
- 设备升级：版本升级需要重启进程时，业务流量不中断
- 主备倒换：双主控设备倒换期间维持邻接与转发表
- 协议进程重启：单独重启 OSPF 进程而不影响转发面
- 跨厂商组网：双方约定使用标准 IETF 模式，保证互通性
- 维护窗口评估：确认邻居是否具备 helper 能力，决定能否采用 GR 方案
华为 VRP
华为 VRP
[Huawei] ospf 1
[Huawei-ospf-1] graceful-restart
! 部分版本默认开启，以 display ospf graceful-restart 的实际状态为准
<Huawei> display ospf graceful-restart # 查看能力与当前是否处于 GR 过程思科 IOS
思科 IOS
SW-CORE-01(config)# router ospf 1
SW-CORE-01(config-router)# nsf # 开启平滑重启
! 跨厂商场景建议使用标准模式，并设置合理的重启间隔
SW-CORE-01(config-router)# nsf ietf restart-interval 120
SW-CORE-01# show ip ospf | include NSF|Restart # 查看能力与当前状态H3C Comware
H3C Comware
[H3C] ospf 1
[H3C-ospf-1] graceful-restart
<H3C> display ospf graceful-restartGR 生效条件
| 条件 | 说明 | 不满足时的表现 |
|---|---|---|
| 重启方开启 GR | 声明自己具备平滑重启能力 | 邻居按普通中断处理，路由短暂撤销 |
| 邻居支持 helper | 邻居能识别并保持邻接 | GR 静默失效，业务照样中断 |
| 重启间隔足够 | 重启方需在约定时间内完成同步 | 超时后邻居清除邻接，转发面才真正中断 |
| 底层链路正常 | GR 只保护控制面重启 | 链路真断时 GR 无法挽救 |
| 模式一致 | 跨厂商建议统一使用标准 IETF 模式 | 厂商私有模式不互通，helper 协商失败 |
GR 不是断流保险：它只覆盖控制平面重启这一种场景。链路故障、光模块劣化、对端设备断电都不在保护范围内。做在线维护前，先在实验环境验证邻居能否进入 helper 状态，别把升级窗口押在未经验证的机制上。