SD-WAN 能替代专线吗？
简答：SD-WAN 可以替代部分专线，但不能自动把普通互联网变成具有专用线路 SLA 的连接。多分支、云应用、跨区域办公和需要多链路冗余的业务，通常适合采用 SD-WAN；对固定路径、严格低抖动或明确 SLA 的核心业务，更稳妥的做法是保留专线或采用混合组网。
定义：SD-WAN 是叠加在互联网、MPLS、移动网络等底层链路之上的集中编排与智能选路层，不等于一种新的底层专线。
先看结论：什么情况下能替代，什么情况下不能
判断“SD-WAN 能替代专线吗”，不能只比较月租。先确认这里的“专线”具体指什么：本文主要把它理解为 MPLS 或其他具有明确服务等级承诺、固定连接边界和可管理路径的企业专用连接。SD-WAN 则通常运行在一个或多个底层传输之上，可以同时使用互联网、MPLS、蜂窝网络等链路，并按策略选择路径。Cisco 设计指南和MEF SD-WAN 服务标准草案都把 SD-WAN 与底层 Underlay Connectivity Services 区分开来；核验日期为 2026-11-03，适用于理解 SD-WAN 的架构边界，不代表任何厂商方案的统一 SLA。
| 业务或要求 | 更适合的判断 | 原因与核验重点 |
|---|---|---|
| 多分支、云应用、SaaS、快速开站 | 优先评估 SD-WAN | 重点看多链路接入、云访问、策略编排和故障切换是否满足业务需要。 |
| 普通办公、文件访问、非关键互联网流量 | 可考虑互联网承载的 SD-WAN | 重点验证忙时延迟、丢包、抖动，以及底层运营商和地区覆盖。 |
| 核心数据库、生产控制、实时交易 | 保留专线或采用混合组网 | 重点看固定路径、服务等级承诺、低抖动要求和故障时的业务后果。 |
| 跨境办公或全球分支 | 先做分区域试点 | 国际链路、本地接入、运营商覆盖、云入口和合规要求可能造成明显差异。 |
停止条件：如果供应商无法说明底层链路、故障切换条件、监控指标和回退方式，不要仅凭“SD-WAN”名称认定它可以替代专线。
SD-WAN 与专线的关键差异
1. 底层连接不同。SD-WAN 是策略和编排层，底层可以是互联网、MPLS、宽带、光纤或移动网络；因此 SD-WAN 的最终体验仍受接入质量、运营商路径、跨区域链路和站点设备影响。Cisco 的方案说明也明确展示了在 MPLS、宽带互联网、蜂窝网络或云连接之上建立加密 Overlay 的模式。Cisco Catalyst SD-WAN 方案概览已于 2026-11-03 核验，适用于该厂商架构示例，不能据此推断其他产品的具体实现。
2. 路径控制不同。传统专线通常强调明确的连接关系和服务等级；SD-WAN 可以根据应用策略和链路状态进行选路、切换或分流。某些实现会在加密数据隧道上使用 BFD 等机制检测链路状态，但检测到故障不代表所有应用都能做到无感切换，仍需用真实业务验证。Cisco SD-WAN 设计指南对 IPsec 隧道、BFD 和多传输链路切换有直接说明。
3. SLA 不能混为一谈。SD-WAN 可以改善多链路利用率和故障处理，但如果底层互联网接入本身没有满足目标的服务等级承诺，SD-WAN 不会凭空生成专线级的时延、丢包或可用性保证。选型时应把“平台能力”和“线路承诺”分开写进合同、验收表和运维流程。
4. 安全边界不同。专用连接的私有性不等于端到端加密；SD-WAN 是否加密、使用何种隧道、密钥如何管理，也取决于具体产品和部署方案。Cisco 文档示例中，数据面可通过 IPsec 隧道加密，但这属于具体实现的能力说明，不应扩大为所有 SD-WAN 产品的统一结论。
三年 TCO 怎么算：不要只看线路月租
如果目标是降本，建议把替代方案和现有专线放进同一张三年总拥有成本表，而不是只比较带宽价格。
- 线路成本：分别记录每个站点的接入费、月租、安装费、跨区域或国际段费用，以及主备链路的费用。
- 设备成本：纳入边缘设备、双机冗余、备用设备、机房托管和更换周期。
- 软件与服务成本：记录控制器、许可证、云管理、日志、监控、安全能力和技术支持费用；未核实的价格不要预估填入。
- 实施与运维成本：包含现场部署、配置迁移、监控接入、变更窗口、培训和故障响应。
- 业务风险成本：估算中断、回退、人工切换和关键业务不可用的影响。这个数字不必伪装成精确金额，但必须在决策时单独列出。
可使用以下结构进行比较：三年TCO = 线路 + 设备 + 软件许可 + 实施 + 运维 + 安全 + 迁移与回退成本。其中每一项都应标注计费周期、是否一次性、是否包含备用链路，以及供应商是否提供明确服务等级。若资料不足，应输出“需核实”，不要用行业平均价格替代实际报价。
按四步做替代试点：先验证，再分批迁移
- 前置条件：列出站点、应用、用户数量、业务等级、现有专线类型、互联网接入和必须保留的固定路径。为每类业务记录可接受的延迟、抖动、丢包和中断时间，具体阈值应由业务负责人确认。
- 建立基线：在现有网络下按工作日和业务高峰采集 RTT、抖动、丢包、应用响应和链路可用性。跨境或跨区域场景应分方向、分运营商、分时段记录，不能用一次 Ping 结果代表整体质量。
- 小范围试点：选择一个代表性分支和一组非核心业务，同时保留原专线或原有回退路径。验证办公访问、云应用、语音视频、文件传输、DNS、路由和设备故障切换；不要一开始就切换全部站点。
- 验收与回退：确认链路断开后是否按预期切换、业务是否恢复、告警是否产生、策略是否生效、回退是否能在约定窗口内完成。若高峰期质量不达标、核心应用出现不可接受中断，先回退并调整底层线路或业务分流，不要只修改选路权重。
成功标准：试点结果必须同时满足业务可用、链路指标达标、故障切换可复现、监控可见、责任边界清楚和回退可执行。缺少其中任一项，都只能称为“技术试用”，不能直接称为专线替代。
跨境与全球组网，额外检查这五项
- 本地接入质量：站点所在城市、楼宇、运营商和最后一公里会直接影响 SD-WAN 的底层表现。
- 国际链路路径：跨境办公不能只看站点到本地测速点的结果，应验证真实办公区域、云区域和业务系统之间的路径。
- 合规与数据边界：确认流量是否经过第三方节点、日志保存位置、加密策略和企业内部审批要求。
- 云服务接入：云应用流量是否本地直出、是否需要回传数据中心、是否有专门云互联入口，应按业务逐项确认。
- 故障责任：把接入运营商、SD-WAN 平台、设备厂商和企业内部网络团队的责任边界写清楚，尤其是跨运营商故障和国际段异常。
对跨区域业务而言，最稳妥的方案通常不是“全部换成普通互联网”，而是按业务等级拆分：一般办公流量使用多链路 SD-WAN，关键业务保留满足要求的专用连接，再由 SD-WAN 统一策略和监控。最终方案应以当地线路、合规要求和真实试点结果为准。
常见问题
SD-WAN 是不是购买后就等于专线？
不是。SD-WAN 是管理、编排和选路层，仍需依赖互联网、MPLS、光纤、移动网络或其他底层连接。它可以把多条链路纳入统一策略，但不会自动改变底层线路的物理质量和服务等级。
SD-WAN 能保证低延迟和零丢包吗？
不能直接这样承诺。SD-WAN 可以根据链路状态进行选路或切换，实际延迟、抖动和丢包仍取决于底层线路、路径、设备和业务位置。应在真实高峰时段进行基线和试点验收。
企业是不是应该全部取消 MPLS？
不应一概而论。多分支、云应用和普通办公场景可以优先评估 SD-WAN；对固定路径、严格服务等级或中断代价很高的核心业务，应保留专线或采用混合架构。
怎样判断供应商说的“SD-WAN 专线”是否真的适合？
要求对方分别说明底层线路类型、Overlay 方式、加密能力、选路条件、监控指标、SLA、故障责任和回退流程。若只提供产品名称或月租，未说明这些边界，应标记为需核实。
试点时最容易漏掉什么？
常见遗漏包括只测空闲时段、只测 Ping、不测真实应用、不保留回退链路，以及没有验证 DNS、云服务、语音视频和链路中断后的告警。试点应覆盖业务高峰与故障场景。
常见问题
SD-WAN 能完全替代专线吗？
通常不能一概而论。它可以替代部分适合互联网承载的连接，但对严格 SLA、固定路径、低抖动或关键生产业务，更适合保留专线或使用混合组网。
SD-WAN 是否会让普通互联网变成专线？
不会。SD-WAN 可以在底层链路之上做加密、策略控制和智能选路，但底层互联网的质量、运营商路径和服务等级仍然存在。
如何验证 SD-WAN 是否适合企业迁移？
先采集现网基线，再选择代表站点和非核心业务试点，验证高峰期延迟、抖动、丢包、应用可用性、故障切换、监控告警和回退流程。
三年 TCO 应该包含哪些项目？
至少包括线路、设备、软件许可、实施、运维、安全、备用链路、迁移和回退成本；不能只比较线路月租。