VRRP主设备抢占

RBM组网的话，如果要实现回切的话。

检查下RBM回切相关配置吧，默认未开启。

如果开了不行，要么配置不对要么不满足回切条件

主设备恢复后无法抢占，是因为 VRRP 的抢占模式（Preempt Mode） 没有被正确触发。根据你提供的配置，很可能是以下两个原因之一。

📝 原因分析：为什么主设备没有抢占？

1. 未开启抢占模式

VRRP 默认是抢占模式。但如果在配置过程中执行了 undo vrrp vrid preempt-mode 命令，就会关闭这个功能。

在非抢占模式下，即使主设备（优先级110）恢复，只要备设备（Master）没有故障，主设备也不会去抢占角色，会一直维持在 Backup 状态。

2. 抢占延迟时间过长

为了网络稳定，有时会配置抢占延迟（vrrp vrid preempt-mode delay）。如果这个延迟时间设置得很长，主设备恢复后需要等待很久才会发起抢占。

🛠️ 解决方案

方案一：检查并开启抢占模式（核心操作）

在主设备上，检查 VRRP 的配置，确保没有关闭抢占。

1. 查看当前配置：

   bash

   display current-configuration interface Route-Aggregation 1

   在输出中查找 vrrp vrid 1 preempt-mode 相关配置。

2. 开启抢占模式：
   如果看到 undo vrrp vrid 1 preempt-mode，说明抢占被关闭了。请进入接口视图，执行以下命令重新开启：

   bash

   interface Route-Aggregation 1 vrrp vrid 1 preempt-mode

3. （可选）调整抢占延迟：
   如果存在 vrrp vrid 1 preempt-mode delay 5000 这类配置，说明设置了延迟。你可以根据需要调整延迟时间（单位是厘秒，5000厘秒=50秒），或直接关闭延迟：

   bash

   undo vrrp vrid 1 preempt-mode delay

注意：对 Route-Aggregation1 和 Route-Aggregation2 这两个接口都要进行检查和配置。

方案二：检查 VRRP 与 Track 联动

如果配置中用了 Track 来监控上行链路，那么 Track 的状态变化也可能影响优先级恢复。

• 检查方法：使用 display vrrp 命令查看 VRRP 详细信息，确认优先级是否为配置值（110）。如果不是，说明优先级被 Track 功能降低了，需要检查 Track 项的状态是否恢复正常。

💎 验证方法

配置完成后，可以通过以下命令验证状态：

观察主设备的 State 字段是否从 Backup 变为 Master。