name | string | VRRP 接口名称。 |
arp | enum (disabled | enabled | proxy-arp | reply-only | local-proxy-arp) { disabled:0, enabled:1, proxy-arp:2, reply-only:3, local-proxy-arp:4 } | 地址解析协议模式。 |
arp-timeout | alt { arp-timeout: enum (auto) { auto:0 } , arp-timeout: time } | 在未从 IP 收到数据包后，ARP 记录在 ARP 表中保留的时间。值 auto 等于 IP/Settings 中 arp-timeout 的值，默认为 30s。 |
interface * | iface_enum | VRRP 实例将运行的接口名称。 |
group-master | iface_enum { :0, none:0, self } | 已弃用。 |
group-authority | iface_enum { :0, none:0, self } | 允许多个 VRRP 接口分组，以共享相同的 VRRP 状态。组内选择一个组权威接口。它控制组内其他成员的状态，并且是唯一发送 VRRP 通告的接口。当组权威 VRRP 接口转换到 backup 状态时，所有组成员也转换到 backup 状态。如果检测到任何组成员故障，例如由于其父接口链路断开，则所有组成员都转换到 failure 状态。 - none - VRRP 接口不分组，独立运行，拥有自己的 VRRP 状态机。 - self - VRRP 接口作为组权威。它控制其他分组 VRRP 接口的状态机，并负责发送和接收 VRRP 通告。 - vrrp-interface - VRRP 接口是组成员。其状态机跟随指定 VRRP 接口的状态。 |
vrid | num | 虚拟路由器标识符。每个虚拟路由器必须具有唯一的 ID 号。 |
priority | num | 主节点选举算法中使用的 VRRP 节点优先级。数字越大表示优先级越高。255 保留给拥有 VR IP 的路由器，0 保留给主路由器以表示其正在释放责任。 |
interval | time | VRRP 间隔定义 VRRP 主路由器向备用路由器发送通告数据包的频率。此间隔直接决定备用路由器接收确认主路由器运行正常的保活信息的频率。 较短的间隔会提高通告数据包的发送速率，从而更快检测到主路由器故障，但也会增加对数据包丢失、处理延迟和计时器不准确的敏感性。较长的间隔可减少控制流量并提高稳定性，但故障转移检测会更慢。Master Down 间隔根据配置的 VRRP 间隔和路由器优先级推导，计算时会允许错过多个通告后才触发故障转移。 警告： 将 VRRP 间隔配置为低于 1 秒可能导致不可预测的行为和意外的 master 角色变更。 |
preemption-mode | bool | 主节点是否始终拥有优先级。设置为 no 时，即使备用节点优先级更高，备用节点也不会被选举为 master，直到当前 master 故障。 |
authentication | enum (none | simple | ah) { none:0, simple:1, ah:2 } | 用于 VRRP 通告数据包的身份验证方法。 - none - 仅在低安全网络中使用的，例如 LAN 上的两个 VRRP 节点。 - ah - IP 身份验证头。此算法提供针对配置错误、重放攻击以及数据包损坏或修改的强保护。当您对 LAN 上节点的管理控制有限时，应使用它。使用 HMAC-MD5。 - simple - 使用明文密码。防止本地网络上路由器的意外错误配置。 |
password | string | 身份验证所需的密码。如果未使用身份验证，可以忽略。 |
on-backup | alt { script: string } | 节点切换到 backup 状态时执行的脚本。 |
on-master | alt { script: string } | 节点切换到 master 状态时执行的脚本。 |
on-fail | alt { script: string } | 节点故障时执行的脚本。 |
version | enum (2 | 3) { 2:2, 3:3 } | 要使用的 VRRP 版本。 |
v3-protocol | enum (ipv4 | ipv6) { ipv4:1, ipv6:2 } | VRRPv3 将使用的协议。仅在 version 为 3 时有效。 |
v3-checksum-as-v2 | bool | 控制 VRRPv3 IPv4 校验和计算是否包含 IPv4 伪头。 不同厂商对 RFC 5798 第 5.2.8 节中 IPv4 校验和计算的伪头解释不同。基于 Linux 的实现（包括 FRR）对 IPv4 和 IPv6 都包含伪头，而 Cisco 仅对 IPv6 包含。 - no（默认）- 在校验和计算中包含 IPv4 伪头。与其他基于 Linux 的 VRRPv3 实现兼容。 - yes - 在校验和计算中排除 IPv4 伪头。与 Cisco 和其他对 IPv4 不包含伪头的厂商兼容时使用此设置。 此设置仅适用于 IPv4 的 VRRPv3。对 VRRPv3 IPv6 或 VRRPv2 没有影响。 同一虚拟路由器中的所有 VRRP 路由器必须对此设置使用相同的值。值不匹配将导致 “bad checksum” 错误，并且 VRRP 通告数据包将被丢弃。 |
sync-connection-tracking | bool | 将连接跟踪条目从 Master 同步到 Backup 设备。VRRP 连接跟踪同步要求 RouterOS 连接跟踪正在运行。 |
remote-address | ipAddr | 指定另一台 VRRP 路由器的远程地址，用于连接跟踪同步。如果未设置，系统会通过 VRRP 自动检测远程地址。远程地址仅在启用 sync-connection-tracking 时使用。显式设置远程地址有以下好处： - 连接跟踪同步启动更快，因为无需等待 VRRP 初始消息交换来检测远程地址。 - VRRP Master 选举更快。 - 连接跟踪数据可以通过不同的网络接口发送，例如两台路由器之间的专用安全线路。 同步连接跟踪使用 UDP 端口 8275。 |
connection-tracking-mode | enum (passive-active | active-active) { passive-active:0, active-active:1 } | 指定连接跟踪同步的模式。此设置仅在启用 sync-connection-tracking 时相关。 - passive-active - 用于传统 VRRP 设置，即一个 master 和一个或多个 backup 路由器。此模式下，仅主设备通过向备用设备发送更新来执行连接跟踪同步。备用设备不发送连接跟踪数据。 - active-active - 用于具有多个 VRRP 组以实现负载均衡的设置。每个 VRRP 组有自己的 master，这些 master 可以位于不同的物理设备上。在 active-active 模式下，所有活动 master 可以相互同步连接跟踪数据。active-active 模式下的每个 VRRP 组必须使用唯一的 connection-tracking-port 值。在多个组之间重复使用同一端口可能导致连接跟踪表不同步。 在 passive-active 模式下使用多个 VRRP 组可能导致连接跟踪表不同步，因为只有一个 master 处理同步，其他 master 不交换跟踪数据。 |
connection-tracking-port | num | 指定连接跟踪同步的 UDP 端口。此设置仅在启用 sync-connection-tracking 时相关。 |