NTP

0

(0 to 63)

This setting takes effect only if Network QoS Mode is set to Diffserv. Define which priority NTP packets should have in the IP network. The traffic classes recommended in the DiffServ RFCs map to a decimal value between 0 and 63. We recommend you use 0 for NTP. The priority set here might be overridden when packets are leaving the network controlled by the local network administrator.

只有当网络服务质量模式设置为区分服务时，此设置才会生效。定义NTP数据包在IP网络中应具有的优先级。区分服务RFC中推荐的流量类别对应0到63之间的十进制值。我们建议您为NTP使用0。当数据包离开由本地网络管理员控制的网络时，此处设置的优先级可能会被覆盖。

Signalling

24

(0 to 63)

This setting takes effect only if Network QoS Mode is set to Diffserv. Define which priority Signalling packets that are deemed critical (time-sensitive) for the real-time operation should have in the IP network. The traffic classes recommended in the DiffServ RFCs map to a decimal value between 0 and 63. We recommend you use CS3 for Signalling. CS3 equals the decimal value 24. The priority set here might be overridden when packets are leaving the network controlled by the local network administrator.

此设置仅在网络服务质量模式设为区分服务（Diffserv）时生效。请定义对于实时操作而言被视为关键（时间敏感）的信令数据包在IP网络中应具有的优先级。区分服务RFC中推荐的流量类别对应0到63之间的十进制值。我们建议为信令使用CS3，CS3等于十进制值24。当数据包离开由本地网络管理员控制的网络时，此处设置的优先级可能会被覆盖。

Video

34

(0 to 63)

This setting takes effect only if Network QoS Mode is set to Diffserv. Define which priority Video packets should have in the IP network. The packets of the presentation channel (shared content) are also in the Video packet category. The traffic classes recommended in the DiffServ RFCs map to a decimal value between 0 and 63. We recommend you use AF41 for Video. AF41 equals the decimal value 34. This setting also applies to WebRTC meetings. The priority set here might be overridden when packets are leaving the network controlled by the local network administrator.

只有当网络服务质量模式设置为区分服务（Diffserv）时，此设置才会生效。请定义视频数据包在IP网络中应具有的优先级。演示通道（共享内容）的数据包也属于视频数据包类别。区分服务RFC中推荐的流量类别对应0到63之间的十进制值。我们建议您为视频使用AF41。AF41等于十进制值34。此设置也适用于WebRTC会议。当数据包离开由本地网络管理员控制的网络时，此处设置的优先级可能会被覆盖。

视频会议 QoS 优化进阶：Diffserv 落地避坑与效果验证

一、Diffserv 落地常见坑点与解决方法

1. 坑点：网络设备未开启 Diffserv 功能

• 表现：设备端已设优先级，但音视频仍卡顿，抓包显示数据包未被标记优先级。

• 解决：联系企业网络管理员，在核心交换机、路由器上开启 “Diffserv（DSCP）” 功能，并配置 “流量分类 + 优先级调度” 策略（如将 DSCP 值 46 的流量映射到最高优先级队列）。

• 支持：黄经理团队可协助与网络管理员对齐配置规则，避免策略冲突。

2. 坑点：多业务优先级冲突

• 表现：视频会议音频（DSCP 46）与企业 VoIP 电话（同设 46）抢占带宽，导致双方都卡顿。

• 解决：按 “业务重要性” 分层规划 DSCP 值：

• 视频会议音频：46（EF）；

• VoIP 电话：45（次高 EF）；

• 视频会议视频：36（AF42）；

• 数据共享：34（AF41）。

• 建议：联系黄经理（13414458918）协助梳理企业业务优先级清单。

3. 坑点：公网出口优先级被覆盖

• 表现：内网测试音视频流畅，但跨国 / 跨运营商会议卡顿，抓包显示出口数据包 DSCP 值被重置为 0。

• 解决：与运营商确认是否支持 Diffserv 透传，若不支持，可通过企业专线（如 MPLS VPN）保障优先级；或在内网出口部署 QoS 设备，对音视频流量做带宽预留。

二、Diffserv 效果验证方法

1. 抓包验证优先级标记

• 用 Wireshark 在设备网口抓包，查看 IP 数据包的 “DSCP” 字段：

• 音频包应显示 “46（EF）”；

• 数据包应显示 “34（AF41）”；

• 若标记错误，重新检查设备 QoS 配置。

2. 带宽压力测试

• 模拟内网高负载（如同时下载大文件、开启多台设备上网），发起视频会议：

• 正常情况：音视频无卡顿，共享内容传输延迟 < 200ms；

• 异常情况：联系黄经理（13414458918）协助分析带宽瓶颈，调整 QoS 队列权重。

3. 端到端延迟测试

• 使用 Poly 设备内置的 “网络诊断” 功能，或第三方工具（如 iPerf）测试音视频流的端到端延迟：

• 优质状态：延迟 < 150ms，抖动 < 30ms；

• 若不达标，检查网络链路是否存在丢包，或 Diffserv 策略是否生效。

三、Diffserv + 视频设备的最佳实践

1. 设备端：设置 Audio（46）、Video（36）、Data（34）；

2. 内网交换机：配置 DSCP 队列，46→队列 1（带宽预留 30%）、36→队列 2（带宽预留 20%）；

3. 出口路由器：对音视频流量做 “带宽保障 + 优先级转发”，避免公网拥塞影响。