Dante 延迟设置：建立可靠的现场音频延迟预算

TL;DR — Dante 接收端的延迟设置本质上是一个数据包缓冲区，不是速度控制器。它必须设置得足够长，才能让数据包穿过真实的交换机路径，并在正常时序波动下按时到达。把数值调短不会让网络本身更快；如果数据包晚于截止时间到达，音频就可能出现爆音或静音。应计算交换机跳数，确认支持的取值和链路速率，从稳定余量开始，在真实流量和故障条件下测试，并按每个接收设备记录设置。

设备延迟只是端到端延迟的一部分

Dante 以数据包形式传输数字音频。接收设备会短暂缓存传入数据包，以便按正确顺序、在正确时间播放。其配置的 receive latency 定义了这个网络缓冲窗口。

听感上，用户感受到的不只是这一项设置：

不要因为某个接收端显示了 0.25 ms，就把整个网络描述成“总延迟 0.25 ms”。这个设置只覆盖该接收端的 Dante 网络交付窗口，而不是系统中所有转换、处理器和声学延迟。

先求稳定，再求最小值

应使用在真实拓扑下仍然可靠的最低支持设置，但不要一开始就追最小值。正确数值取决于设备能力、交换机跳数、链路速率、网络设计和流量条件。

更稳妥的工作流程是：

1. 画出最远的发送端到接收端路径；
2. 计算媒体经过的每一台交换机；
3. 确认每一跳的链路速率；
4. 检查接收端支持哪些延迟值；
5. 选择一个对计划路径有余量的数值；
6. 在完整演出流量开启时测试；
7. 只有在制作现场有可测量理由时才降低数值。

巡演系统经常面对未知或变化中的场馆网络。一个稍大的稳定缓冲，通常比一个只在空白实验网络里勉强可用的脆弱最小值，更适合作为交接方案。

逐个接收端计算路径

延迟是在接收设备上配置的，所以两个目的端可以合理地使用不同数值。距离 FOH 调音台一跳的功放，与跨越多台分发交换机的录音机，不会共享同一条路径。

建立一张路径表：

要统计的是物理交换机，而不是 IP 子网或线缆标签。机柜里隐藏的一台非管理型交换机，仍然会增加一跳。即便相邻端口都是千兆，协商到 100 Mbps 的链路也可能成为限制边界。

先理解晚包，再改设置

晚包警告表示媒体到达接收端当前截止时间之后才抵达。增加延迟可以提供更多容差，但不应拿它代替排障。

常见原因包括：

• 设置对交换机路径来说太短；
• 某条链路协商到了意料之外的速率；
• 某台交换机过载或配置不正确；
• 多播流量到达了并不需要它的链路；
• 线缆、连接器、光模块或转接器产生错误；
• 拓扑变化后没有更新延迟计划；
• 节能或其他交换机行为干扰了对时敏感的流量。

检查设备与交换机计数器、事件历史、链路速率、时钟状态和带宽。 Dante 单播与多播指南 解释了不必要的多播如何给受限链路增加负载。如果路径有问题，就修复路径；只有在路径本身有效但确实需要更大交付窗口时，才增加缓冲。

将延迟与时钟和冗余分开看

Dante 时钟同步告诉设备采样应当在什么时间点。接收延迟则让数据包在播放前有机会到达。设备可以显示时钟正常，而媒体数据包仍然迟到。两者都要检查。

冗余的主、备网络都应该支持所配置的延迟。备用路径在发生线缆、交换机或电源故障后，仍必须保持在预算内。 Dante 冗余与交换模式指南 讲解了所需的隔离和故障域测试。

还要把传输延迟与扬声器对齐延迟区分开。输出延迟可能被有意用于让补声音箱或延时音箱与声学参考点对齐。 通道延迟与输出延迟指南 解释了这一处理决策。不要为了补偿声学时间需求而降低 Dante 缓冲。

测试完整网络，而不是空闲补丁

1. 保存已知状态

记录设备名称、固件上下文、采样率、时钟主设备、订阅、流类型、接收端延迟设置、链路速率、拓扑和交换机配置。

2. 验证正常音频

把所有必需通道送到真实目的地。确认订阅、时钟、数据包、错误和延迟指示，再在目的端实际监听，而不是只看一个绿色图标。

3. 用真实方式给网络加负载

开启录音、广播、功放、控制及其他演出路由。测量核心链路和边缘链路上的带宽。空网络无法证明演出状态。

4. 测试最远路径

测试位于最多交换机之后的接收端，以及任何 100 Mbps 或共享上联路径。让节目音频持续播放，同时在有意义的时间段内观察晚包。

5. 拔掉真实组件

在授权范围内，断开一条冗余链路，或关闭一条交换机路径的电源。确认幸存路径仍能保持时钟、音频和延迟预算。下一次测试前恢复基线。

6. 一次只改一个接收端

如果确有理由需要不同设置，只修改受影响的接收端，清零或记录计数器时间戳，重复完整测试，并保存被接受的配置。不要为了掩盖一条坏链路，就把所有数值全局调大。

在 Rider 中记录延迟预算

交接资料应标明拓扑、最长路径、链路速率、接收端设置、预期流量、需要检查的警告、测试时长、故障测试、负责人以及批准的基线。“低延迟 Dante”不是可测量指标。

在 Techrider.live 中，让设备与网络说明与舞台布局图和信号交接保持一致，邀请系统工程师和录音工程师共同编辑同一份 Rider，保存已接受的数值，在拓扑变化后查看历史，并为场馆导出带日期的 PDF。

Dante 延迟检查清单

• 已确认每个接收端支持的延迟值。
• 已绘制最长路径和全部交换机跳数。
• 已检查每个关键边界上的协商链路速率。
• 测试中包含演出流量、多播和受限链路。
• 时钟状态与晚包历史分开检查。
• 冗余路径故障仍保持在可接受预算内。
• 每个设置、测试结果、负责人和基线都已记录。

FAQ

Dante 的延迟应该设多少？

选择一个接收端支持、且能够安全覆盖实际交换机路径和流量的数值。从稳定余量开始，测试完整演出网络，只有在测量结果支持时才使用更短的值。

Dante 出现晚包是什么原因？

数据包可能因为缓冲太短、路径跳数过多、链路过慢或故障、流量过大，或者交换机配置不合适而迟到。在更改设置之前，应先诊断计数器和拓扑。

Dante 设备可以使用不同的延迟设置吗？

可以。延迟是接收端设置，不同路径或不同设备能力的目的端可以使用不同的支持值。应分别记录每个设置，而不是假设整个网络只有一个统一数值。

网络交换机会增加 Dante 延迟吗？

每台交换机都必须接收并转发数据包，因此路径及其排队都会贡献到交付时间。选择和测试接收端延迟时，要计算所有交换机并验证链路速率。

如何测试 Dante 网络延迟？

运行所有演出路由，检查时钟和晚包指示，测量关键链路，测试最长接收端路径，执行授权范围内的故障测试，在真实目的端监听，并在每次受控变更后重复测试。

让网络预算可重复执行

为每一个关键 Dante 目的端创建一份 Rider，写明路径、交换机跳数、链路速率、接收端设置、流量状态、测试、负责人以及回退方案。