Dante 订阅错误：按正确顺序诊断路由问题

TL;DR — Dante 订阅错误表明，是某一层阻止了或削弱了接收端到发送端的路由；它并不意味着要把整个网络重建一遍。先读跨点提示和设备状态，再按顺序核对设备可见性、通道身份、采样格式、时钟域、流量容量、访问锁、网络链路健康和接收端延迟。每次只改一个原因，确认目标端确实有音频，并保留已知配置以便回滚。

订阅是已保存的接收端到发送端路由

在 Dante Controller 中，订阅会告诉某个接收通道该使用哪个发送通道。路由矩阵会在跨点位置显示它的当前状态。

绿色的已订阅指示表示连接已经建立。进行中或待定指示可能只是设备正在建立路由时的临时状态。警告和错误指示则需要检查。将鼠标悬停在跨点上，会弹出提示框，显示接收通道、发送通道、路由类型，以及——当出现问题时——更具体的消息。

即使最初设置成功，状态也可能随后改变，例如发送端消失、格式变化、达到流量上限，或网络状况变差。

先读证据，再重建路由

先从四类证据入手：

1. 故障接收端和发送端的跨点提示框；
2. Receive 选项卡中主路径和备份路径的状态；
3. Network Status 中的订阅、延迟、丢包和带宽指示；
4. 故障开始时附近的事件和日志。

在删除路由之前，先保存或导出已知配置。把所有内容都重建一遍，可能会抹掉证据、占用更多流量，并让原始原因更难定位。

还要确认路由名称指向的是预期信号。订阅健康但接到了错误通道，结果仍然是演出失败。 Dante 设备与通道命名指南 提供了一种可恢复的身份模型。

按层级诊断错误

1. 发送端缺失或无法解析

无法解析的订阅通常意味着，接收端记住了一个当前不可见的发送端或通道。请检查：

• 发送端的供电和物理链路；
• 主端口或备份端口是否正确；
• 交换机端口和协商速率；
• 设备名称和通道名称；
• Controller 电脑上选择的网络接口；
• IP 地址、子网、VLAN 和发现范围；
• 是否有替换设备复用了已批准的身份。

不要只是为了去掉图标，就删除无法解析的路由。如果原始设备，或者命名正确的备用设备，重新上线，已保存的订阅可能会按设计自动恢复。

当设备本身在 Controller 中都看不到时，请使用 Dante IP 地址设置指南。

2. 通道格式不正确

当发送端和接收端不支持相同的通道格式时，路由可能失败。采样率是最常见的边界，而上拉或下拉设置会把看似相似的设备放到不同的时钟域中。

在改动任意一端之前，先盘点两个端点。确认已批准的演出格式，保护目标端，按受控顺序应用更改，等待所需重启，只重建那些被格式变更判定失效的路由。

Dante 采样率不匹配指南 详细说明了这条恢复路径。

3. 时钟域不匹配

时钟域消息表示媒体端点没有共享兼容的时序。检查常规采样率、上拉或下拉、PTP 或 RTP 模式、外部同步，以及托管域设置。

不要随意选择 Preferred Leader。先恢复一个兼容的域，再验证主时钟选举、从设备锁定、静音行为和故障切换。对于原生 Dante 时序，请参考 Dante 时钟主设备指南。

4. 没有更多接收流或发送流

Dante 路由通过流来承载。一个流可以携带多个通道，因此通道数和流数不是同一种资源。

“No Receive flows” 表示接收设备不能再接受新的流。“No more flows (TX)” 表示发送端不能再创建所需的另一个单播流。当通道分散在很多设备上，或者某个发送端要向很多接收端供信号时，这种情况很常见。

在改动网络之前：

1. 检查端点当前支持的流量使用情况；
2. 删除真正过时的订阅；
3. 在产品允许的情况下，尽可能高效地把所需通道归组；
4. 当很多接收端需要同一通道时，评估有意设计的组播流；
5. 测试最终带宽以及回滚行为。

不要为了掩盖糟糕的路由整理而随便创建组播。 Dante 单播与组播指南 解释了这种扩散取舍。

5. 设备被锁定或受访问控制

被锁定的接收端可能会拒绝订阅更改。被锁定的发送端可能会阻止新订阅，或者要求授权访问。在托管网络中，操作员也可能没有该域或该设备的权限。

先确认系统所有者和批准的凭据路径。除非负责方已经授权恢复流程，而且你已理解其影响，否则不要在演出期间恢复出厂、隔离设备或清除锁定。

6. 调度器、带宽或链路速率故障

发送调度器错误可能表示，请求的延迟与实际链路速率不兼容。速率较慢或已饱和的链路，也可能阻止新流建立，或在路由看似已建立后产生丢包和延迟错误。

核实每个端点和上联链路的速率。检查利用率、丢弃包、错误、队列计数器，以及整条路径上的 QoS 策略。线缆故障可能让具备千兆能力的端口协商成 100 Mbps。

可参考 Dante 交换机要求指南 了解交换机验收标准，并参考 Dante 延迟设置指南 进行接收缓冲诊断。

绿色订阅不是测试结束

Controller 报告的是网络关系；它无法证明其周边每一个模拟、调音台、DSP、功放或扬声器边界都正常。

当跨点变绿但没有声音时，请按信号流顺序核对：

同时检查源是否本来就没有信号、通道顺序是否错误、调音台软跳线是否被改动，或者目标端是否静音。 软跳线与物理跳线指南 有助于区分网络路由与调音台和线缆映射。

使用固定的恢复流程

1. 保护演出

如果诊断过程可能产生噪声，就对敏感目标端静音或隔离。保存配置，并抓取提示框、设备状态、事件、名称、格式、时钟和网络状态。

2. 确定故障范围

判断是单个通道、一对设备、一个接收端、一个发送端、一个交换机段，还是整个网络受影响。把它与一个共享大部分相同路径的正常路由进行对比。

3. 先修复最早失败的层

先恢复物理链路和设备可见性，再编辑订阅。先恢复格式和时钟兼容性，再改流量设计。先解决所有权或锁定问题，再尝试反复写入。

4. 一次只改一件事

做一次受控更改，然后让设备稳定下来。重新读取提示框和状态。避免同时改名、改格式、重建路由和编辑交换机。

5. 验证身份和音频

确认精确的源确实到达了精确的接收通道和可听目标端。若使用了冗余，请分别检查主路径和备份路径。

6. 测试回归和回滚

只有在批准的测试窗口内，才重启或断开相关组件。确认路由能够恢复、日志干净无误，并且已保存的基线仍然可用。

记录订阅交接

记录以下内容：

• 发送端和接收端设备名称；
• 发送和接收通道名称及物理插口；
• 原生、组播或 RTP 路由类型；
• 主路径和备份路径的订阅状态；
• 采样率、时钟域和延迟；
• 当前与可用的流量容量；
• 交换机、VLAN、上联链路和组播所有者；
• 锁定或托管域所有者；
• 已知的提示框消息和已批准的修复；
• 基线、测试证据、备用流程和回滚。

把敏感凭据放在公开技术需求清单之外。 数字音频网络技术需求清单指南 提供了更完整的交接结构。

Dante 订阅故障排查清单

• 已记录精确的跨点提示框和事件时间。
• 发送端、接收端、名称、插口和通道都正确。
• 物理链路、地址、VLAN 和发现都正常。
• 采样率、上拉或下拉和时钟域匹配。
• 发送和接收流容量仍然可用。
• 设备锁定和托管权限已明确所有者。
• 已检查链路速率、利用率、QoS、延迟和丢包错误。
• 已验证正确音频、故障恢复和回滚。

常见错误

删除所有失败路由。 这会清除有用证据，而且可能破坏本应在源恢复时自动恢复的订阅。

先改时钟主设备。 很多故障其实是身份、格式、流量、锁定或链路问题。先读清楚具体状态，再改时序。

数通道而不是数流。 端点的流量上限取决于路由在设备间如何分组，不只是通道标签的数量。

只看绿色对勾，不去听。 源可能是错的、静音的、在别处被软跳线，或者在网络接收端之后被静音了。

同时修多个层。 网络、格式、命名和路由同时变更，会让原因和回滚都变得不清楚。

FAQ

为什么我的 Dante 订阅会失败？

常见原因包括发送端缺失、通道格式或时钟域不兼容、发送或接收流耗尽、设备被锁定、链路容量不足，或其他网络路径故障。先读跨点提示框。

Dante 里的 unresolved subscription 是什么意思？

通常表示接收端记住了一个当前不可见或不可达的发送端或通道。检查供电、线缆、端口模式、名称、地址、VLAN、接口选择和发现范围。

Dante 里的 no more flows 是什么意思？

这表示发送端或接收端已经达到媒体流容量。审计当前订阅，删除过时路由，高效分组通道，并在很多接收端需要同一源时考虑有计划地使用组播流。

为什么 Dante 路由显示绿色却没有声音？

网络订阅可能是健康的，但源本身没有信号、路由到了错误通道，或者接收端的调音台、DSP、输出、功放、扬声器路径被静音或跳线错误。请端到端核对信号流。

如何排查 Dante Controller 错误？

先抓取提示框和事件，缩小受影响设备范围，然后按顺序检查可见性、身份、格式、时钟、流量、锁定、链路健康和延迟。一次只改一个原因，并验证真实音频和恢复能力。

把错误信息变成恢复地图

把已验证的路由、身份、格式、流量预算、网络路径、错误含义和回滚方案与演出文档放在一起。在 Techrider.live 中，把它们和同一份 Rider、舞台布局图和输入列表一起保存，邀请负责工程师编辑，然后在分享当前版本之前先保存并检查历史记录。