3. SD-WAN选路核心机制与策略框架

SD-WAN 的选路能力,本质上是在“多条可用链路”与“多种业务流量”之间做持续匹配。它并不是简单地按带宽大小挑一条最快的路,而是把应用特征、链路实时质量、业务策略和优先级共同纳入决策,再由本地设备与集中控制器协同执行。理解这套机制,关键要看清四类选路依据如何分工,以及策略从定义到生效、再到退场的完整生命周期。

四类选路依据:从“看应用”到“看全局”

基于应用选路是最贴近业务的一层。它通过应用识别(如 DPI、端口、域名、IP 段、TLS SNI 等)把流量归类,再为不同应用指定不同链路。例如视频会议走低时延链路,备份流量走低成本宽带,ERP 走 MPLS 专线。应用识别的准确性直接决定选路效果,因此需要维护应用特征库,并对加密流量采用 SNI、证书或行为特征辅助识别。

基于链路质量选路关注的是“这条路现在好不好”。设备持续探测每条链路的时延、抖动、丢包率和可用带宽,形成实时质量画像。当某条链路丢包超过阈值或时延突增时,即使策略没有变化,选路结果也可能自动切换。常见探测方式包括 BFD、ICMP、HTTP 探测以及随流检测,探测周期和阈值需要根据业务敏感度设定。

基于策略选路是管理员意图的集中表达。它把“谁、在什么时间、访问什么、走哪条路、什么条件下切换”写成规则。策略可以基于用户组、源/目的地址、应用、时间段、链路优先级等条件组合,并支持主备、负载分担、最优质链路等动作。策略是选路的“骨架”,应用识别和链路质量则是填充骨架的“血肉”。

基于优先级选路解决资源竞争问题。当多条流量争抢同一条优质链路时,按优先级决定谁先走、谁排队、谁被降级。优先级通常与 QoS 队列、DSCP 标记配合,高优先级业务获得低时延转发,低优先级业务在拥塞时被限速或改走备用链路。

SD-WAN 选路决策与策略生命周期 基于应用选路 识别应用 → 指定链路 基于链路质量选路 时延/抖动/丢包探测 基于策略选路 条件组合 → 动作 基于优先级选路 竞争资源 → 排队/降级 选路决策引擎 匹配条件 · 评估质量 · 执行动作 本地决策(CPE) 毫秒级探测响应 · 快速切换 执行策略 · 上报状态 适合:链路抖动、丢包突增 集中控制(Controller) 全局拓扑 · 策略下发 · 统一编排 跨站点协调 · 策略版本管理 适合:策略变更、全局优化 状态上报 策略下发 选路策略生命周期 定义与建模 仿真与验证 灰度下发 监控与调优 归档与退场

本地决策与集中控制如何协同

SD-WAN 选路不是“控制器说了算”或“设备自己说了算”的二选一,而是分层协同。集中控制器掌握全网拓扑、站点间链路关系、策略版本和应用清单,负责把策略翻译成各 CPE 可执行的规则并下发;本地 CPE 则负责毫秒级的链路探测、质量评估和快速切换。当探测到丢包率从 0.2% 升到 3%、时延从 25ms 升到 90ms 时,本地设备可以在几十毫秒内把视频流量切到备用链路,而不必等待控制器轮询。控制器随后收到状态上报,更新全局视图,必要时再调整策略。

这种协同的关键在于“职责边界”和“信息同步”。本地决策适合处理瞬态质量变化,集中控制适合处理策略变更、跨站点协调和全局优化。两者之间需要明确:哪些事件本地可自主处理,哪些必须上报;策略版本如何保持一致;链路质量数据以什么周期、什么粒度上报。若边界模糊,容易出现本地已切换但控制器仍按旧状态计算,或策略下发与本地执行冲突。

策略生命周期管理:从定义到退场

选路策略不是一次性配置,而是有生命周期的对象。完整生命周期通常包括五个阶段:定义与建模,明确业务意图、应用清单、链路集合和优先级;仿真与验证,在控制器中模拟策略命中情况和切换效果,检查是否存在冲突或覆盖;灰度下发,先在一个站点或一类应用上生效,观察实际选路结果;监控与调优,持续跟踪命中率、切换次数、时延改善和业务体验;归档与退场,当业务下线或链路退役时,清理关联策略,避免残留规则干扰新业务。

生命周期管理中最容易被忽视的是“策略冲突”和“版本一致性”。多条策略可能同时匹配同一流量,此时需要明确匹配顺序和优先级;控制器与 CPE 之间的策略版本若不一致,可能导致同一流量在不同站点走不同链路。建议为每条策略分配唯一标识和版本号,并在下发前做冲突检测。

策略设计时,建议先按“业务等级”划分:实时交互类(视频会议、VoIP)优先低时延链路;关键业务类(ERP、支付)优先高可靠链路;普通办公类可负载分担;备份类走低成本链路。这样四类选路依据就能自然落到同一张策略表里。

一个可参考的策略示例

假设某企业有 MPLS、宽带 A、5G 三条链路,需要为视频会议、ERP 和普通上网分别选路。可以按如下思路组织策略:

业务应用识别链路优先级质量阈值切换动作
视频会议Zoom/Teams 域名+端口MPLS > 5G > 宽带A时延≤50ms,丢包≤1%超阈值切 5G
ERP目的IP段+端口MPLS > 宽带A丢包≤0.5%超阈值切宽带A
普通上网默认流量宽带A > 5G无硬阈值负载分担

这张表把应用识别、链路质量阈值、策略动作和优先级放在同一行里,便于检查每条业务是否都有明确的选路依据。实际下发时,控制器会把每一行翻译成 CPE 上的匹配条件和动作,并附带探测参数(如 BFD 间隔 300ms、丢包阈值 1%、时延阈值 50ms)。

判断选路是否有效的观察点

策略生效后,不能只看“有没有切换”,还要看切换是否带来了业务改善。建议关注四个观察点:命中率,即流量是否按预期匹配到目标策略;切换频率,频繁切换可能意味着阈值过紧或链路不稳定;切换前后质量对比,时延、丢包、抖动是否真的下降;业务侧反馈,视频是否卡顿、ERP 操作是否流畅。若命中率低,优先检查应用识别是否准确;若切换频繁,优先调整探测周期和阈值;若切换后质量未改善,则要检查备用链路本身是否满足业务要求。

选路机制的价值,最终体现在“业务体验可预期”上。四类选路依据不是彼此替代,而是共同构成决策输入;本地与集中协同不是二选一,而是分层响应;策略生命周期管理则保证这套机制不会随着时间推移而失控。把这三层关系理清,后续的链路质量探测、应用识别优化和策略调优才有稳定的框架可依。