Dante 跨子网路由：域、时钟与验证
阅读约 7 分钟 · 更新于 2026年10月8日 · AV 网络工程师、系统技术员、集成商、场馆技术经理、广播操作员、FOH 和监听工程师、制作经理以及巡演音频团队
规划 Dante 在 IP 子网之间的路由：使用 DDM 域、可路由连接、发现与注册、边界时钟、测试步骤和生产交接细节。
TL;DR — 只要设备属于同一个受管理域，且路由网络支持所需的控制、媒体和时钟路径，Dante 就可以在 IP 子网之间路由媒体。应规划地址、路由、发现或注册、防火墙规则，以及每个子网的边界时钟。然后验证登录、设备可见性、基于名称的订阅、时钟锁定、真实音频和故障恢复。不要把基础的 IP 可达性误认为跨子网生产路径已经就绪。
跨子网 Dante 是一种受管理架构
传统的非受管理 Dante 网络通常只能在一个 IP 子网内完成发现和时钟同步。像 Dante Domain Manager（DDM）这样的受管理平台可以把来自多个子网的设备放入一个逻辑 Dante 域中。该域内的设备可以在可路由边界之间使用基于名称的路由，同时仍然同步到同一个域时钟。
域是运行边界。即使路由器能够在地址之间转发数据包，不同域中的设备也不会因此自动互通。一个设备在同一时间只能加入一个域，而经授权的用户可以访问多个域。
| 层级 | 必答问题 | 验收依据 |
|---|---|---|
| IP | 每个必需端点是否都能访问受管理服务和已路由的对端？ | 正确的地址、掩码、网关、路由和允许的端口 |
| 发现/注册 | 控制器和设备如何找到管理服务？ | DNS/DHCP 发现、同子网 mDNS，或经批准的静态注册 |
| 域 | 源和目标是否在同一个预期域中？ | 已确认注册和域选择 |
| 时钟 | 每个子网如何接收域时钟？ | 活动边界时钟、在可能情况下有备份、锁定稳定 |
| 媒体 | 在演出负载下，真实订阅是否通过？ | 路由状态、音频、延迟、计数器和恢复测试 |
Dante 设备发现指南 负责同一网络内的可见性和本地故障排查。本指南负责当生产路径跨越子网时所需的额外路由域设计。
在配置路由之前先定义域
按应共享媒体和时钟的生产边界与控制边界来分组设备。一个域可以代表一个房间、录音棚、建筑、系统，或其他明确的运行单元。不要仅仅因为所有 VLAN 都可达，就把它们合并成一个大域。
对于每个拟定的源和目标，记录：
- 设备名称、制造商、型号、固件和物理位置；
- 主网和备网 IP 地址、子网、网关和交换机端口；
- 预期域和责任操作员；
- 所需的发送和接收通道；
- 媒体格式、采样率、接收端延迟和冗余模式；
- 维护、故障和回滚的责任归属。
使用 Dante 冗余时，应保持主网和备网分离。跨子网路由不会把交换式设计变成冗余设计，而仅备网设备在任何平台上也未必始终可被管理。
构建路由基础
1. 让地址规划有明确意图
使用能识别每个 Dante 子网及其路由器接口的地址规划。确认每个端点上的子网掩码和默认网关正确无误。链路本地地址在单一局部网段内有用，但不能替代可路由的多子网方案。
Dante IP 地址规划指南 解释了 DHCP、链路本地地址和静态恢复。对于受管理的多子网设计，通常会使用 DNS 和 DHCP 来提供地址和服务发现。按设备 IP 进行静态注册，适用于无法提供这些服务的受控网络。
2. 提供管理服务发现或显式注册
在域访问生效之前，控制器和设备必须先找到管理服务。在单个子网内，基于 mDNS 的发现可能已经足够。跨子网时，应使用产品文档中规定的 DNS 服务记录和 DHCP 配置，或经批准的静态注册流程。
不要把所有多播都在 VLAN 之间转发当作发现的捷径。这样只会扩大故障与安全边界，而且仍然不能证明域注册、权限、时钟或媒体一定正确。
3. 只放行所需流量
请根据当前的 DDM 或受管理平台文档，确认路由可达性和防火墙策略。记录设计所用的准确源、目的、协议和端口范围。Ping 只能证明一条狭窄的 ICMP 路径；它不能验证身份认证、发现、控制、时钟或媒体。
4. 注册并识别每台设备
把设备注册到预期域中，然后通过物理位置、MAC 地址、型号和通道标签确认身份。仅靠熟悉的显示名称还不够。设备会在断电后保留域凭据，因此过时的注册可能让设备在另一套系统中看起来不可用或受限制。
让每个子网像一个域一样同步时钟
Dante 域中的所有设备最终都必须遵循同一个域主时钟。在一个子网内，Dante 可以通过多播 PTP 分发时钟。跨越路由后的子网边界时，DDM 会使用合适的边界时钟，通过单播 PTP 在子网之间传递时钟，然后在本地再分发。
每个子网都需要一个具备资格的活动边界时钟。在平台和设备组合支持的情况下，配置一个备选候选时钟。应选择稳定、能力合适、且在演出期间不太可能被断电或移除的设备。
| 时钟状态 | 运行风险 | 必需响应 |
|---|---|---|
| 某个子网没有边界时钟 | 跨子网同步可能失败，或媒体出现卡顿 | 在验收前恢复或分配一个具备资格的时钟 |
| 只有一个具备资格的时钟 | 计划中的断电或网络维护可能隔离该子网 | 在可能情况下增加并测试一个备份 |
| 选择了不受支持的设备 | 它无法执行所需的边界角色 | 在分配前确认型号/平台能力 |
| 故障测试期间时钟发生变化 | 音频可能静音、卡顿或重新锁定较慢 | 记录事件，并修正设计或恢复预期 |
Dante 时钟主时钟指南 介绍了生产系统内部的主时钟选举。跨子网验收还必须证明边界时钟链路及其备份行为。
创建并验证订阅
- 使用有权访问目标域的账户登录。
- 在 Dante Controller 中选择正确的域。
- 确认源和目标的身份、格式和时钟状态都正确。
- 创建预期的基于名称的订阅。
- 等待稳定的成功状态；如果出现警告或错误，应检查其原因，不要盲目重新创建路由。
- 传入具有代表性的音频，并在每个必需的目的地监听。
- 确认接收端延迟、时钟锁定、数据包错误状态和交换机计数器。
- 在预期峰值负载下重复测试，并测试已批准的故障与恢复流程。
看得见某个端点，并不等于它已经可以被实际路由。账户可能只有只读权限，设备可能位于不同域，接收端可能存在不兼容格式，或者时钟路径尚未就绪。请使用 Dante 订阅错误指南 在更改基础设施之前解读路由状态。
有意测试故障边界
跨子网系统在依赖链中增加了路由器、防火墙、管理服务、DNS/DHCP 和边界时钟。测试应仅在批准的维护窗口内进行，并且一次只改变一个边界。
- 断开活动边界时钟设备，并确认预期的备份是否接管。
- 中断一条已路由的链路，并记录哪些订阅、控制和时钟受到影响。
- 重启一个具有代表性的端点，并验证是否能自动重新连接到域。
- 在工作站重启后，确认授权的 Controller 登录和域选择是否正常。
- 在冗余设计中，分别测试主路径和备路径。
- 恢复正常状态，并验证真实音频，而不仅仅是绿色指示灯。
在重启或清除告警前，保留日志和时间戳。Dante 网络健康指南 说明了如何关联链路、时钟、延迟和错误证据。
跨子网验收清单
- 已记录域范围和设备归属。
- 每个端点都具有预期的地址、掩码、网关、子网和交换机端口。
- 已证明发现或静态注册可跨每个子网正常工作。
- 防火墙规则符合当前平台文档，并且仅放行最小必需范围。
- 源和目标已注册在同一个预期域中。
- 每个子网都具有一个具备资格的活动边界时钟，并在可能情况下测试了备份。
- 格式、采样率、延迟、名称和冗余模式与设计一致。
- 每个订阅都能在具有代表性的峰值负载下通过真实音频。
- 已记录已路由链路、时钟、端点重启和恢复行为。
- 已明确责任人、升级路径、维护窗口、备用路径和回滚方案。
FAQ
Dante 可以跨子网路由吗？
可以。受管理的 Dante 域可以包含多个 IP 子网中的设备，并在连接性、注册、权限和时钟设计正确时，支持跨可路由边界的基于名称的媒体路由。
Dante 多个子网一定要用 Domain Manager 吗？
传统的非受管理 Dante 发现和时钟同步是围绕本地子网设计的。对于有明确规划的多子网域，应使用受支持的受管理平台，例如 DDM，而不是用扩展本地多播行为作为临时替代方案。
Dante 跨子网时钟同步是怎么工作的？
整个域遵循同一个主时钟。每个子网中的合适边界时钟通过单播 PTP 在子网之间传递时钟，并在本地分发。每个子网都需要一个具备资格的活动时钟，并且在可能情况下应有经过测试的备份。
为什么我能看到 Dante 设备，却不能对它路由？
可见性并不等于授权或兼容性。请检查所选域、账户角色、设备注册、源和接收端格式、时钟状态、路由状态，以及两台设备是否属于同一个域。
怎么测试 Dante 跨子网音频？
创建已批准的订阅，传入真实音频，检查时钟、延迟、错误和交换机计数器，然后按峰值负载和一次一个故障边界的方式测试。验收前要验证恢复过程和恢复后的音频路径。
在生产交接中记录路由设计
将域、子网、网关、发现方式、防火墙负责人、边界时钟、订阅、格式、故障测试和回滚方案记录到 Techrider.live 中。邀请负责工程师编辑同一份技术需求清单，保存已验收的设计，并在系统变更前查看历史记录。