SD-WAN QoS 怎么配置？语音、视频与业务流量优先级设置

更新于 2026-11-03 · sailingnet.shop

简答：SD-WAN QoS 的核心不是让所有流量变快，而是在出口拥塞时先保障语音、视频会议和核心业务。建议按“识别流量→分类标记→映射队列→配置带宽与调度→在瓶颈出口验证”的顺序配置；不同厂商的菜单、队列编号和参数名称不能直接照抄，需以设备型号、控制器版本和官方文档为准。

定义：SD-WAN QoS 是通过流量分类、标记、队列、调度、限速和整形，在链路拥塞时控制不同业务转发顺序与带宽占用的机制。

先试这一步：用五步确定QoS配置方向

如果你正在处理视频会议卡顿、语音断续或文件传输挤占链路，先不要直接修改队列参数。先记录实际出口带宽、业务流量、拥塞时段和当前丢包，再按下面五步建立最小可用策略。

确认瓶颈位置：分别检查分支出口、隧道出口、云侧入口和局域网交换机上联。QoS通常应配置在实际拥塞的出口方向，而不是只在隧道或控制器页面启用。
列出业务清单：至少区分语音、视频会议、核心业务、普通办公、批量传输和默认流量。不要把所有视频都设置为最高优先级。
选择识别条件：优先使用厂商已验证的应用识别或应用ID；无法识别时，再使用DSCP、源/目的地址、协议、端口或ACL。端口匹配只能作为核验后的补充条件。
建立队列和调度：语音使用严格低延迟队列或等效优先级；视频会议和核心业务使用有保障的高优先级队列；普通办公使用公平调度；批量传输使用低优先级或限速队列。
先小范围验证：选择一个出口或一条业务策略观察队列命中、队列丢弃、出口利用率、时延、抖动和丢包。结果异常时，先撤销新策略或恢复原策略，再调整参数。

QoS的直接作用是拥塞管理，不是增加物理带宽。Cisco官方将QoS拆分为分类与标记、转发类、限速、整形、丢弃以及队列调度等环节，可参考Cisco关于SD-WAN QoS基础和默认行为的说明。

语音、视频和业务流量应该怎样分级

建议先定义业务优先级，再决定DSCP、队列和带宽参数。下面是跨厂商的规划模板，不是可以直接导入任何设备的配置文件。

业务类别	典型流量	建议处理	冲突风险	验证方式	低风险回退
语音	IP电话、语音信令与媒体流	低延迟队列或严格优先；设置明确上限，避免无限抢占	误把普通音频或大流量实时媒体纳入后，可能挤压核心业务	查看队列命中、抖动、丢包和通话质量	取消严格优先，改为有保障带宽队列
视频会议	会议音视频、屏幕共享	高优先级保障，但通常不与语音共用同一严格优先队列	屏幕共享和高清会议可能产生突发流量	分别观察会议媒体、共享和普通视频流量	限制最大带宽，保留语音优先
核心业务	ERP、订单、数据库访问和远程桌面	使用有保障带宽、较高调度权重或AF类标记	大文件查询或备份流量可能被误归类	检查响应时间、队列等待和重传	按地址、应用或端口缩小匹配范围
普通办公	网页、邮件、即时通信	公平调度或默认队列	分类过宽会让非关键流量获得过高权重	查看默认队列是否持续堆积	恢复默认分类
批量传输	备份、同步、系统更新和大文件	低优先级、最大带宽限制或错峰传输	限速过低可能导致任务超时	观察限速、丢弃和任务完成时间	取消限速，改为错峰或单独链路
默认流量	未被明确识别的流量	保留可用带宽，避免全部进入优先队列	默认类过小会导致大量业务丢包	核对未分类流量比例和队列丢弃	扩大默认类带宽或撤销分类策略

语音应优先保证低时延和低抖动，但视频会议通常需要同时控制突发带宽，因此“语音最高、视频次高、核心业务有保障、批量流量让路”比“所有实时业务都严格优先”更容易控制风险。具体队列数量、LLQ名称和默认队列行为取决于设备与软件版本。

配置前必须明确的六个参数

实际可用带宽：以拥塞出口能够稳定转发的带宽为基准，不要直接使用运营商标称速率。双WAN场景应分别记录每条链路的上、下行能力。
分类入口：确认分类发生在服务侧、局域网入口、隧道入口还是出口。不同设备可能在不同方向应用策略。
DSCP策略：可以使用DSCP作为分类或重标记条件，但跨设备、跨运营商或跨域传输时不能默认对方会保留标记。应在入口、隧道和出口分别抓包或查看统计核验。
队列调度：严格优先适合少量、明确的低延迟业务；带宽保证或加权调度适合核心业务和视频会议。优先级越高不等于可以无限占用带宽。
整形与管制：整形会延迟超额流量，管制通常会丢弃或重标记。对于明确的出口瓶颈，应优先核对出口整形速率是否接近真实可用带宽。
回退条件：提前保存现有策略、模板和设备配置。出现控制面异常、关键业务丢包增加、队列持续满载或普通流量无法使用时，应先停用新增规则或恢复上一版配置。

Cisco官方文档说明，SD-WAN可以按IP报头地址、端口和DSCP等条件控制流量，并区分集中式数据策略与本地化数据策略；这意味着不能把“链路选路”和“出口QoS”当作同一项配置。可参考Cisco SD-WAN QoS实施说明。

按厂商界面配置时，应该怎样核验

跨厂商教程不应直接给出一套假定菜单或命令。更稳妥的方式是核对厂商文档中的四层关系：流量分类、QoS类、QoS策略、接口或隧道应用。

控制器型SD-WAN：先确认策略是集中式还是本地化，再确认策略是否已绑定到目标设备模板和正确的服务侧或传输侧接口。
队列型设备：确认转发类是否真正映射到出口队列，并核对严格优先队列是否配置了速率上限。
应用识别型平台：确认应用识别结果、访问规则和QoS类是否使用同一匹配对象，避免“看起来创建了策略但没有流量命中”。
双链路或多隧道：先分别验证每条链路的QoS，再验证路径选择策略。某些平台的每隧道QoS只支持特定拓扑、设备角色或版本，不能据名称推断兼容性。

例如，Forcepoint的官方说明把QoS配置拆成QoS Class、QoS Policy和接口QoS Mode，并要求通过访问规则把流量分配到QoS类；华为乾坤的案例则要求先完成QoS数据规划，再通过应用识别、限速和实流验证业务效果。可分别查看Forcepoint QoS配置概览和华为云QoS策略配置案例。

小带宽分支与双WAN的起始方案

下面的比例只能作为测试起点，不能代替现场测量。假设一条分支出口在高峰期可稳定使用100%的有效带宽，可先按业务重要性建立相对关系：语音使用严格优先但设置明确上限；视频会议与核心业务合计获得较高的保障比例；普通办公保留基础份额；批量传输使用剩余带宽或低优先级。若出口只有较小带宽，应先限制批量传输和高清共享，不要继续扩大严格优先队列。

双WAN场景先分别测量两条链路的时延、抖动、丢包和可用带宽，再决定是主备、按应用选路还是按业务分担。QoS解决的是单条出口发生拥塞时的排队与丢弃问题；如果路径本身长期丢包或时延过高，仅提高优先级不能修复底层线路，应转入链路、隧道和选路排查。

验证、调优与停止条件

验证命中：确认语音、视频会议、核心业务和批量流量分别进入预期分类或队列。
验证拥塞：在业务高峰或受控测试流量下观察出口利用率、队列深度、队列丢弃、整形速率和默认类占用。
验证体验：语音重点看抖动、丢包和通话质量；视频会议看音视频断续、共享延迟和重传；核心业务看响应时间与事务失败；批量传输看是否影响关键业务。
一次只改一个变量：先调分类范围，再调优先级，再调带宽保障或最大带宽。每次保留变更记录和回退点。
达到停止条件：如果优先队列持续满载、普通业务明显无法使用、队列丢弃扩大，或策略命中与预期不符，应立即恢复上一版策略，重新核对分类和实际瓶颈。

Cisco IOS XE Catalyst SD-WAN官方指南提供了队列统计、服务策略、优先级、带宽比例和丢弃计数等验证方向；具体查看命令必须以设备平台和软件版本对应的官方指南为准，不能直接套用其他型号命令。可参考Cisco Catalyst SD-WAN Forwarding and QoS Configuration Guide。

常见错误：为什么配置了QoS仍然卡顿

把带宽保障当成带宽增加：QoS只能重新分配拥塞时的转发机会，不能增加物理线路容量。
只在控制器上创建策略：策略没有绑定到正确设备、接口、方向或模板时，可能没有实际流量命中。
把所有视频设为最高优先级：高清视频、直播、云盘同步和会议共享的流量特征不同，分类过宽会让优先队列被大流量占满。
只看平均延迟：平均值正常并不代表没有抖动和突发丢包，应同时观察分位延迟、抖动、队列深度和丢弃。
忽略局域网瓶颈：如果问题发生在无线接入、交换机上联或终端CPU，WAN出口QoS可能无法改善体验。

常见问题

SD-WAN QoS是不是把语音和视频都设置成最高优先级？

不是。语音通常更需要低延迟和低抖动，可使用受限的严格优先；视频会议既需要优先级，也需要控制突发带宽。核心业务应获得明确的带宽保障，批量传输则应让出拥塞时的转发机会。

DSCP标记可以直接决定SD-WAN的优先级吗？

不能直接假定。设备可以按DSCP分类或重标记，但跨设备、隧道、运营商或不同管理域传输时，标记可能被修改、清除或不被信任。应在入口、隧道和出口查看实际标记与队列命中情况。

QoS应该配置在WAN接口、隧道还是局域网接口？

先配置在实际发生拥塞的出口方向。若瓶颈是WAN物理出口，应优先核对WAN出口整形和队列；若问题发生在隧道、云侧入口或局域网上联，则需要分别验证对应接口。不要只凭菜单名称判断。

配置QoS后视频会议更卡，应该先改什么？

先检查视频会议流量是否被错误归入严格优先队列、出口整形速率是否低于真实可用带宽、队列是否持续满载，以及策略是否命中正确应用。若关键业务和普通业务同时恶化，先恢复上一版策略，再缩小分类范围。

小带宽分支可以直接照搬大分支的QoS比例吗？

不建议。小带宽分支应先测量有效带宽和业务峰值，再限制批量传输与高清共享，并给语音和核心业务设置可验证的保障。不同厂商的队列、调度方式和每隧道能力也可能不同，需要按设备文档核验。