GW6.5产品评审稿评审版本：2026-10-13

# Multi-WAN 备用链路检测 与配置优化


**本版修改：**修正 ISP Load 的展示范围：保留各 WAN（含 Standby），按实际流量及检测结果展示；同步更新交互稿和 Dashboard 标注图。


[打开可交互草稿 ↗](prototype.html)[Notion 关联记录 ↗](https://app.notion.com/p/269f12f1ea454e539cd4ea00fcc1a9f7)[下载正文](source.zh.md)


## 本期定义

**新增逐 WAN 的 Standby Detection。** 控制 Link Backup 待机 WAN 的在线检测。关闭仅停止探测，WAN 连接不因此断开；连接状态和 IP 按实际情况显示。开启后，待机 WAN 的故障与恢复纳入日志、告警和通知。业务模块仍可引用 Standby WAN；默认转发按 Working 状态判断，Policy Routing 的 Only 模式固定使用所选 WAN。
**Working Set**：当前按 Load Balancing / Link Backup 策略承载默认 WAN 转发的 WAN 集合。WAN 进入 Working Set 后使用工作态检测设置；计划切换期间按计划切换规则执行。


**后续范围：**断开连接式 Cold Standby、LTE 不拨号 / 飞行模式、有线 WAN 不拨号、SLA、多级 Failover。





## 1. 配置与联动



| 字段 | 定义 |
| --- | --- |
| WAN / Weight | 逐 WAN 展示接口及负载均衡权重。 |
| Role | Primary / Backup / Not Assigned，新建默认 Not Assigned。 |
| Standby Detection ⓘ | 逐 WAN 设置 On / Off。Not Assigned 时显示“—”，保留原取值。 |



### 默认值与升级

首次设置为 Primary / Backup 时采用下表默认值；后续角色切换保留已保存值。


| 场景 | Standby Detection |
| --- | --- |
| 首次设置角色：非 LTE WAN | Primary、Backup 均为 On。 |
| 首次设置角色：LTE WAN | Primary 为 On；Backup 为 Off。开启时提示有助于更快切换，同时消耗蜂窝流量。 |
| 旧 Failover 配置：Primary 升级 | 原 Recover Mode 为 Always Link Primary：On；为 Link Backup（Keep Using Backup）：Off。Any / All 相同。 |
| 旧 Failover 配置：Backup 升级 | Off |
| 旧 Timing 配置升级 | Primary、Backup 均为 Off；保留角色及时间计划。 |


升级保留原全局 Online Detection 设置。以太口上接 5G ODU、Starlink 等计量线路时，用户可关闭待机检测。



### 配置联动


| 条件 | 表现 |
| --- | --- |
| 全局 Online Detection 关闭 | 停止在线探测，检测逻辑按 Online 处理；Standby Detection、Failover / Failback、Scheduled WAN Switching 均不生效。待机检测及计划切换控件置灰，保留配置。 |
| Link Backup 关闭 | 显示 WAN、Weight；Role、Standby Detection、Activate Backup When、Failback Mode、Scheduled WAN Switching 隐藏，取值保留。 |
| Link Backup 开启，计划切换关闭 | 显示 Role、Standby Detection、Failback Mode。多个 Primary 时显示 Activate Backup When：Any Primary WAN Is Offline / All Primary WANs Are Offline。 |
| Switch Back to Primary | 所有 Primary 的 Standby Detection 必须为 On，关闭操作置灰，提示“自动回切需要检测 Primary 的恢复状态”。检测 Off 的 WAN，其 Role 中的 Primary 选项置灰。 |
| 存在检测 Off 的 Primary | Switch Back to Primary 置灰，提示先开启对应 Primary 的待机检测。Keep Using Backup 允许 Primary 检测 Off；Backup 检测开关可独立设置。 |
| 变更 Role、重新开启 Link Backup 或退出计划切换 | 按上述约束校验；有冲突时提示开启对应 Primary 检测或选择 Keep Using Backup，修正后可保存。 |
| Scheduled WAN Switching 开启 | 显示 Time Range 条目选择器及 Manage Time Range Entries 入口。Activate Backup When、Failback Mode 隐藏，Standby Detection 置灰，取值保留。全局检测开启时按时间计划切换，不受逐 WAN 待机检测开关影响；活动 WAN 故障时，计划下线的 WAN 不自动接管。 |


计划下线的 WAN：连接显示 Offline，检测显示 No Detection，并提示“Offline according to the WAN switching schedule.”。


全局检测关闭时，各 WAN 同优先级参与负载均衡。物理断链或拨号掉线后撤销对应路由，恢复后重建路由并重新参与转发；此过程不属于 Link Backup 接管或回切。


WAN 切入工作态后使用工作态检测设置。Keep Using Backup 下，Backup 故障时切至 Primary，再运行 Online Detection。


多 Primary、Activate Backup When 为 Any Primary WAN Is Offline 时，Backup 接管后与剩余健康 Primary 按 Weight 分流。


字段与位置调整
Fusion：Network Config → WAN → Internet。



| 原字段 / 层级 | 调整后名称 | 调整后位置 |
| --- | --- | --- |
| Load Balancing | Multi-WAN | 原区域，WAN Config 下方 |
| ↳ Load Balancing Weight | Weight | WAN 配置表，Link Backup 下方 |
| ↳ Application Optimized Routing | Application Optimized Routing | Multi-WAN → Advanced 首项 |
| ↳ Policy Routing | Policy Routing | Network Config → Routing → Policy Routing；不放入 Multi-WAN → Advanced |
| ↳ Link Backup | Link Backup | Multi-WAN 首项，WAN 配置表之前 |
| ↳ Recover Mode | Failback Mode | WAN 配置表下方，Activate Backup When 之后 |
| ↳ Link Backup | Keep Using Backup | Failback Mode 选项 |
| ↳ Always Link Primary | Switch Back to Primary | Failback Mode 选项 |
| ↳ Primary WAN | Role：Primary | WAN 配置表 → Role 列 |
| ↳ Backup WAN | Role：Backup | WAN 配置表 → Role 列 |
| ↳ Failover Mode | Activate Backup When | WAN 配置表下方，Failback Mode 之前 |
| ↳ Enable backup link when any primary WAN fails | Any Primary WAN Is Offline | Activate Backup When 选项 |
| ↳ Enable backup link when all primary WANs fail | All Primary WANs Are Offline | Activate Backup When 选项 |
| ↳ Timing | Scheduled WAN Switching | Multi-WAN → Advanced，Online Detection 之后 |
| ↳ Time Range / Manage Time Range Entries | Time Range / Manage Time Range Entries | Scheduled WAN Switching 下方 |
| ↳ Online Detection | Online Detection | Multi-WAN → Advanced，Application Optimized Routing 之后 |
| ↳ Interval / 自定义秒数 | Interval / 自定义秒数 | 随 Online Detection 移动 |


Controller 6.3：Internet 页顶部的 **Online Detection Interval** 移至 Multi-WAN → Advanced，位于 Application Optimized Routing 之后。


**新增：**WAN 配置表在 Role 右侧增加 Standby Detection 列。



界面提示
**Role ⓘ**：为每条 WAN 指定 Link Backup 角色。选择 Not Assigned 可将此 WAN 排除在 Link Backup 之外。


**Standby Detection ⓘ**：在此 WAN 待机时检测 Internet 可用性。关闭不会断开 WAN，也不会停止所有数据消耗。工作态 WAN 使用既有检测设置。


**自动回切约束提示**：自动回切要求每条 Primary WAN 开启待机检测。请为 {WAN names} 开启，或选择 Keep Using Backup。


**LTE 开启提示**：在此 WAN 待机时检测 Internet 可用性，有助于更快切换。会消耗蜂窝数据。


**No Detection 提示**：在线检测未运行。


**计划切换警告**：开启 Scheduled WAN Switching 时，自动故障切换不可用。如果活动 WAN 故障，计划下线的 WAN 不会自动接管。






## 2. 状态与业务联动


| 场景 | 状态与数据 |
| --- | --- |
| Working WAN | 按实际连接及检测结果显示。 |
| Standby，检测 On | 显示 Standby 及 Online / Detection Failed；首次结果返回前显示 Checking。 |
| Standby，检测 Off | 显示 Standby / No Detection；延迟、丢包显示“—”并注明“检测未运行”，历史数据保留，停检期间留空。上下行速率按接口实际计数显示。 |
| 真实故障 | 物理或连接故障显示 Offline；检测故障显示 Detection Failed。物理链路和 IP 按实际值显示。 |


**业务联动：**业务模块可配置选择 Standby WAN，进入 Working 后按各模块配置承载流量。默认转发优先使用处于 `WORKING_ONLINE` 的 WAN；策略路由的选路行为见 Routing → Policy Routing。


**策略路由：**在 Routing → Policy Routing 配置 WAN Interface 和模式。Priority 仅在所选 WAN 处于 `WORKING_ONLINE` 时优先使用，否则回落默认路由；Only 固定使用所选 WAN，所选 WAN 故障时不改道。


**检测作用范围：**全局关闭按检测逻辑 Online 处理，转发行为见配置联动；单 WAN 的 Standby Detection Off 仅停止该 WAN 待机期间的检测。两者的 No Detection 回显均表示未运行探测，业务判断需区分关闭来源。


**重点服务检测：**WAN 待机且 Standby Detection Off 时，该 WAN 的重点服务探测一并停止。


**负载均衡与策略路由：**检测为 Online 的待机 WAN 仍保持 Standby，不进入默认 Working Set。策略路由可显式引用 Standby WAN；Priority 按工作态判断，Only 不因 Standby 或故障改道。


**检测告警：**停止检测后保留原告警，注明“检测已停止，恢复未确认”。恢复检测后仍失败，延续原告警；检测正常后转为 Resolved，生成恢复记录，并按现有通知配置发送。物理链路故障按实际链路恢复处理。


**日志上下文：**WAN 故障、恢复与切换记录在 Content / Details 中保存事件发生时的 WAN、Role、Working / Standby、实际 Detection On / Off。历史记录及监控数据保留当时事实；检测开关配置值与实际运行状态分开取值。





## 3. 跨页面交付


| 页面 / 终端 | 本期变化 |
| --- | --- |
| WAN 配置列表 / Gateway WAN | 在现有状态位置显示待机及检测结果，连接 / IP 按实际值显示。 |
| Gateway Ports | 端口物理状态、速率、IP、拨号状态和计数按实际值显示。 |
| Dashboard | WAN 区域显示待机及检测结果。ISP Load 保留各 WAN（含 Standby）的查看入口，吞吐按接口实际数据展示；延迟按检测结果展示，未检测显示“— / 检测未运行”，历史数据保留。待机真实故障进入 Pending Alerts；有可用 Working WAN 时，Site 保持 Online。 |
| Dashboard · WAN Health | 健康趋势数据点的 WAN 明细纳入已检测的待机 WAN；未检测时注明原因。保留 ISP / Latency / Jitter / Throughput。 |
| Routing → Policy Routing | 配置 WAN Interface 与 Only / Priority；可选择 Standby WAN，并按所选模式处理故障及回落。 |
| Alerts / Logs | 记录待机检测故障及恢复；检测关闭、角色修改和计划下线本身不生成故障或恢复记录。 |
| Events / Audit Logs | Backup 成功自动接管后生成一次 WAN Link Backup 事件。激活失败、Failback、角色修改及计划切换不生成接管事件。配置变更进入 Audit Logs。 |
| Notifications | 待机故障、恢复及成功接管按现有 Alert / Event 通知配置发送。 |
| App | 配置 + 回显；版本及 Owner 待定，不阻塞 Controller Web。 |
| Fusion 屏幕 | 回显；版本及 Owner 待定，不阻塞 Controller Web。 |





## 4. 交互草稿

[配置与关联页面 ↗](prototype.html)
Dashboard 状态与 ISP Load 标注图[![Omada Dashboard 标注：ISP Load 可查看所有 WAN，包括 Standby；吞吐按实际流量，延迟按检测结果；未检测留空，历史数据保留。](images/dashboard-isp-load-annotated.png)

](images/dashboard-isp-load-annotated.png)



## 5. 待确认项


| 事项 | 需要确认 | 参与方 |
| --- | --- | --- |
| 流量消耗 | Off 后残余流量；On 的额外探测流量量级。 | 文婧 / 测试 |
| Not Assigned WAN | 未加入 Primary / Backup 列表的 WAN，其转发行为。 | 设备 / Controller 研发 |
| 健康度 | 待机故障计入 Health Score / Trend 的口径。 | Jackson / 监控研发 |
| 交付覆盖 | Controller / 固件组合及物理、Virtual、LTE / USB WAN 范围；App、Fusion 屏幕版本与 Owner。 | 各端 PM / 研发 |





## 6. 核心验收


- 新建和升级配置按默认值表生成，升级保留全局检测设置。

- 自动回切与全部 Primary 的检测开关联动正确；Working、Standby、未检测和真实故障分别回显。ISP Load 可查看 Standby 的实际流量，停检不清除历史数据或补零。Policy Routing 的 Priority 仅优先使用 WORKING_ONLINE WAN，Only 固定所选 WAN，所选 WAN 故障时不改道。

- 日志保留事件发生时的角色、工作状态和检测状态；停止检测后保留原告警，重新检测并确认正常后关闭告警。成功自动接管产生一次接管事件。

- 全局检测开启时，计划切换按 Time Range 执行；全局关闭时计划切换不生效。切回自动模式后恢复原配置。





## 7. 关联资料与竞品


[Omada ISP Load 官方定义](https://www.tp-link.com/us/user-guides/omada-sdn-software-controller/chapter-8-monitor-the-network.html)：逐 WAN 查看指定时间范围内的吞吐与延迟。默认转发资格不作为监控数据的筛选条件。


LTE 激活与固定公网 IP 关联需求
LTE 激活 / 认证阶段的检测与切卡、重拨策略另行评估。Standby Detection 仅控制待机检测；固定公网身份及待机不拨号属于独立能力。


- Zal / DR3220v-4G：LTE 获得 IP 后仍可能处于运营商认证窗口，检测失败触发切卡 / 重拨会中断认证，即使仅插一张 SIM 也会执行。关闭待机检测无法覆盖接管后的这一问题，需另评估逐 WAN 检测策略及恢复动作。[原邮件](https://outlook.cloud.microsoft/mail/id/AAQkADZhNWU0NzM1LTA3ZWQtNDNiMy05NDJkLTUxYmJjZGU5ZmE1OAAQADSgmlA%2BF%2BZMryqP4d7hAT4%3D)

- 5gcomms / DR3650v-4G：历史定制将相同公网 IP 与 LTE 待机飞行模式配套实现。业务目标是切换后保持固定公网身份与远程访问，技术方案需结合运营商拓扑评估。[原邮件及 Stelogy 参考附件](https://outlook.cloud.microsoft/mail/id/AAQkADZhNWU0NzM1LTA3ZWQtNDNiMy05NDJkLTUxYmJjZGU5ZmE1OAAQAGIac4llwFBPmlfkXaV9Rro%3D)

- Stelogy / EN-3660 提供固定源 SNAT、入站 DNAT 的另一条路径，依赖其 PPP / L2TP 接入及运营商路由条件。所引用 Beta 仅供前线验证，禁止客户实际部署。




### 需求来源

- [OMD-5931 · WAN Active Standby](https://app.notion.com/p/3b215375830d80e8ba57c65a08aa8f87)：逐 WAN 定义待机行为；本期仅收敛为检测开关，连接断开能力后续评估。
- [OMD-5028 · 备用 WAN 在线检测](https://app.notion.com/p/33a15375830d80eabd83db773dac88fd) / SMBNET-3670：备用 WAN 真实故障与恢复纳入检测、日志、告警及通知闭环。
- [OMD-6058 · Backup WAN Offline 状态反馈](https://app.notion.com/p/3c615375830d80a7b4ccd29af39b17b4)：修正待机就显示 Offline 的误导，并说明无检测数据的原因。



### 竞品参考


| 产品 | 对本期的启发 | 边界 / 官方资料 |
| --- | --- | --- |
| Peplink | 每 WAN 的 Standby State 可区分 Remain Connected / Disconnect，体现线路成本与待机策略应逐 WAN 配置。 | 连接策略是后续能力参考，不等同本期检测开关。MAX 8.2 手册 |
| UniFi | 将 WAN 分配、负载均衡与故障切换放在一致策略中，健康检测参与切换与恢复。 | Multi-WAN 官方说明 |
| Meraki | Active / Ready / Failed 等状态区分转发职责与可用性，支持“待机不等于 Offline”的表达。 | Uplink 状态 · 连接监控 |


评审记录与现状资料- [Controller 6.3 Emulator](https://emulator.tp-link.com/Emulator-Windows-v6.3.0/index.html#/dashboard) · [Fusion Emulator](https://emulator.tp-link.com/Emulator%20Fusion-2.5G-v1.0/index.html#internet)
- [Omada Link Backup FAQ](https://community.tp-link.com/en/business/forum/topic/641740?moduleId=2692)：Q8 说明旧 Backup 待机不检测，故障 Primary 继续检测恢复；inactive WAN 仍可能产生 DHCP、DNS、时间同步报文。
- [全局 Online Detection](https://support.omadanetworks.com/en/document/103265/)：可 Disable，检测结果影响 Load Balancing / Link Backup。
- [9/3 Multi-WAN 评审记录](https://app.notion.com/p/3d115375830d80d1a44decb5f4393585)：本期保留连接与 IP，增加待机检测；LTE 默认值与检测列显示按后续产品结论更新。
- [早期 PRD 评审](https://app.notion.com/p/3ce15375830d8012ac3deb9239752ed0) · [原竞品研究子页](https://app.notion.com/p/3ce15375830d81a28a65d598cd95168d)：历史评审记录。
- [WAN SLA 与 Failover 增强规划](https://app.notion.com/p/3a715375830d81388706dfe6dedb6571)：SLA、多级 Failover、LTE 不拨号 / 飞行模式及有线不拨号（如 PPPoE 账号冲突）纳入后续规划。