VRRP 故障排查清单怎么用
VRRP 故障排查按层次推进：物理链路、二层可达、协议参数、选举结果、转发与终端刷新。逐层取证的价值是避免在错误的层面改配置——多数所谓『VRRP 故障』根因其实在二层（组播被拦截、VLAN 不通）或终端 ARP 未刷新。
基本信息
| 排查顺序 | 物理 → 二层 → 协议 → 选举 → 转发 → 验证 |
|---|---|
| 关键前提 | 两端同 VLAN、组播可达、协议参数一致 |
| 常见误判 | 把二层问题当成协议问题处理 |
| 留档要求 | 排查证据保留到故障关闭 |
典型场景
- 主备同时处于 Master（双主）现象定位
- 备设备长期不接管，状态停在 Backup 或 Initialize
- 切换后业务不通或时延异常
- 演练中切换时间与设计差距较大
- 割接后网关角色与设计不一致
逐层取证命令
逐层取证命令
display interface brief # 物理层：接口是否 Up
display vlan # 二层：VLAN 与成员口
display vrrp verbose # 协议层：状态、优先级、定时器
display mac-address | include 0000-5e00-01 # 虚拟 MAC 学习情况
ping <虚拟 IP> # 验证虚拟网关可达性
display logbuffer | include VRRP # 结合日志时间线定位切换原因分层核对表
| 层次 | 核对内容 | 取证方式 |
|---|---|---|
| 物理层 | 接口 Up、无误码 | display interface brief |
| 二层 | 同 VLAN、组播未被拦 | display vlan 与 ACL 检查 |
| 协议 | VRID、虚拟 IP、定时器、认证一致 | display vrrp verbose |
| 选举 | 优先级与抢占符合规划 | display vrrp |
| 转发 | 虚拟 MAC 学习、终端 ARP 已刷新 | display mac-address |
| 验证 | 断链演练、告警核对 | 长 ping 与日志 |
两大类错层最典型：物理与二层都正常但两端 VRID、认证或定时器不一致；或者选举正常而终端 ARP 表未刷新。前者查配置，后者查终端与虚拟 MAC。
先取证再动手：跑一遍显示命令留下证据再改配置，否则改完之后无法判断根因，也无法证明问题真的解决了。
排查记录保留到故障关闭：复盘依据是证据与时间线，不是记忆；临时调整过的参数也要在恢复后登记台账。