radius 方案中主备服务器切换的触发条件是啥

RADIUS方案中主备服务器切换的触发条件主要有以下几种情况：

1. 主服务器不可达（主要触发条件）
当主服务器状态为 `active` 时，设备会首先尝试与主服务器通信。 如果主服务器不可达 （例如无法响应请求、连接超时等），设备会触发切换动作：
将主服务器状态置为 `block`。
启动主服务器的 `quiet` 定时器。
按照从服务器的配置顺序 ，依次查找状态为 `active` 的从服务器进行通信。

2. `quiet` 定时器超时（状态恢复）
当服务器因不可达被置为 `block` 状态后，其 `quiet` 定时器开始计时。 当该定时器超时后 ，该服务器的状态会自动恢复为 `active`（除非在定时器超时前被手动设置为 `block`）。

3. 手动更改服务器状态
管理员可以通过命令（如 `state primary authentication { active | block }` 或 `state secondary...`） 手工强制设置 主服务器或特定从服务器的状态为 `active` 或 `block`。手动设置为 `active` 可立即使服务器可用；手动设置为 `block` 会关闭其可达性探测（如配置了探测模板）并使其不可用。

4. 服务器负载超过临界点（主备模式稳定性相关的隐性触发）
在 主备模式下（负载分担关闭） ，如果主服务器的 负载超过其额定功率的 62% 时 ，虽然系统会尝试切换到备用电源分担模式（对于特定硬件如电源模块），但文档提到这种切换 可能会导致主备模式自动恢复为负载均衡模式 。这反映了主服务器在高负载时可用性的一种限制，虽然不是直接针对RADIUS服务器状态的改变，但体现了高负载可能间接破坏预设的主备调度逻辑（若试图切换但自身负载过高则无法维持）。

5. 删除或修改配置（特殊场景）
删除当前通信的服务器 ：如果在认证或计费过程中删除了正在使用的服务器，设备在与该服务器通信超时后，会立即 从主服务器开始重新查找 状态为 `active` 的服务器。
状态一致性 ：一旦某个服务器状态满足自动切换的条件（如不可达触发 `block` 或 `quiet` 超时恢复 `active`）， 该服务器在所有引用它的 RADIUS 方案视图下的状态都会同步变化 。

总结关键触发条件：

核心触发（主到备） ：主服务器 `active` 但 通信失败 。
状态恢复（备到主或不可用到可用） ：服务器的 `block` 状态在 `quiet` 定时器超时 后自动恢复；或管理员 手动置为 `active` 。
强制管理 ：管理员 手动设置 服务器状态 (`active` / `block`)。
高负载干扰 ：主服务器负载 > 62% 可能导致主备模式不稳定 （尝试切换但实际无法维持）。
配置变更影响 ： 删除活动服务器 或服务器状态满足切换条件时 全局状态更新 。

重要前提： 上述所有主备服务器行为切换的描述，均基于 RADIUS 服务器负载分担功能处于关闭状态（`undo server-load-sharing enable`） 的场景。如果开启了负载分担功能，服务器选择策略完全不同（基于各服务器权重和当前用户负载动态分配流量）。