3. SD-WAN选路核心机制与策略框架
SD-WAN 的选路能力,本质上是在“多条可用链路”与“多种业务流量”之间做持续匹配。它并不是简单地按带宽大小挑一条最快的路,而是把应用特征、链路实时质量、业务策略和优先级共同纳入决策,再由本地设备与集中控制器协同执行。理解这套机制,关键要看清四类选路依据如何分工,以及策略从定义到生效、再到退场的完整生命周期。
四类选路依据:从“看应用”到“看全局”
基于应用选路是最贴近业务的一层。它通过应用识别(如 DPI、端口、域名、IP 段、TLS SNI 等)把流量归类,再为不同应用指定不同链路。例如视频会议走低时延链路,备份流量走低成本宽带,ERP 走 MPLS 专线。应用识别的准确性直接决定选路效果,因此需要维护应用特征库,并对加密流量采用 SNI、证书或行为特征辅助识别。
基于链路质量选路关注的是“这条路现在好不好”。设备持续探测每条链路的时延、抖动、丢包率和可用带宽,形成实时质量画像。当某条链路丢包超过阈值或时延突增时,即使策略没有变化,选路结果也可能自动切换。常见探测方式包括 BFD、ICMP、HTTP 探测以及随流检测,探测周期和阈值需要根据业务敏感度设定。
基于策略选路是管理员意图的集中表达。它把“谁、在什么时间、访问什么、走哪条路、什么条件下切换”写成规则。策略可以基于用户组、源/目的地址、应用、时间段、链路优先级等条件组合,并支持主备、负载分担、最优质链路等动作。策略是选路的“骨架”,应用识别和链路质量则是填充骨架的“血肉”。
基于优先级选路解决资源竞争问题。当多条流量争抢同一条优质链路时,按优先级决定谁先走、谁排队、谁被降级。优先级通常与 QoS 队列、DSCP 标记配合,高优先级业务获得低时延转发,低优先级业务在拥塞时被限速或改走备用链路。
本地决策与集中控制如何协同
SD-WAN 选路不是“控制器说了算”或“设备自己说了算”的二选一,而是分层协同。集中控制器掌握全网拓扑、站点间链路关系、策略版本和应用清单,负责把策略翻译成各 CPE 可执行的规则并下发;本地 CPE 则负责毫秒级的链路探测、质量评估和快速切换。当探测到丢包率从 0.2% 升到 3%、时延从 25ms 升到 90ms 时,本地设备可以在几十毫秒内把视频流量切到备用链路,而不必等待控制器轮询。控制器随后收到状态上报,更新全局视图,必要时再调整策略。
这种协同的关键在于“职责边界”和“信息同步”。本地决策适合处理瞬态质量变化,集中控制适合处理策略变更、跨站点协调和全局优化。两者之间需要明确:哪些事件本地可自主处理,哪些必须上报;策略版本如何保持一致;链路质量数据以什么周期、什么粒度上报。若边界模糊,容易出现本地已切换但控制器仍按旧状态计算,或策略下发与本地执行冲突。
策略生命周期管理:从定义到退场
选路策略不是一次性配置,而是有生命周期的对象。完整生命周期通常包括五个阶段:定义与建模,明确业务意图、应用清单、链路集合和优先级;仿真与验证,在控制器中模拟策略命中情况和切换效果,检查是否存在冲突或覆盖;灰度下发,先在一个站点或一类应用上生效,观察实际选路结果;监控与调优,持续跟踪命中率、切换次数、时延改善和业务体验;归档与退场,当业务下线或链路退役时,清理关联策略,避免残留规则干扰新业务。
生命周期管理中最容易被忽视的是“策略冲突”和“版本一致性”。多条策略可能同时匹配同一流量,此时需要明确匹配顺序和优先级;控制器与 CPE 之间的策略版本若不一致,可能导致同一流量在不同站点走不同链路。建议为每条策略分配唯一标识和版本号,并在下发前做冲突检测。
一个可参考的策略示例
假设某企业有 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 操作是否流畅。若命中率低,优先检查应用识别是否准确;若切换频繁,优先调整探测周期和阈值;若切换后质量未改善,则要检查备用链路本身是否满足业务要求。
选路机制的价值,最终体现在“业务体验可预期”上。四类选路依据不是彼此替代,而是共同构成决策输入;本地与集中协同不是二选一,而是分层响应;策略生命周期管理则保证这套机制不会随着时间推移而失控。把这三层关系理清,后续的链路质量探测、应用识别优化和策略调优才有稳定的框架可依。