HSRP 定时器怎么调
HSRP 用两个定时器判定邻居状态：hello 默认 3 秒发送一次，hold 默认 10 秒内收不到 hello 就判定对端失效。hold 一般不应小于 hello 的三倍，也可以使用毫秒级定时器加快检测，代价是对链路抖动更敏感。
基本信息
| 适用平台 | Cisco IOS / IOS-XE |
|---|---|
| hello | 默认 3 秒，报文发送间隔 |
| hold | 默认 10 秒，收不到 hello 即判定失效 |
| 毫秒级 | standby timers msec <hello> msec <hold> |
| 约束 | hold 不应小于 hello 的三倍 |
典型使用场景
- 希望加快故障检测时评估毫秒级定时器
- 双机部署时核对两端定时器是否一致
- 演练中量化不同取值下的切换时间
- 排障频繁切换时确认定时器是否被改小过
- 割接后核对参数是否与设计台账一致
配置与核对
配置与核对
standby 1 timers 1 3 # hello 1 秒 / hold 3 秒
standby 1 timers msec 200 msec 750 # 毫秒级定时器
show standby brief # 各组状态概览
show standby Vlan10 1 # 指定接口与组的详情
show standby # 全量输出，核对生效值定时器取值
| 项目 | 默认 | 说明 |
|---|---|---|
| hello | 3 秒 | 报文发送间隔 |
| hold | 10 秒 | 多久收不到 hello 判定失效 |
| 约束关系 | hold ≥ 3 × hello | 不满足可能被拒或行为异常 |
| 毫秒级 | 支持 | 加快检测，对抖动更敏感 |
hold 时间内收不到 hello 才判定失效；hold 调得比上行收敛还短，会在协议震荡期引发误切，加速检测之前先算清上限。
两端定时器必须一致：只改一端会造成误判与频繁切换，改完以 show standby 的实际显示值为准核对。
毫秒级定时器上线前要做稳定性观察，确认链路与设备负载能够支撑，否则误切带来的影响可能大于加快检测的收益。
调整前的评估项
- 链路质量：错包与闪断记录是否会影响判定准确性
- 设备负载：CPU 与接口队列能否支撑更密集的协议报文
- 上行收敛时间：切换后业务真正恢复需要多久
- 两端一致性：参数调整必须双端同步执行并复核显示值