监控系统和办公网共用一张网络时，经常遇到一个现象：网络带宽明明够用，一到高峰时段录像画面还是卡顿、花屏。原因多半出在拥塞控制上。交换机对流量一视同仁，先到的先转发，视频码流稍微被大文件下载、系统更新挤占，就会丢包卡顿。QoS 的作用就是给流量分等级：视频流标成高优先级，拥塞时优先转发，低优先级流量排队等待。本文按标记、映射、调度三步讲清监控网络 QoS 的配置方法。
为什么监控网络需要 QoS
监控流量有两个特点：一是大流量持续不断，一台 400 万像素摄像机主码流就有 4 至 8 兆，几十上百路叠加起来占据大量带宽；二是对时延和丢包敏感，实时预览和录像存储稍有抖动就卡顿，而且回放时 QoS 保障同样重要。摄像头码流可以通过编码参数优化，但网络层如果不做区分，视频流和办公流量平等竞争，拥塞时必然一起丢包。
| 流量类型 | 典型业务 | 优先级诉求 |
|---|---|---|
| 视频流（主码流） | 实时预览、录像存储 | 时延低、不丢包，最高优先级 |
| 视频流（子码流） | 多画面切换 | 次高优先级 |
| 语音流 | 呼叫对讲、五方通话 | 端到端时延小，仅次于主码流 |
| 控制信令 | 云台控制、平台指令 | 小流量但要求即时到达 |
| 办公数据 | 网页、文件、邮件 | 可容忍等待，最低优先级 |
网络拥塞时如果没有 QoS，低优先级的大文件下载流会把交换机出口队列占满，高优先级的视频流和普通数据一起排队，公平调度反而让关键业务受损。配置 QoS 之后，视频流被标记并送入高优先级队列，交换机优先转发，低优先级业务最多延迟，不丢视频关键帧。
优先级怎么标记：DSCP
QoS 的起点是给报文打上优先级标签。三层网络里用 DSCP 字段标记，常见取值约定清晰：视频流标 32（对应 PHB 值 CS4 或按厂商映射到视频队列）、语音流标 46（EF）、普通数据标 0 或不标。摄像机、NVR、平台服务器如果支持 DSCP 设置，直接在上游设备把视频流量标记好，整网按标记识别转发，这是最干净的做法。
下游设备没有做标记能力时，可以在交换机入接口按流分类打标。华为交换机上的配置思路是创建 DiffServ 域，把 DSCP 优先级映射到 PHB，再绑定到接口并信任 DSCP。实际组网中也可以按 IP 或端口特征分类，例如把摄像机网段的所有流量统一标成高优先级，实现更简单，缺点是没法细分主码流和子码流。
- 在摄像机或 NVR 上配置视频流 DSCP 标记（如视频流 32、控制信令 46）。
- 交换机创建 DiffServ 域，把 DSCP 值映射到对应 PHB 和队列。
- 接入交换机连接摄像机的接口启用 trust dscp，信任上游标记。
- 汇聚、核心交换机透传 DSCP 标记，不重写不丢弃。
- 上网行为管理设备或出口做限速时，同样识别 DSCP 分类。
交换机队列怎么配：映射与调度
交换机每个物理接口都有多个硬件队列，配置的核心是把报文按优先级放入不同队列，再用调度算法决定发送顺序。常见映射是：高优先级视频进入队列 5 至 7，普通数据进低队列。调度方式通常用 PQ 加 WRR 混合：高优先级队列走严格优先，保证时延；低优先级队列按权重轮询，保证普通业务也能分到带宽。
| 调度方式 | 机制 | 优点 | 缺点 |
|---|---|---|---|
| PQ（严格优先） | 高队列清空才发低队列 | 关键业务时延极低 | 高流量满载时低业务饿死 |
| WRR（加权轮询） | 各队列按权重轮流发送 | 每个队列都有带宽 | 实时业务可能有抖动 |
| PQ + WRR 混合 | 高队列优先，低队列加权 | 兼顾关键业务与公平 | 需规划权重 |
| CBWFQ + LLQ | 按类别保证带宽加严格优先 | 精细化带宽管理 | 配置量大 |
配置 Priority（LLQ）时带宽占比要谨慎，一般不超过接口带宽的三成。把视频流优先等级设成 50% 以上的教训很常见：大流量视频直接吞掉剩余带宽，办公系统全部超时。同时要注意队列深度，默认队列深度对大批 TCP 流量偏小，随机丢包率高会拖慢吞吐，数据类队列建议调大缓冲。
监控场景怎么落地
具体到监控项目，QoS 配置要和带宽规划配合。接入层交换机连接摄像机的端口数量多、流量单一，重点是保证上联口不拥塞；汇聚和核心层才是 QoS 的主要战场，多路码流在这里汇聚，上联链路按带宽利用率保守配置，预留余量。先按监控带宽计算的公式核出总流量，再决定哪些链路需要 QoS 保护。
- 规划 VLAN：视频 VLAN 与办公 VLAN 隔离，QoS 分类以 VLAN 加 DSCP 双维度识别。
- 接入交换机摄像机端口打标，汇聚交换机做队列映射，核心交换机透传。
- 主码流、子码流分别设优先级，预览和录像链路优先于批量回放。
- 出口或汇聚上联口启用队列调度，LLQ 比例控制在三成以内。
- 用链路质量测试验证效果：抢流量场景下对比配置前后预览画面与丢包率。
- 组播环境下与 IGMP Snooping 配合，避免组播流未经筛选占用带宽。
配置完成后要用真实场景验证：在办公网发起大文件下载，同时观察监控画面是否卡顿；拔掉一条上联链路模拟拥塞，确认视频掉线数量在可接受范围。QoS 不是万能药，带宽规划严重不足时它只能推迟卡顿，把基础带宽和端口利用率规划做好，再叠加 QoS 保底，监控网络才能在高负载下依然稳定。
参考资料
- switch-bandwidth-planning
- video-vlan-acl-isolation
- igmp-snooping-surveillance-network
- video-network-link-quality-test