Dante QoS 设置：优先保障时钟与音频流量

TL;DR — Dante 会用 DSCP 值标记时钟、音频和其他数据包，让兼容交换机把时间敏感流量排在普通数据之前。在混合用途、拥塞、混速或承载视频的网络中，QoS 尤其重要。应保留 Dante 的标记，将其映射到四个或更多队列，并让时钟优先级最高、音频次之；如交换机支持，使用严格优先级调度，然后通过受控压力测试验证实际交换机策略、链路负载、错误、时延以及音频表现。

QoS 决定拥塞链路上先发哪一类数据包

服务质量（Quality of Service）不会凭空增加带宽。它只是让受管交换机在多个数据包竞争同一出口链路时，能够按规则分类排队，并决定哪一类先发送。

Dante 使用 IP 头中的差分服务代码点（Differentiated Services Code Point, DSCP）标记。终端设备先给流量打标；交换机必须信任或识别该标记，并将其映射到合适的硬件队列。

具体的 DSCP 值和交换机命令取决于 Dante 模式、设备代际、固件和交换机平台。应以最新的 Audinate 和交换机厂商文档为准，不要照搬来自其他网络、未经验证的模板。

了解什么时候需要 QoS

一个小型、专用、低利用率的千兆 Dante 网络，可能在没有自定义交换机策略的情况下也能正确传输音频。但这并不能证明已经配置了 QoS，也不能预测后来增加更多流量后的行为。

当网络具备以下一种或多种条件时，QoS 就变得重要：

• Dante 与控制、办公、互联网、文件传输、NDI 或其他数据共用链路；
• Dante 视频或其他高带宽媒体系统使用同一基础设施；
• 路径中同时存在 100 Mbps 和千兆链路；
• 上联口汇聚多个接入交换机的流量；
• 冗余或故障切换事件可能把流量挤到更少的链路上；
• 设计上刻意接近链路的实际承载上限运行。

优先级无法修复超订阅设计。如果时间敏感流量本身就超过了链路容量，数据包仍然会丢失。应先修正拓扑、链路速率、组播范围或通道数量，再把 QoS 当作容量替代方案。

Dante 单播与组播指南 解释了接收端分发如何改变流和带宽行为。QoS 与组播管理解决的是不同问题。

将 Dante 标记转换为交换机队列

一个有用的 Dante 策略，应当保留终端设备的 DSCP 标记，并在媒体路径上的每一台交换机中保持一致映射。Audinate 建议使用支持基于 DSCP 的 QoS、至少四个队列，并在相关部署中使用严格优先级队列调度的交换机。

应有计划地建立这项策略：

1. 清点每一台交换机的型号、固件版本、端口速率和上联口；
2. 确认交换机在接入口是否信任 DSCP，或会重写 DSCP；
3. 将 Dante 时钟流量映射到最高优先级队列；
4. 将时间敏感的 Dante 媒体映射到下一优先级队列；
5. 将控制流量放在实时媒体之后，普通数据再放在其后；
6. 在完整路径上保持策略一致；
7. 保存并导出已接受的交换机配置。

不要假设队列 7 总是高于队列 1。不同厂商对队列的命名和调度方式并不相同。要验证的是调度行为，而不只是界面上的名称。

让时钟与音频优先级保持区分

时钟数据包很小，但对时延抖动极其敏感。音频数据包带宽更高，同时也有截止时间。把时钟设为最高类别，有助于维持稳定同步，而音频则获得下一层实时类别。

Dante 时钟 leader 指南 介绍了 leader 选举和外部参考。QoS 保护的是数据包传输；它不会决定 leader，也不能修正错误的时钟设计。

将自定义 DSCP 修改视为高级操作

部分 Dante 产品提供 PTPv2 DSCP 设置，用于基于标准的互操作性。如果在没有端到端规划的情况下更改这些值，终端设备和交换机之间可能会对标记产生分歧。编辑之前，应记录原始值、修改原因、受影响的每台设备以及回滚方案。

移除那些会妨碍实时音频的网络行为

QoS 只是适合交换机配置中的一部分。还应检查以下边界条件：

• 以太网节能（Energy Efficient Ethernet）：如果设备和交换机指南要求，应在 Dante 端口上禁用 EEE 或 Green Ethernet；
• 链路速率与双工：确认每个终端和上联口的协商状态；
• 组播控制：如果网络设计需要，启用 IGMP snooping，并在正确位置放置 querier；
• 风暴控制与速率限制：确保它们不会丢弃合法的发现、时钟或媒体流量；
• VLAN 与路由边界：保持获批的 Dante 路径和发现范围清晰明确；
• Wi-Fi：不要使用无线链路承载 Dante 媒体；将组播媒体与控制器接入点隔离或过滤。

避免在不了解其如何分类 Dante 的情况下，开启一整套通用的“语音 VLAN”或自动 QoS 功能。为电话话机设计的预设，可能会重写标记或优先处理错误的流量。

在真实负载下验证策略

1. 保存干净的基线

记录拓扑、交换机配置、设备名称、链路速率、采样率、延迟设置、订阅、组播流以及正常端口利用率。

2. 检查分类和计数器

确认带有预期标记的数据包进入了目标队列。检查所有相关交换机上的接口错误、丢弃、队列丢包、拥塞计数器和上联利用率。

3. 测试真实音频终端

在调音台、处理器、功放、录音设备和广播输出端监听并测量。仅靠交换机计数器无法证明通道身份或端到端音频正确。

4. 加入受控竞争流量

在已授权的测试窗口内，复现最高可信的数据负载，但不要超过获批设计。观察时钟稳定性、接收时延、数据包错误、队列丢包和可听输出。

5. 测试故障路径

一次断开一个上联口或获批的网络组件。确认剩余路径仍有足够容量，并保留相同的 QoS 策略。Dante 延迟设置指南 解释了为什么应先做路径诊断，再考虑增加接收缓冲，而不是用它来替代诊断。

6. 恢复并比较

将网络恢复到已接受的拓扑，验证每条路由，并将计数器与基线进行比较。保存最终配置并记录日期证据。

将网络优先级责任写入 Rider

一个有用的交接说明，应写明 Dante VLAN 或物理网络、交换机型号与负责人、DSCP 信任边界、队列映射、调度模式、EEE 状态、链路速率、上联口、组播策略、正常利用率、压力测试方法、故障测试、监控访问权限以及回滚文件。

在 Techrider.live 中，将网络设备名称与 I/O 和设备清单对齐，邀请系统和网络工程师共同编辑同一个 Rider，保存已接受的交换机方案，在变更后查看历史记录，并导出带日期的 PDF 供入场使用。

Dante QoS 检查清单

• Dante 路径中的每台交换机和每条链路都已清点。
• Dante 的 DSCP 标记已被有意信任或分类。
• 时钟具有最高实时优先级，媒体具有下一优先级。
• 至少四个队列以及其调度行为已被验证。
• 已检查 EEE、链路速率、组播、VLAN 和速率限制设置。
• 已在负载下测试队列计数器和真实音频终端。
• 已记录故障路径、回滚和配置责任归属。

FAQ

Dante 需要配置 QoS 吗？

并不是每个小型专用网络都必须有自定义 QoS 配置才能传输音频，但在混合用途、拥塞、混速或承载视频的网络中，QoS 很重要。应在利用率或拓扑让数据包竞争暴露为故障之前完成设计。

Dante 常用哪些 QoS 设置？

Dante 终端设备会用 DSCP 值标记时钟、时间敏感媒体、控制和尽力而为类别的流量。交换机必须保留或分类这些标记，并将其映射到合适的队列。请在相关 Audinate 文档中确认当前值。

Dante 的 QoS 应该使用严格优先级队列吗？

Audinate 建议在合适的 Dante 网络中使用基于 DSCP 的 QoS、四个队列以及严格优先级队列调度。应用策略前，请确认交换机厂商的队列顺序和避免饥饿机制。

如何验证 Dante 网络上的 QoS？

检查 DSCP 分类、队列映射、端口和队列计数器、链路利用率、时钟稳定性、时延和错误。然后在受控的竞争负载和获批的故障条件下，测试真实音频终端。

Dante 可以和其他流量共用一个网络吗？

可以，只要容量、QoS、组播控制、VLAN 或路由边界以及运行责任都被端到端设计好。共享一台交换机并不自动意味着每条路径都有足够带宽或一致的优先级。

让数据包优先级可测试

创建一份 Rider，记录演出依赖网络之前的流量类别、信任边界、队列策略、链路容量、监控、压力测试、故障测试、负责人和回滚方案。