(2) 当Device A的下行接口Interface A2故障后,HA会收到接口故障事件。然后HA发送VRRP active/standby组状态信息变更报文给Device B,通知Device B将其VRRP standby组的状态变更为Master。
暂无评论
当你把 VRRP 备份组加上`active/standby`参数和 RBM 绑定(`vrrp vrid X virtual-ip X.X.X.X active`),就进入 RBM 统一管控 VRRP 模式:
1. VRRP 不再自己选举主备,**所有 VRRP 的 master/backup 角色由 RBM 统一控制**,保证上下行 VRRP 主备永远在同一台防火墙,避免单侧 VRRP 切换造成流量黑洞H3C
2. **auto-switchover vrrp-interface 默认开启**:RBM 会自动监控所有**绑定 RBM 的 VRRP 所在三层接口**的协议状态。只要主墙任意一个 VRRP 接口协议 down,RBM 直接判定本设备业务转发失效,触发整机 RBM 主备切换,不需要你手动配置`track`/`track interface`。
3. 这是独立于 RBM 手工`track interface`的另一套监控逻辑。
- `track interface`:你手工指定额外业务接口做监控(非 VRRP 接口,比如单独的上行链路)
- `auto-switchover vrrp-interface`:自动监控**带 active/standby VRRP 的接口**,出厂默认启用,**不需要配置 track**,就是你遇到的现象H3C
## 对应命令
```
# 查看RBM组内该功能状态
display remote-backup group verbose
# 关闭该自动检测(两边防火墙都要配,关闭后VRRP接口down不会触发RBM整机切换)
system-view
remote-backup group
auto-switchover vrrp-interface disable
```
>
> 注意:关闭之后,仅 VRRP 接口故障不会触发 RBM 整机切换;此时只会 VRRP 层面自己降优先级切换,会出现**上下行 VRRP 主备不在同一台防火墙**,产生单向不通 / 黑洞,这也是这个特性默认打开的目的。
## 和普通 VRRP track 的区别
- `vrrp vrid X track interface`:VRRP 自身监控接口,只修改 VRRP 优先级,**不会触发 RBM 整机角色切换**
- RBM `auto-switchover vrrp-interface`:RBM 全局监控绑定了 RBM 的 VRRP 接口,接口 down 直接**触发 RBM 整机主备切换**,所有 VRRP 组同步切换角色,**不需要手工 track**
## 验证命令
```
# 看VRRP是否关联RBM(active/standby标记)
display vrrp verbose
# 查看RBM组自动切换VRRP接口开关
display remote-backup group verbose
```
## 补充说明文档为什么不容易找到
这个属于**RBM 联动 VRRP 子特性**,不在通用 VRRP track 章节,放在 RBM 配置手册「RBM 联动 VRRP」小节,很多人只翻看 VRRP 部分,容易漏看。
## 风险提醒
1. 只要任意一个绑定 RBM 的 VRRP 接口协议 down,直接切整机;如果存在多个 VRRP 组,一个接口断就触发整机倒换,不是只切换这一个 VRRP。
2. 接口恢复后**默认不会自动回切**,需要在 RBM 下配置`switchback enable`+ 回切延迟。
暂无评论
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
抄袭了我的内容
×
原文链接或出处
诽谤我
×
对根叔社区有害的内容
×
不规范转载
×
举报说明
暂无评论