F1000 RBM切换失败

  您的故障现象本质是RBM 主备切换的触发机制与业务链路监控的配置缺失导致的：

在 RBM 控制通道正常的前提下，业务接口 / 链路故障本身不会默认触发 RBM 主备切换，必须通过Track项关联监控，才能让 RBM 感知到业务链路故障并触发切换；您的场景中无Track配置，第一条链路中断能触发切换，是因为该故障间接影响了 RBM 核心控制通道 / 管理状态，第二条链路故障仅影响业务数据层面，未触及 RBM 的切换触发条件。  

F1000-AI RBM + 多 VRRP 组故障不切换根因与整改方案
一、故障原理（核心：RBM 默认整机故障才触发切主，单业务接口 Down 不触发整机 RBM 切换）
1、RBM 原生机制
RBM 主备切换触发条件分两类：
整机故障触发 RBM 切换（默认生效）：整机断电、主控故障、RBM 互联链路中断、设备整机宕机 → 备机升主；
接口故障触发 RBM 整机切换（必须手动配置 Track 联动）：任意业务接口 Down，想要触发整机 RBM 主备切换，必须在 RBM 视图绑定 track 项关联业务接口；
你当前RBM 没有配置 track 跟踪两条业务接口，仅第一条链路断能切换是巧合？不：
第一条链路 Down 触发切换：大概率这条链路是RBM 心跳互联链路，心跳断直接整机 RBM 切主；
第二条是纯业务 VRRP 链路、非 RBM 互联口，接口 Down 只影响本 VRRP 组，RBM 整机不感知、不触发整机主备切换（这就是第二条链路断不切主的直接原因）。
2、多 VRRP+RBM 联动逻辑
RBM 只管控整机角色（Active/Standby）；每个 VRRP 组自身可以 track 接口，仅 VRRP 自己切换组内主备，不会带动 RBM 整机切换：
第二条业务接口 Down → 本组 VRRP 自行切备，RBM 整机角色不变，防火墙整机还是原主设备 Active；
你想要：任意一条业务链路物理 down，整机 RBM 立马切主 → RBM 必须绑定 track 跟踪两条业务接口。
二、现状复盘
链路 1：为 RBM 互联 + 业务复用口 → 口 Down→RBM 心跳中断→整机 RBM 切换（符合现象）；
链路 2：纯业务口、无 RBM 心跳、RBM 未 track 该接口 → 口 Down 仅对应 VRRP 切换，RBM 整机保持原 Active，整机不切备（故障现象根源）；
日志佐证：Active<->Standby切换原因为Interface status changed=接口状态波动触发角色翻转，无 track 时仅心跳口有效。
三、完整整改配置（实现：两条业务链路任意一条中断，整机 RBM 自动切主）
步骤 1：创建 track 跟踪项，分别跟踪两条业务上联接口
plaintext
system-view
#跟踪第一条业务上联口
track interface GigabitEthernet 0/X
#跟踪第二条业务上联口
track interface GigabitEthernet 0/Y
步骤 2：RBM 视图绑定 track，或关系：任意一个 track 异常就触发整机 RBM 切换
plaintext
rbm
rbm track track-list 1 2 mode or
mode or：两个 track 任一状态为 Down，RBM 整机降级 Standby，备机升 Active；mode and 为两个全断才切换。
补充：仅单 VRRP 局部切换（不整机切 RBM）配置
若只需单 VRRP 组断口本组切主、不整机切换：在每个 VRRP 组内 track 本业务接口
plaintext
interface Vlan-interface xx
vrrp vrid x track GigabitEthernet 0/Y reduced 50
此配置仅调整本组 VRRP 优先级，不会触发 RBM 整机主备切换，和你的需求区分开。
四、测试验证
配置完成后，shutdown 第二条业务上联口：
RBM 检测 track 状态异常 → 原主设备 RBM 变为 Standby；
备机 RBM 自动升级 Active，全量 VRRP 全部切至备机，满足业务整网切换需求。
五、关键总结
无 RBM Track = 只有 RBM 互联链路故障才整机切换，普通业务口 Down 不触发 RBM 切换；
多业务链路想要任意一条断整机切主：RBM 绑定 track 跟踪所有业务上联口；
VRRP 内 track 只改本组 VRRP 优先级，无法驱动 RBM 整机角色变更。

根因分析

1. 第一条链路为何能正常切换？
   在 RBM + VRRP 联动场景中，如果 VRRP 配置了 active 字段，当承载 VRRP 组的成员物理口 Down 掉时，RBM 会自动检测到并触发主备切换。这说明您的第一条链路恰好是 VRRP 所在的接口或被系统默认纳入了关键路径检测。
2. 第二条链路为何不切换？
   您明确提到“在 RBM 配置中没有 track”。这意味着第二条业务链路即使物理中断，RBM 也无法感知到该上行/下行链路的状态变化，因此不会降低主设备的优先级，也就无法触发向备设备的迁移。

解决方案：配置全局 Track 与 RBM 联动