纯专线、纯 SD-WAN、混合链路三种做法，差别不在技术新旧，而在哪些业务流量必须保住时延与丢包。专线买的是传输品质，SD-WAN 买的是调度能力，两者解决的不是同一个问题。按链路角色、组网形态、指标口径与成本结构四个维度拆开对比，多数企业的答案会落在混合组网上：核心链路留专线，分支与上云流量交给软件调度。
先分清链路角色，再谈方案
专线、宽带、无线与 SD-WAN 叠加层在组网里承担的角色完全不同，混为一谈就会把选型做成价格比较。运营商专线提供的是骨干网内逻辑隔离的通道，带宽、时延与可用性有承诺；企业宽带与 4G、5G 无线走的是共享资源，价格低但质量随使用时段波动；SD-WAN 本身不提供传输，它是在这些链路之上加的一层虚拟网络，负责探测、选路与切换。
理解这一点之后，”SD-WAN 能不能替代专线”这个问题就变成了”我的业务能不能接受底层链路的质量波动”。能接受，宽带加调度就够用；不能接受，就得保留一条有承诺的链路兜底。
| 选项 | 传输性质 | 质量保障 | 在组网里的角色 |
|---|---|---|---|
| 运营商专线 / MPLS | 骨干网内逻辑隔离的通道 | 有可用性、时延等承诺 | 核心系统主用链路 |
| 企业宽带 | 共享公网资源 | 无承诺 | 一般办公、备份链路 |
| 4G / 5G 无线 | 共享无线资源 | 无固定承诺 | 临时点位、应急备份 |
| SD-WAN 叠加层 | 建立在上述链路之上的虚拟层 | 由探测、选路与切换保障 | 统一调度与应用分流 |
三种组网形态，怎么判断自己适合哪种
组网形态分三档：全互联网叠加、混合链路、纯专线。判断依据只有三条——核心系统对时延抖动有多敏感、点位数量和扩张速度有多快、行业有没有链路隔离的硬要求。三条都对上纯专线的，别为了省钱牺牲确定性；三条成本敏感、业务以办公和云端应用为主的，纯互联网叠加就够了。
链路组成的差异直接决定代价落在哪里，下面这张图把三种形态的取舍压缩成一次对比。
图中的分界线其实就是一句话：核心点位要不要保底。需要保底就留专线，不需要保底就全走互联网叠加。绝大多数中型以上企业的实际选择落在中间那档，也就是总部与数据中心保留专线、分支与门店以宽带为主并接受统一策略管理。
| 组网形态 | 链路组成 | 适用条件 | 主要代价 |
|---|---|---|---|
| 互联网叠加 | 双宽带或宽带加无线 | 分支多、预算有限，业务以办公和 SaaS 为主 | 时延波动靠选路吸收，重载时段仍可能抖动 |
| 混合链路 | 核心点位专线，分支用宽带 | 核心系统必须保底，同时要求分支快速开通 | 策略与运维需要统一平台承载 |
| 纯专线 | 全部走运营商专线 | 监管要求链路隔离，点位少且流量稳定 | 成本高，扩容与迁址周期长 |
带宽、时延与 SLA 该怎么定
指标要按业务分档定，而不是全网一个阈值。同一个分支里，结算类流量和普通网页浏览对时延的容忍度差着一个量级，用一套阈值卡全网，结果只会是策略频繁触发切换。落到合同和配置里的应当时延、抖动、丢包、可用性四类指标，并且明确每条链路各自承担哪一类业务。
先看专线与 SD-WAN 在指标上的着力点差异：
| 维度 | 专线 / MPLS | SD-WAN 叠加 |
|---|---|---|
| 带宽 | 按峰值提前采购，非高峰余量空转 | 多条链路混用，按业务类型分配 |
| 时延与抖动 | 由运营商固定路径决定，波动范围小 | 由实际所走链路决定，靠选路与复制补偿 |
| 故障切换 | 依赖路由收敛，恢复时间以秒计 | 探测配合切换，可在亚秒级完成 |
| 策略变更 | 需提工单等待运营商处理 | 在管理平台统一批量下发 |
| 可视化 | 链路状态主要由运营商掌握 | 各分支链路质量集中可见 |
SLA 谈判时要问清三件事：承诺的是链路可用性还是端到端体验、故障响应与恢复分别计不计入考核、赔付条款怎么算。只关注可用性数字，很容易在链路没断但质量劣化时拿不到任何补偿，而业务侧的感知恰恰来自后者。
下面这段策略配置表达的正是”关键业务优先走专线、专线异常时降级到宽带”的思路，降级路径上允许放宽时延阈值：
policies:
- name: erp-priority
match:
application: erp
preferred:
- mpls-primary
fallback:
- broadband-a
- lte-backup
sla:
max_latency_ms: 60
max_jitter_ms: 15
max_loss_percent: 0.5阈值定得太松，降级路径已经被用户感知到才切换；定得太紧，链路轻微抖动就频繁切换，反而让体验更差。合理的做法是先用一段时间的链路质量记录确定基线，再把阈值设在基线之上留出余量。
成本账要按三年算
成本差异主要不是单条线路的月租，而是线路月租、新点位开通与运维人力三项的合计，分支数量越多，差距越明显。专线的计价逻辑是带宽乘距离乘节点数，扩容要重新申请，迁址等同于新装；混合组网让核心链路继续保持专线品质，把非关键流量引到成本更低的链路上。
| 成本项 | 纯专线方案 | 混合组网方案 |
|---|---|---|
| 线路月租 | 随带宽与距离近似线性上升 | 核心链路保留专线，分支改用宽带 |
| 点位开通 | 每个新点位都要排期施工 | 设备到货通电即接入 |
| 带宽扩容 | 需重新申请并调整线路资源 | 增加链路或调整策略即可 |
| 运维投入 | 排障依赖运营商，人力被动 | 需要自建或租用管理平台 |
算账时容易漏掉的是迁移成本与冗余成本。既有专线合同往往有剩余期限，提前退订可能产生费用；同时，为了达到与专线相当的可靠性，分支至少要接入两条不同物理路径的链路，只接一条宽带的方案在施工挖断时没有退路。把这两项算进去，混合组网依然有成本优势，但优势幅度会比初步估算小一些。
从现网迁到混合组网的五步
迁移不必推倒重来，按下面五步走，每一步都可以停下来观察：
- 在现网旁路部署控制器与网关设备，暂不改变业务路径；
- 保留现有专线为默认主用，新增宽带或无线作为备份链路；
- 按业务分批启用策略，先把办公与云端应用流量分流出去；
- 观察一段时间的切换记录与时延曲线，确认没有异常抖动；
- 再评估是否缩减专线带宽或调整核心链路的采购规格。
第四步的链路质量记录要分开看每一条路径，下面的命令分别经专线与宽带上行执行，用于对比同一目标地址的时延与丢包：
mtr -rwzc 20 -n 203.0.113.10
ping -c 20 -i 0.2 203.0.113.10如果两条路径的差异始终在阈值范围内，说明备份链路质量可用；如果备份路径的抖动远高于预期，先解决链路本身的问题，再指望切换机制兜底只会把体验问题推到用户侧。
选型收口清单
收口阶段用这张清单逐项确认，任何一项答不上来，方案就还没到可以签字的程度。
| 确认项 | 需要给出的答案 |
|---|---|
| 业务分级 | 哪些应用必须保时延，哪些可以容忍波动 |
| 链路规划 | 每个点位至少两条不同物理路径的接入 |
| 指标基线 | 时延、抖动、丢包、可用性的量化阈值 |
| 合规要求 | 是否存在链路隔离或数据不出境的硬性规定 |
| 运维分工 | 谁负责策略变更，谁负责故障定位 |
| 退出机制 | 合同期限、退订费用与设备归属 |
清单里最常被跳过的是运维分工与退出机制。组网方案上线只是起点，后续策略调整、固件升级和故障定位都要有人承接，设备归属与服务期限提前写清楚，换供应商时才不会被动。
常见问题（FAQ）
Q1：SD-WAN 能完全替代专线吗？
多数场景会保留核心专线，SD-WAN 负责调度与备份；要求链路隔离的业务仍需专线。
Q2：只有几个分支点位，值得上 SD-WAN 吗？
点位少且流量稳定时专线性价比更高，点位多、扩张快才体现混合组网的价值。
Q3：混合组网的成本怎么算才不超预算？
把三年线路月租、新点位开通费与运维人力三项一起算，别只比单条链路报价。
