Multi-WAN 备用链路检测
与配置优化
本期定义
Working Set：当前按 Load Balancing / Link Backup 策略承载默认 WAN 转发的 WAN 集合。待机检测开关仅在退出 Working Set 后生效；不改变 Working WAN 的原有检测机制。
本期不做：断开连接式 Cold Standby、LTE / 有线不拨号或飞行模式、SLA、多级 Failover，以及额外低频检测机制。
1. 配置与联动
在现有 Network Config → Internet 的 Load Balancing 区域整理。区域更名为 Multi-WAN Load Balancing & Failover；不增加另一套 Load Balancing 开关或后台配置源。
| 字段 | 本期定义 |
|---|---|
| WAN / Weight | 沿用现有值与校验；Weight 保留在同一张配置表。 |
| Role | Primary / Backup / Not Assigned，表达 Link Backup 的配置角色，不是实时状态。新建默认 Not Assigned；多 Primary 与 Backup 数量约束沿用现有逻辑。 |
| Standby Detection ⓘ | 逐 WAN On / Off。配置列本期默认显示，最终由交互评审确认；不另增 Status 列。Not Assigned 显示“—”，保留已配置取值。 |
逐 WAN 配置用于区分线路成本与用途；以太口也可能上接 5G ODU / Starlink。Primary 与 Backup 都可能进入待机，不只给静态 Backup 角色增加选项。
默认值与升级
| 场景 | Standby Detection | 说明 |
|---|---|---|
| 新建非 LTE WAN | On | 允许用户关闭，覆盖外接计量线路。 |
| 新建 LTE WAN | Off | 不默认增加检测流量；配置处清楚提示开启的价值与代价。 |
| 旧 Primary / Backup 升级 | 拟 On / Off 待研发确认 | 旧软件没有该选项，须生成配置。保留原全局检测设置，不因升级强制打开检测；以不改变原故障恢复与回切行为为准。 |
LTE 提示：“开启后可在待机期间检测互联网可用性，提前发现备用链路异常，同时会产生检测流量。关闭不代表断开连接或零流量。”不承诺开启后一定切换更快。
组合关系只在这里定义
| 条件 / 控件 | 配置表现与生效范围 |
|---|---|
| Link Backup 关闭 | Role、待机检测、Failover Trigger、Failback Mode、Scheduled WAN Switching 隐藏并停止作为 Link Backup 策略生效，取值保留；WAN 恢复现有普通多 WAN 处理，不断开连接。 |
| Link Backup 开启，计划切换关闭 | Role 与待机检测生效。多个 Primary 才显示 Failover Trigger（Any / All）；Failback Mode 显示两种恢复策略。只参加负载均衡的 WAN 不进入本功能的待机检测策略。 |
| Scheduled WAN Switching 开启 | 置于 Advanced，仅 Link Backup 开启时可用。显示 Time Range；自动 Failover Trigger、Failback Mode、Standby Detection 不生效且保留取值。计划 Offline WAN 不因活动 WAN 故障自动接管。切回自动模式后恢复保留配置。 |
| 全局 Online Detection | 现有 Internet 页顶部的 Online Detection Interval 本期拟收纳到 Advanced，参数沿用。与逐 WAN 待机检测的优先级、显式 Disable 后的接管及回切依据待研发确认；不擅自推定所有 Failover 失效。 |
| Primary 关闭待机检测 + 自动回切 | 是否影响原故障恢复检测及需要何种组合约束，待研发确认。不可沿用旧 Cold 方案直接强制所有 Primary 为 On，也不可宣称不影响回切。 |
开关、角色和模式切换只影响配置适用性，不静默重置已有值。Apply 才提交、Cancel 恢复已保存值；组合校验沿用既有约束，新增冲突规则确认后统一补入。
名称变更与信息提示
| 原名称 / 入口 | 本期调整 |
|---|---|
| Load Balancing（区域） | Multi-WAN Load Balancing & Failover |
| Primary WAN / Backup WAN | 合并到表格 Role 列；不改变原角色集合的存储含义。 |
| Failover Mode 的 Any / All | Failover Trigger |
| Recover Mode | Failback Mode |
| Always Link Primary / Link Backup（恢复选项） | Switch Back to Primary / Keep Using Backup |
| Timing（历史 PRD 记录为 Recover Mode 选项） | 拆为 Advanced 内的 Scheduled WAN Switching，保留 Time Range 与原计划切换行为；本次 6.3 Emulator 所选机型未展示 Timing，原入口与兼容范围需研发核实。 |
| Application Optimized Routing | 移入 Advanced，仅调整位置；默认值、已保存配置与运行行为不变，不受 Link Backup 开关影响。 |
| Online Detection Interval（Internet 页顶部） | 拟收纳到 Advanced，参数不变；属于入口调整，不新增一套全局检测。 |
Role ⓘ：Assign each WAN's role for Link Backup. Not Assigned excludes the WAN from Link Backup.
Standby Detection ⓘ：Check Internet availability while this WAN is on standby. Turning this off does not disconnect the WAN or stop all traffic. Detection on a working WAN follows existing settings.
全局检测和故障 Primary 恢复检测的补充提示待研发结论后定稿，不用提示文案代替产品约束。
计划切换警告：Automatic failover is unavailable while Scheduled WAN Switching is enabled. If the active WAN fails, the scheduled offline WAN will not take over automatically.
2. 状态与业务联动
| 运行场景 | 连接 / IP | 检测与回显 |
|---|---|---|
| Working WAN | 按实际连接显示 | 原检测机制不变；即使将待机检测设为 Off，退出 Working Set 前也不生效。 |
| Standby，检测 On | 保持原连接与 IP | 按已生效的检测机制回显健康或故障。首次结果返回前不预报为 Online。 |
| Standby，检测 Off | 保持原连接与 IP | 明确显示待机、检测未运行，不把“未检测”显示成 Offline 或 Failed。 |
| 真实故障 | 按实际 Link / IP 显示 | 故障不得被待机标签覆盖；检测故障不等于物理断线或丢失 IP。 |
| Scheduled Offline | 沿用原计划状态 | 标明计划下线，检测不运行；不伪造故障，不触发自动接管。 |
状态展示建议：复用现有 Connectivity / 状态位置，在待机场景显示 Standby，辅以 Online / Not Checked / Detection Failed 的检测说明；真实物理或连接故障仍显示 Offline。最终标签和数据字段由交互、研发确认，不新增遍布业务模块的状态列。
监控数据：关闭检测后不产生新的探测型延迟 / 丢包数据，显示“—”及未检测原因，历史区间保留真实历史。上下行速率来自接口计数，仍按实际采样显示，不能因停探测统一清零或隐藏。
业务联动：ACL、VPN、NAT、DDNS、Policy Routing 等继续按各模块现有的 Online / 有 IP / 全部 WAN 选择条件处理；不因 Standby Detection Off 将接口视为 Offline / No IP。Not Checked 也不证明 Online，不能因 Standby 标签或保留 IP 而强制放行要求 Online 的业务。既有 WAN 引用不删除、不改绑，业务模块不新增本功能专属字段。
3. 跨页面交付
物理 Link、WAN 连接 / IP、检测结果、Working Set、告警 / 事件，是五层不同事实。下表定义每个页面负责表达什么，交互草稿按同一场景联动。
| 页面 / 终端 | 本期变化 |
|---|---|
| WAN 配置列表 / Gateway WAN | 未参与默认转发不再直接等同 Offline；连接 / IP 按实际值，待机及检测结果分开解释。 |
| Gateway Ports | 保留端口物理状态、速率及既有 IP、拨号状态、计数等信息。策略待机或检测失败不伪造物理 Port Down，其余字段按真实连接显示。 |
| Dashboard | WAN 卡片解释待机与检测结果，ISP Load 的转发负载按 Working Set；待机真实故障进入 Pending Alerts，仍有可用 Working WAN 时不判整站离线。 |
| Dashboard · WAN Health | 沿用健康趋势数据点的 WAN 明细浮层（ISP / Latency / Jitter / Throughput），不新增独立菜单。实际运行检测的待机 WAN 纳入监控；未运行时注明无探测数据。Health Score / Trend 是否计分由 Jackson 参与确认。 |
| Alerts / Logs | 待机真实故障及恢复复用现有 WAN 运维路径。关闭检测、角色修改、计划下线均不伪造故障或恢复；停检测不凭空将 Active 故障标为 Resolved。 |
| Events / Audit Logs | 仅 Backup 真正完成自动接管时生成一次接管事件，复用现有 WAN Link Backup 类型；Backup WAN Takes Effect 为消息语义建议，最终映射由研发确认。激活失败、Failback、角色修改、计划切换不生成此事件。配置修改走现有 Audit Logs。 |
| Notifications | 复用现有 Alert / Event 通知渠道与配置，不新增 Standby 专属通知类型。 |
| App | 配置 + 回显，遵循相同规则；适配版本 / Owner 待定，不阻塞 Controller Web。 |
| Fusion 屏幕 | 仅回显；适配版本 / Owner 待定，不阻塞 Controller Web。 |
4. 交互草稿
以 Omada Controller 6.3 Emulator 为现有界面参考，保留左侧导航、页面分区、表格与抽屉的阅读方式。本期新增 / 改名位置用简短中文注释解释，不把草稿当作现有实现。
配置草稿可修改角色、权重、待机检测，切换 Advanced / 计划模式，Apply 或 Cancel。运行回显由顶部评审场景统一演示：选择场景会加载配套配置与各页面快照；手动修改配置不自动推演后台结果。所有数据均为示意，不连接真实设备。
5. 待确认项
已向文婧发出实现核对问题。以下未形成结论，不能作为已交付能力或最终验收口径。
| 事项 | 需要确认 | 参与方 |
|---|---|---|
| 升级与回切 | Primary On / Backup Off 映射覆盖 Any / All、两种 Failback Mode；关闭 Primary 待机检测是否影响恢复检测。旧 Not Assigned 的初始值及后续变更角色时取值需一并确认，不能直接套用新建默认值。 | 文婧 / 设备研发 |
| 全局检测 | 全局显式 Disable 与 Link Backup / 逐 WAN 开关优先级；接管、回切还依赖哪些信号。 | 文婧 / 设备研发 |
| 流量与接管收益 | Off 后残余流量；On 的额外流量量级及是否缩短接管时间，用于提示与 FAQ。 | 文婧 / 测试 |
| 多 WAN 既有行为 | Any 下 Backup 与剩余健康 Primary 按 Weight 分流的真实实现；Not Assigned WAN 按原规则处理的具体行为。旧字段只保留一套配置源。 | 设备 / Controller 研发 |
| 状态与健康度 | 状态字段、探测数据 / 流量计数来源、检测列呈现；待机故障计入 Health Score / Trend 的口径。 | 交互 / 文婧 / Jackson |
| 交付覆盖 | Controller / 固件组合与物理、Virtual、LTE / USB WAN；App 配置与回显、Fusion 屏幕回显的版本及 Owner。 | 各端 PM / 研发 |
6. 核心验收
- 逐 WAN 检测默认值、提示、隐藏保值与 Apply / Cancel 符合配置规则，旧配置升级不改变原有运行行为。
- Working、待机已检测、待机未检测和真实故障可正确区分；连接、IP、物理端口与业务引用不受检测开关误伤。
- 待机真实故障 / 恢复进入既有运维闭环；未检测与计划下线不产生虚假告警，自动接管事件只在成功时产生一次。
- 既有 Weight、Any / All、回切、计划切换及业务选择规则不回归；第 5 节确认后补齐对应组合的测试口径。
7. 关联资料与竞品
需求来源
- OMD-5931 · WAN Active Standby：逐 WAN 定义待机行为；本期仅收敛为检测开关，连接断开能力后续评估。
- OMD-5028 · 备用 WAN 在线检测 / SMBNET-3670：备用 WAN 真实故障与恢复纳入检测、日志、告警及通知闭环。
- OMD-6058 · Backup WAN Offline 状态反馈：修正待机就显示 Offline 的误导，并说明无检测数据的原因。
竞品结论：借鉴什么，不借鉴什么
| 产品 | 对本期的启发 | 边界 / 官方资料 |
|---|---|---|
| Peplink | 每 WAN 的 Standby State 可区分 Remain Connected / Disconnect，体现线路成本与待机策略应逐 WAN 配置。 | 连接策略是后续能力参考，不等同本期检测开关。MAX 8.2 手册 |
| UniFi | 将 WAN 分配、负载均衡与故障切换放在一致策略中，健康检测参与切换与恢复。 | 本期只整理前端，不引入其 SLA 或多级策略。Multi-WAN 官方说明 |
| Meraki | Active / Ready / Failed 等状态区分转发职责与可用性，支持“待机不等于 Offline”的表达。 | 借鉴语义，不照搬状态数量。Uplink 状态 · 连接监控 |
现状证据、评审记录与后续规划
- Omada Link Backup FAQ：Q8 说明旧 Backup 待机不检测，故障 Primary 继续检测恢复；inactive WAN 仍可能产生 DHCP、DNS、时间同步报文。
- 全局 Online Detection：可 Disable，检测结果影响 Load Balancing / Link Backup；不能据此推定关闭后的全部后台行为。
- 9/3 Multi-WAN 评审记录：本期保留连接与 IP，增加待机检测；LTE 默认值与检测列显示按后续产品结论更新。
- 早期 PRD 评审 · 原竞品研究子页：保留历史依据，其中 Cold 方案不代表本期范围。
- WAN SLA 与 Failover 增强规划：SLA、多级 Failover、LTE 不拨号 / 飞行模式及有线不拨号（如 PPPoE 账号冲突）均另行评估，不承诺本期。