HSRP 抢占与延时怎么配
HSRP 的抢占默认关闭：不配置抢占时，Active 角色可能长期留在先启动的那台设备上。开启抢占后，优先级更高的设备在条件满足时夺回 Active；配合延时还能等上行与协议都就绪后再抢回，避免刚恢复就中断业务。
基本信息
| 适用平台 | Cisco IOS / IOS-XE |
|---|---|
| 默认状态 | 不抢占 |
| 开启命令 | standby 1 preempt |
| 延时抢回 | standby 1 preempt delay minimum <秒> |
| 对照协议 | VRRP 默认抢占，与 HSRP 相反 |
典型使用场景
- 双机性能差异明显，希望固定由强的一方承担 Active
- 上行收敛较慢，需要等就绪后再抢回角色
- 维护窗口结束后确认角色是否自动回归
- 演练中验证回切时间与业务影响
- 排查『角色长期不回归』时确认抢占与延时设置
配置与核对
配置与核对
standby 1 preempt # 开启抢占
standby 1 preempt delay minimum 20 # 延时 20 秒再抢回
show standby brief # 概览：角色与优先级
show standby # 详情：抢占与延时设置
# 对照 VRRP（默认已开启抢占）
display vrrp verbose抢占设置对照
| 设置 | 行为 | 适用场景 |
|---|---|---|
| 抢占关闭（默认） | 角色保持现状 | 不关心主备归位 |
| preempt | 条件满足即抢回 | 希望恢复后回归主用 |
| preempt delay | 延时结束后再抢回 | 等上行与协议就绪 |
| 与 VRRP 对照 | VRRP 默认抢占 | 跨协议运维必须区分 |
抢占延时建议覆盖上行收敛与探测恢复周期：延时短于上行就绪时间，就会复现『抢回又中断』的二次故障。
HSRP 与 VRRP 的默认抢占行为相反，跨协议运维时最容易被这一点误导，切换与回切表现会完全不同。
配置完成后跑一遍回切演练，用实测时间确认是否符合预期，而不是只看配置命令就觉得没问题。
常见配置组合
- 跟踪对象配合抢占延时：降级切换后，等上行恢复稳定再回切角色
- 两端优先级明确拉开（例如 110 与 100），不依赖默认值之间的比较
- 延时取值写进设计台账，演练时按台账核对实际回切时间与预期是否一致