SD-WAN 的主要功能：链路管理、应用识别与智能选路
客户问“SD-WAN 有哪些功能”时，不能只回答“智能选路、链路聚合、集中管理”。真正有用的回答应该落到业务上：哪项功能解决什么问题，依赖什么条件，配置后如何证明它真的生效。
SD-WAN 的核心不是功能数量，而是把多条 WAN 链路、不同类型的业务和分支运维动作放到同一个策略闭环里。本文按企业项目中最常用的功能拆解，并给出实际部署时应该检查的边界。
先看 4 项核心功能
| 功能 | 直接解决的问题 | 典型业务收益 | 不能替代什么 |
|---|---|---|---|
| 链路管理 | 多线路状态分散、主备切换依赖人工 | 统一查看线路质量和可用性 | 不能修复运营商线路本身 |
| 应用识别 | 不知道不同业务正在占用什么资源 | 区分会议、ERP、远程桌面和下载 | 不能保证所有未知应用都被准确识别 |
| 智能选路 | 线路没断但业务体验已经变差 | 按业务要求选择合适路径 | 不能凭空增加带宽 |
| 统一运维 | 多分支逐台配置、故障难取证 | 模板、告警、审计和批量变更 | 不能替代现场和分层排障 |
一、链路管理：先把线路状态看清楚
链路管理不是简单显示“WAN1 在线、WAN2 在线”。项目中至少应关注接口可用性、网关可达性、隧道状态、实际延迟、丢包、抖动、带宽占用和故障历史。
- 线路登记：记录每条线路的运营商、带宽、地址、用途和费用边界。
- 质量检测：持续测量到真实业务目标的网络表现。
- 主备关系：明确主用、分担、备份和应急链路。
- 状态告警：区分接口断开、质量劣化、隧道异常和目标不可达。
如果平台只显示接口在线，却看不到链路质量和历史变化，运维人员仍然很难解释“为什么网页能打开但会议卡顿”。
二、应用识别：知道谁在用网络
企业出口出现拥塞时，先要知道流量属于什么业务。应用识别可以按应用特征、协议、端口、地址段、域名、DSCP 或自定义规则对流量分类。
| 业务类型 | 通常关注的指标 | 可能的策略方向 |
|---|---|---|
| 视频会议 / 语音 | 丢包、抖动、交互延迟 | 优先满足质量阈值的路径，避免大流量抢占 |
| ERP / 收银 | 稳定性、可达性、会话连续性 | 优先可靠路径，设置明确备用动作 |
| 远程桌面 | 往返时延、突发丢包 | 选择低延迟路径并控制背景流量 |
| 云应用 / SaaS | 访问路径、DNS、出口位置 | 按安全要求选择本地出口或回总部 |
| 备份 / 大文件 | 带宽占用、传输窗口 | 限速、低优先级或安排在低峰期 |
应用识别不是越细越好。对中小企业，先覆盖真正影响业务的 3–5 类流量即可。规则过多会增加维护成本，也可能在应用特征变化后产生误判。
三、智能选路：按业务要求选择路径
智能选路通常由“候选路径 + 质量指标 + 业务策略 + 备用动作”组成。不是看到一条线路延迟最低，就让所有流量都切过去。
- 确定候选路径：互联网、专线、另一运营商宽带或 4G/5G。
- 设定业务要求：例如会议重视抖动和丢包，远程桌面重视交互延迟。
- 定义优先路径：说明正常情况下优先使用哪条链路。
- 定义触发条件：质量连续不达标，还是目标业务不可达。
- 定义备用动作：切换、限速、降级、复制、纠错或阻断。
- 设置回切逻辑：避免主链路刚恢复就频繁来回切换。
这里要避免一个常见误区：按连接做负载均衡，不等于把一个业务连接拆到多条线路上。是否支持真正的多链路聚合、报文复制或前向纠错，应以具体产品和应用协议验证为准。
四、统一运维：把配置和故障处理标准化
统一运维的价值通常在站点数量增加后体现。平台应支持站点编组、配置模板、批量变更、配置版本、回滚、告警、日志、权限和审计。
- 模板：把相似分支的基础配置和策略统一管理。
- 批量变更：修改前明确影响范围和回退方式。
- 监控：按站点、链路、隧道、应用和策略查看。
- 告警：区分网络质量、设备资源、控制连接和业务异常。
- 审计：记录谁在什么时间做了什么变更。
把功能组合成一个真实策略
假设一个门店有企业宽带、第二运营商宽带和 5G，业务包括收银、视频会议、普通办公和文件备份，可以这样组合：
| 功能模块 | 配置动作 | 验证方式 |
|---|---|---|
| 链路管理 | 采集三条链路状态和质量，设置不同告警 | 让一条线路劣化，确认平台有质量事件 |
| 应用识别 | 建立收银、会议、办公、备份四类规则 | 产生真实流量，检查分类是否命中 |
| 智能选路 | 会议按抖动和丢包选路，备份限速 | 制造拥塞，确认会议不被备份流量拖慢 |
| 统一运维 | 把策略做成门店模板并保留版本 | 复制到第二个分支，检查配置一致性 |
常见的 6 个错误期待
- 以为启用 SD-WAN 后单条差线路会自动变好。
- 以为所有业务都会同时使用所有线路。
- 以为平台显示设备在线就代表业务完全正常。
- 以为应用识别可以不做任何维护。
- 以为智能切换一定对所有长连接完全无感。
- 以为买了平台就不需要线路、设备和应用侧排障。
上线验收的 8 个动作
- 记录上线前各链路高峰期基线。
- 确认关键应用能够被识别。
- 断开主链路，检查关键业务恢复。
- 模拟延迟、丢包和抖动，检查选路动作。
- 制造大文件流量，检查 QoS 和优先级。
- 让管理平台暂时不可达，检查已有业务和运维影响。
- 恢复主链路，检查回切是否稳定。
- 导出告警、策略命中和切换记录，作为验收证据。
结论：功能必须落到业务结果
SD-WAN 的主要功能可以概括为：管理链路、识别业务、按策略选路、集中运维。但只有把这四项功能组合成闭环，企业才能解决“线路没断但业务不好用”“多分支配置混乱”“故障定位慢”等真实问题。
项目实施时，建议从最重要的 2–3 类业务和一个代表性分支开始，先验证指标、策略和业务恢复，再扩展到全网。不要以功能列表的长度判断方案价值，要以故障发生后能否快速识别、正确动作和保留证据来判断。