Hello 与 Dead 定时器
OSPF 靠周期性 Hello 报文维持邻居：发送间隔是 Hello 定时器，多久收不到就判定邻居失效是 Dead 定时器。默认 Hello 10 秒、Dead 40 秒（Dead 等于 4 倍 Hello），这个组合在普通园区网足够用。把 Hello 调小能让故障感知更快，但代价是邻居抖动更频繁、协议报文更多；两端必须使用完全相同的 Hello 与 Dead 值，否则邻居根本建立不起来或者反复超时。
基本信息
| 适用平台 | 全部支持 OSPF 的三层设备 |
|---|---|
| 配置位置 | 接口视图（同为 OSPF 使能的接口） |
| 命令形态 | 华为 ospf timer hello/dead，思科 ip ospf hello-interval/dead-interval，H3C ospf timer hello/dead |
| 权限要求 | system-view / 接口配置模式 |
| 单位 | 秒；Dead 必须大于 Hello |
典型使用场景
- 加速故障感知：与 BFD 配合前，先缩小 Hello 让邻居超时更快
- 跨厂商对接：与对端设备统一协商定时器取值，避免一边 10/40 一边 5/20
- 低带宽链路：把 Hello 适当放大，减少协议报文占用
- 排查邻居抖动：先核对两端实际生效值，再怀疑物理链路与 CPU 占用
- 割接校验：改完定时器后确认邻居重新建立并稳定保持
华为 VRP
华为 VRP
[Huawei] interface GigabitEthernet0/0/1
[Huawei-GigabitEthernet0/0/1] ospf timer hello 5 # 5 秒发送一次
[Huawei-GigabitEthernet0/0/1] ospf timer dead 20 # 20 秒收不到即失效
[Huawei-GigabitEthernet0/0/1] display this # 核对接口下实际配置思科 IOS
思科 IOS
SW-CORE-01(config)# interface GigabitEthernet0/1
SW-CORE-01(config-if)# ip ospf hello-interval 5
SW-CORE-01(config-if)# ip ospf dead-interval 20
SW-CORE-01# show ip ospf interface GigabitEthernet0/1 | include Timer # 看生效值H3C Comware
H3C Comware
[H3C] interface GigabitEthernet1/0/1
[H3C-GigabitEthernet1/0/1] ospf timer hello 5
[H3C-GigabitEthernet1/0/1] ospf timer dead 20
[H3C-GigabitEthernet1/0/1] display this默认值与匹配要求
| 网络类型 | Hello 默认 | Dead 默认 | 关键约束 |
|---|---|---|---|
| 广播型（以太网） | 10 秒 | 40 秒 | 两端必须完全一致 |
| 点对点 | 10 秒 | 40 秒 | 两端必须完全一致 |
| NBMA / 点对多点 | 30 秒 | 120 秒 | 与广播型互连时必须显式统一 |
| 改小的影响 | 邻居建立更快 | 故障感知更快 | 协议报文与邻居振荡风险同步上升 |
| 改大的影响 | 协议开销下降 | 故障感知变慢 | 切换时间长，业务中断感知明显 |
Dead 不会自动跟随 Hello 变化：曾经显式配过 Dead 的接口，之后只改 Hello，两者比例就不再是 4 倍。改完务必用 display this 或 show ip ospf interface 核对实际生效值。
需要秒级故障检测时，更快更稳的做法是启用 BFD 联动而不是一味缩小 Hello；Hello 收到毫秒级会明显增加协议报文与 CPU 负担。