抢占与抢占延时
抢占模式下，原 Master 恢复后若优先级高于当前 Master，会重新抢回网关角色；抢占延时则让它先等一段时间再抢，这段时间用来等上行链路与路由收敛完成。没有延时的后果很典型：设备刚重启，网关角色被抢回，但上行还没就绪，业务出现第二次短暂中断。抢占延时是主备倒换里最容易被忽略但收益明显的参数。
基本信息
| 华为写法 | vrrp vrid 1 preempt-mode timer delay 20 |
|---|---|
| 思科写法 | vrrp 1 preempt delay minimum 20 |
| H3C 写法 | vrrp vrid 1 preempt-mode delay 20 |
| 缺省行为 | 抢占开启，延时为 0 |
| 取值建议 | 覆盖上行口 Up 到路由可达所需的实测时间 |
| 验证方式 | 断纤或重启演练，观察回切耗时 |
三厂商抢占延时
三厂商抢占延时
# 华为
vrrp vrid 1 preempt-mode timer delay 20 # 等待 20 秒后再抢回主角色
# Cisco
vrrp 1 preempt delay minimum 20 # 语法与 HSRP 的 standby 命令相似
# H3C
vrrp vrid 1 preempt-mode delay 20
# 关闭抢占（保持现状不回抢）
# 华为：undo vrrp vrid 1 preempt-mode取值考虑因素
- 上行接口物理 Up 后到路由表收敛的时间
- 动态路由协议邻居建立与收敛耗时，例如 OSPF 与 BGP 的收敛窗口
- 链路聚合与生成树的状态稳定时间
- 业务对短暂中断的容忍度：容忍度越低，延时越要覆盖完整收敛过程
- 演练实测结果：不同网络规模下收敛时间差别很大，实测比估算可靠
两种策略对照
| 策略 | 配置方式 | 适用场景 | 代价 |
|---|---|---|---|
| 延迟回抢 | 配置抢占延时，等待收敛后再抢 | 大多数企业网络，业务连续性优先 | 故障恢复后流量仍由备机承载一段时间 |
| 禁止抢占 | 关闭抢占模式 | 主设备上行长期不可靠或希望保持稳定 | 主设备恢复后不再承载流量，资源闲置 |
延时取值没有通用标准答案，核心是覆盖『接口 Up 到真正能转发』这段空窗。建议先做一次演练：断开主设备上行，记录它恢复后路由可达所需的时间，再在此基础上留一定余量。
抢占延时改动后必须重新验证回切流程：延时不生效时设备会立即回抢，业务出现二次中断；延时过长又会让主设备能力长期闲置，两端都要按新参数核对。