SD-WAN 双链路怎么配置？
简答：SD-WAN 双链路配置的最短路径是：先确认两条 WAN 的地址、带宽、网关和 MTU，再把链路加入同一组 SD-WAN 接口或隧道，选择主备或负载均衡，设置延迟、抖动、丢包健康检查，最后分别模拟断线和质量下降并核对路由、会话与业务。具体菜单会因设备型号、控制器和版本变化，不能直接照搬其他厂商的入口。
定义：SD-WAN 双链路是把两条 WAN 链路纳入统一的路径选择与健康检查机制，根据链路可用性或质量为不同业务选择路径，并在故障或质量下降时切换到其他链路。
先用这张表确定配置模式
如果你只是想让第二条线路在第一条中断时接管，优先选择主备；如果希望两条线路同时承载新建连接，再选择负载均衡。SD-WAN 的关键不是“把两条线接上”，而是明确链路健康标准、业务选路规则和切换后的回程路径。
| 模式 | 工作方式 | 适合场景 | 主要注意事项 |
|---|---|---|---|
| 主备 | 主链路承载业务，备用链路在主链路不可用或质量不达标时接管 | 固定出口、对源 IP 敏感的业务、对策略简单有要求的办公网络 | 要设置探测目标、失败判定和恢复回切；不能只看网口物理状态 |
| 主动-主动负载均衡 | 两条链路同时承载不同连接或不同业务 | 普通办公、互联网访问、希望利用两条线路容量的场景 | 需要处理会话保持、NAT、权重、回程路径和固定出口需求 |
| 按业务选路 | 根据应用、目的网段、源地址或服务类型选择链路 | 视频会议、跨站点办公、云应用和对延迟敏感的业务 | 策略顺序、匹配条件和健康阈值必须可观测、可验证 |
官方 SD-WAN 文档通常把“路径质量配置”和“流量分配配置”分开：前者判断链路是否合格，后者决定合格链路之间如何选路。相关配置元素说明也采用了这一思路。
配置前准备：先把两条链路信息补齐
在进入控制器或网关配置页面前，建议建立一张双链路清单。至少记录以下信息：
- 链路身份：WAN1、WAN2 对应的运营商、接入类型、线路用途和是否允许作为固定出口。
- 三层参数：地址获取方式、IP 地址、子网掩码、默认网关、DNS 和是否使用 IPv4、IPv6。
- 能力参数：标称带宽、设备可用 WAN 口、是否支持隧道、NAT、策略路由、链路探测和会话保持。
- 隧道参数：如果两条链路用于站点互联，要确认两端的 Underlay 可达、Overlay 地址规划、加密隧道数量和对端身份。
- MTU：先记录当前 WAN 和隧道 MTU，不要在没有测试的情况下直接把数值改成某个固定值。隧道封装后可用 MTU 可能变小，最终应以分片测试和业务验证为准。
- 业务要求：标出需要固定公网出口、源 IP 粘性、低延迟、低丢包或高可用的业务。
不同厂商把“双 WAN”“链路组”“虚拟 SD-WAN 接口”“VPN 隧道组”等名称用于相近但不完全相同的功能。本文提供的是配置框架，不替代具体设备型号和固件版本的操作手册。
SD-WAN 双链路的最短配置流程
- 配置并单独验证两条 WAN。先让 WAN1、WAN2 各自获得地址并能访问其网关。分别检查默认路由、DNS、NAT 和基础连通性；如果单条链路本身不能稳定工作，不要直接进入负载均衡。
- 把两条 WAN 加入 SD-WAN 链路组。在设备或控制器中，将两条物理 WAN 绑定到同一逻辑接口、链路组或隧道组。若用于分支互联，还要确认每条 Underlay 都能建立对应的 Overlay 隧道。
- 选择主备或负载均衡。主备模式配置优先级和备用关系；负载均衡模式配置平均分配、按带宽比例、按权重或按会话分担。带宽不相等时，不应默认使用平均分配。
- 设置链路健康检查。探测目标应能代表真实业务路径，至少观察延迟、抖动、丢包和探测可达性。不要只探测本地运营商网关，否则可能出现“网关可达、业务路径已坏”但系统不切换的情况。
- 配置业务选路策略。按应用、目的网段、源地址、运营商或服务类型匹配。规则顺序要从更具体到更通用，并确认默认规则不会抢先匹配。
- 处理 NAT、会话和回程。互联网出口通常要分别确认两条 WAN 的 NAT；站点互联要确认对端回程路由。对源 IP 敏感的服务，应启用适当的会话保持或固定出口策略。
- 提交配置并先观察。先不要立即拔线。查看链路状态、隧道状态、探测结果、命中的策略和实际出接口，再进行人为故障测试。
部分 SD-WAN 实现会将延迟、抖动和丢包阈值作为路径质量条件，并在任一条件超过阈值时选择其他路径；例如官方文档明确说明，路径质量阈值与流量分配策略共同决定下一条可用路径。流量分配与路径选择说明可作为理解这一逻辑的参考，但阈值和菜单不能直接套用到其他设备。
健康检查怎么设：不要直接照抄固定阈值
健康检查的目标是识别“链路仍在线但已经不适合某类业务”的情况，因此不能只根据物理接口 up 或 down 来判断。建议按业务建立不同的检查档案：
| 检查对象 | 要观察的指标 | 配置思路 | 失败后动作 |
|---|---|---|---|
| 普通办公 | 可达性、延迟、丢包 | 阈值应避免因短时抖动频繁切换 | 切换新建连接，观察既有会话是否能维持 |
| 语音或视频会议 | 丢包、抖动、延迟 | 以实际业务容忍度和基线测试为依据 | 将新会话导向质量更好的链路 |
| 固定出口业务 | 公网出口、会话状态、回程 | 优先保证源地址和回程一致，不只追求平均分担 | 主链路恢复后按策略回切，必要时人工确认 |
| 站点互联 | 隧道可用性、对端网段可达性、丢包 | 探测应覆盖 Overlay 或实际业务方向 | 切换备用隧道，并检查两端路由是否同步 |
以某些官方 SD-WAN 实现为例，路径质量配置包含延迟、抖动和丢包阈值，并允许按应用使用不同档案；文档还提醒，阈值过严可能造成频繁切换。路径质量阈值说明可用于建立测试思路，但不能据此宣称所有设备都具有相同的检测周期、回切时间或切换表现。
推荐做法是先测出正常时的延迟、抖动和丢包基线，再逐步调整阈值。每次只改一个变量，并记录切换原因，避免出现“看似自动切换，实际是策略误匹配”的情况。
主备与负载均衡的关键细节
主备模式
主备模式的重点是定义“什么情况下算主链路失效”。应同时考虑接口状态、网关探测、远端探测和业务路径质量。若只检测网线是否插着，遇到运营商上游故障、DNS 异常或跨站点路径丢包时，设备可能不会切换。
主动-主动负载均衡
负载均衡通常按连接、源 IP、源目 IP、权重或带宽比例分担，而不是把一条 TCP 连接的每个数据包随意拆到两条出口。某些实现支持按源目地址或会话进行 ECMP 分担，具体行为要核对设备文档。ECMP 负载均衡说明展示了源目 IP 和会话两类分担方式。
会话保持与回程路径
双出口下，如果同一会话的出站路径和返回路径不一致，可能触发状态防火墙丢包、NAT 映射不一致或应用重新登录。网银、远程管理、部分 SaaS 和有公网白名单的服务尤其需要检查出口地址。配置后应确认：客户端看到的公网地址是否符合预期、返回流量是否从正确链路进入、策略设备是否允许该会话继续存在。
故障切换验收：按四种场景逐项测试
- 物理断链：断开 WAN1 或禁用接口，确认链路状态变化、备用路径接管、默认路由或隧道状态更新。
- 质量下降：在可控测试环境中制造延迟或丢包，确认系统依据质量阈值切换，而不是只有物理断线才切换。
- 策略命中：分别从普通办公终端、指定源地址和指定目的网段发起连接，检查实际使用的链路是否符合策略。
- 恢复回切：恢复 WAN1，观察是否自动回切、是否需要等待稳定窗口、既有会话是否继续使用原路径。
每个场景都应保留四类证据：链路状态截图或日志、路由或隧道状态、实际出口验证、业务访问结果。不要只看控制器显示“在线”，因为在线不等于策略已命中，也不等于应用流量已经走上预期链路。
如果设备支持事件和路径质量记录，应重点查看实际触发切换的指标、匹配的策略、选择的出接口以及备用路径是否同样不健康。官方排障文档通常建议结合路径选择事件、延迟、抖动和丢包记录定位问题。SD-WAN 排障记录说明可作为日志检查的参考。
常见失败与回退方法
- 两条链路都在线，但流量只走一条：检查是否仍处于主备模式、负载均衡规则是否启用、默认路由是否只有一条，以及现有连接是否因会话保持而未重新分配。
- 断线后没有切换：检查健康检查是否启用、探测目标是否可达、失败次数和检测周期是否过长，以及备用链路是否有可用默认路由或隧道。
- 频繁来回切换：检查阈值是否过严、探测目标是否不稳定，并增加恢复稳定条件；不要同时大幅修改延迟、抖动和丢包参数。
- 切换后业务中断：检查 NAT 映射、源 IP 白名单、会话保持、DNS 缓存、隧道对端路由和防火墙状态。
- 站点互联能建隧道但访问不了网段：检查 Overlay 路由、对端回程、策略路由优先级和 MTU；先用小包测试，再验证文件传输或视频会议。
- 修改后无法恢复：保留变更前配置，先回退到单链路或主备模式，再逐项恢复负载均衡、应用策略和质量阈值。
配置完成后的验收清单
可以把下面清单交给实施人员或作为上线记录：
- 两条 WAN 均能独立获得地址并访问网关。
- 两条 WAN 均已加入正确的 SD-WAN 链路组或隧道组。
- 已明确主备、负载均衡或按业务选路模式。
- 健康检查目标、探测方向和失败条件已经记录。
- 默认路由、策略路由和业务规则的优先级没有冲突。
- NAT、固定出口、会话保持和回程路径已经验证。
- 物理断链、质量下降、策略命中和恢复回切均已测试。
- 已保存变更前配置、变更后配置和故障日志。
- 设备型号、控制器版本和菜单路径已写入交付文档，后续升级时重新核对。
如果无法确认某个菜单、阈值或切换计时是否适用于你的设备，应该以当前设备页面和对应版本文档为准，不要把本文中的通用流程当成固定命令或厂商配置模板。
常见问题
SD-WAN 双链路一定要买两条专线吗？
不一定。双链路可以由两条互联网接入、互联网加专线或其他可用 WAN 组成，关键取决于业务对延迟、固定出口、可用性和回程路径的要求。具体可用组合要核对设备能力、线路交付方式和两端地址条件。
双链路负载均衡能把两条带宽直接相加吗？
通常不能把单个 TCP 连接简单变成两条线路带宽之和。多数实现是按连接、会话、源目地址或策略把不同流量分配到不同链路，因此总吞吐可能提高，但单个会话的实际路径仍受协议、服务器和设备实现影响。
主备模式是不是不需要健康检查？
不建议省略。没有健康检查时，设备可能只根据接口物理状态判断链路是否可用，无法识别上游中断、远端路径丢包或质量下降。至少应验证网关、远端或实际业务方向的探测能力。
为什么断线恢复后没有马上切回主链路？
可能是设备设置了恢复稳定时间、路径质量仍未达到阈值、既有会话保持在备用链路，或回切策略被关闭。应查看事件日志、链路质量记录和会话状态，不要仅凭客户端刷新页面判断。
两条线路的带宽不同，应该怎么分担？
优先选择按带宽比例或权重分担，并用实际流量观察校正结果。若某些业务必须固定出口，则为其单独配置策略，不要让全网流量都参加平均负载均衡。
参考资料
本文的配置框架参考了以下公开技术资料；这些资料分别代表具体厂商或产品实现，不能视为所有 SD-WAN 设备的统一菜单：
- SD-WAN Configuration Elements
- SD-WAN Traffic Distribution Profiles
- Define Your Custom SD-WAN Application Thresholds
- ECMP load balancing
- SD-WAN Troubleshooting
常见问题
SD-WAN 双链路一定要使用两条专线吗？
不一定。可以是两条互联网接入、互联网加专线或其他可用 WAN，最终取决于设备能力、线路交付方式、固定出口和业务质量要求。
双链路负载均衡能把两条带宽直接相加吗？
通常不能把单个 TCP 连接直接合并成两条线路的带宽。多数设备按连接、会话、源目地址或策略分配不同流量，因此总吞吐可能提升，但单个会话仍受协议和设备实现影响。
为什么双链路都在线，流量却只走一条？
先检查是否仍为主备模式，再检查负载均衡规则、默认路由、策略优先级以及现有会话保持。已有连接未重新分配时，短时间内只看到一条链路有流量并不一定代表配置失败。
链路断了但 SD-WAN 没有切换怎么办？
检查健康检查是否开启、探测目标是否可达、失败判定是否过于宽松，以及备用链路是否存在有效路由或隧道。还要确认业务流量确实匹配了启用切换的规则。
恢复后没有马上切回主链路正常吗？
可能正常。设备可能等待链路质量稳定、保留现有会话，或配置了不自动回切。应查看路径事件、质量记录、路由状态和会话状态后再判断。
相关阅读
- 先了解 SD-WAN 如何通过多链路和智能选路提高稳定性
- 继续查看自动故障切换的可执行验收步骤
- 如果是分支互联，可参考拓扑、隧道与上线验收方法
- 上线后按链路、隧道和应用指标持续监控
- 遇到延迟升高时，按链路、隧道和策略分层排查