NTP

0

(0to63)

ThissettingtakeseffectonlyifNetworkQoSModeissettoDiffserv.DefinewhichpriorityNTPpacketsshouldhaveintheIPnetwork.ThetrafficclassesrecommendedintheDiffServRFCsmaptoadecimalvaluebetween0and63.Werecommendyouuse0forNTP.Theprioritysetheremightbeoverriddenwhenpacketsareleavingthenetworkcontrolledbythelocalnetworkadministrator.

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

Signalling

24

(0to63)

ThissettingtakeseffectonlyifNetworkQoSModeissettoDiffserv.DefinewhichprioritySignallingpacketsthataredeemedcritical(time-sensitive)forthereal-timeoperationshouldhaveintheIPnetwork.ThetrafficclassesrecommendedintheDiffServRFCsmaptoadecimalvaluebetween0and63.WerecommendyouuseCS3forSignalling.CS3equalsthedecimalvalue24.Theprioritysetheremightbeoverriddenwhenpacketsareleavingthenetworkcontrolledbythelocalnetworkadministrator.

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

Video

34

(0to63)

ThissettingtakeseffectonlyifNetworkQoSModeissettoDiffserv.DefinewhichpriorityVideopacketsshouldhaveintheIPnetwork.Thepacketsofthepresentationchannel(sharedcontent)arealsointheVideopacketcategory.ThetrafficclassesrecommendedintheDiffServRFCsmaptoadecimalvaluebetween0and63.WerecommendyouuseAF41forVideo.AF41equalsthedecimalvalue34.ThissettingalsoappliestoWebRTCmeetings.Theprioritysetheremightbeoverriddenwhenpacketsareleavingthenetworkcontrolledbythelocalnetworkadministrator.

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

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

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

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

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

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

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

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

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

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

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

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

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

• 数据共享：34（AF41）。

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

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

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

• 解决：与运营商确认是否支持Diffserv透传，若不支持，可通过企业专线（如MPLSVPN）保障优先级；或在内网出口部署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. 出口路由器：对音视频流量做“带宽保障+优先级转发”，避免公网拥塞影响。