VRRP 状态机与迁移条件
VRRP 实例在 Initialize、Master、Backup 三个状态之间迁移。初始化状态下接口未 Up 或协议被关闭，设备既不发送也不处理通告；进入 Backup 后开始监听通告并重置 Master_Down 计时器，超时未收到就参与选举；成为 Master 后周期性发送通告并持有虚拟 IP 与虚拟 MAC。迁移有两条主要路径：Backup 超时后进入 Master，Master 收到更高优先级的通告后退回 Backup。
基本信息
| 状态数 | 三态：Initialize、Master、Backup |
|---|---|
| Initialize 条件 | 接口未 Up、协议未开启或管理关闭 |
| Backup 行为 | 监听通告，超时后参与选举 |
| Master 行为 | 周期发送通告，持有虚拟地址 |
| 进入 Master 的路径 | 选举胜出或 Backup 判定主设备失效 |
| 退回 Backup 的路径 | 收到更高优先级通告且允许抢占 |
| 查看字段 | display vrrp / show vrrp 的 State 字段 |
状态迁移
状态迁移
Initialize：接口未 Up 或管理关闭，不处理通告
Backup：等待通告，超时后参与选举
Master：周期发送通告，持有虚拟 IP 与虚拟 MAC
迁移路径：Backup --超时--> Master；Master --收到更高优先级通告--> Backup状态异常对照
| 观察到的状态 | 含义 | 排查方向 |
|---|---|---|
| 两端均为 Master | 通告不可达或参数不一致 | 抓包确认可达性，核对 VRID、认证、版本与定时器 |
| 两端均为 Backup | 主设备缺失或通告被吞 | 检查是否有第三台设备在发通告或链路被阻断 |
| 长期 Initialize | 接口未 Up 或协议关闭 | 先查承载接口状态与配置 |
| 状态反复漂移 | 链路抖动或通告被间歇性拦截 | 查链路质量、CPU 负载与安全策略 |
典型使用场景
- 排障起点：先确认两端状态是否标准的一主一备
- 接口恢复后的行为判断：接口 Down 回到 Initialize，恢复后按优先级与抢占配置决定角色
- 状态漂移分析：频繁切换时先查链路与通告可达性，而不是动优先级
- 割接前后对比：记录状态作为基线，变更后对照
- 多组实例核对：逐个实例检查状态，避免漏配某一组形成局部双主
接口 Down 后状态回到 Initialize，接口恢复后是否抢回主角色由优先级与抢占配置共同决定。这意味着『重启顺序不同、主备角色互换』是正常现象，不是配置失效；需要固定角色时靠抢占延时来约束。