Dante AES67 流设置：启用、路由与互通验证
阅读约 5 分钟 · 更新于 2026年10月15日 · AV 网络工程师、系统技术员、广播操作人员、前场（FOH）和监听工程师、系统集成商、场馆技术人员、制作经理以及巡演音频团队
规划 Dante 到 AES67 的边界，统一 multicast、时钟与音频格式，创建 flow，逐一验证接收端，并保留可复现的回滚方案。
TL;DR — Dante AES67 flow 是一个 multicast 互通边界，不是通用路由开关。先确认每个端点都支持所需的 AES67 模式，统一采样率、声道格式、时钟、multicast 范围和网络策略，然后只创建获批的声道。接着在接收端验证发现与订阅，传入可识别音频，在负载下检查时钟与数据包证据，并保留经过测试的回滚方案。
定义互通边界
Dante 是完整的音频网络平台；AES67 定义了一种通用传输方法，兼容系统可以在边界处使用它。启用 AES67 并不会让所有 Dante 功能、名称、路由或控制能力自动对另一生态系统可用。
| 边界问题 | 需要记录的决策 | 重要原因 |
|---|---|---|
| 源和目标 | 精确的发送声道与接收端 | 防止暴露无关的节目音频 |
| 音频格式 | 支持的采样率、编码和声道数 | 所有端点都必须接受相同的媒体格式 |
| 时钟域 | 获批的 leader 及边界行为 | 没有兼容的时序，媒体无法稳定 |
| Multicast 范围 | VLAN、交换机、上联链路和接收端端口 | 流会在每一条转发链路上占用容量 |
| 控制归属 | 谁创建、订阅、测试并移除 flow | 避免交接后留下无人管理的路由 |
在选择架构时，请使用 Dante 与 AES67 对比指南。本文负责受控设置与验收流程。
在更改网络前确认支持情况
查阅每一台发送端和接收端的最新文档。AES67 支持、可用格式、时钟行为、配置控制以及重启要求都会因设备和固件而异。请记录经过测试的固件版本，不要假设两个都带 AES67 标识的产品会提供完全相同的选项。
同时确认目标网络路径能够承载计划中的 multicast 负载。绘制 VLAN、交换机端口、上联链路、querier、snooping 策略以及任何路由边界。保持 Dante 主网和备用网彼此独立；不要用互通测试去桥接它们。
统一格式、时钟与 multicast 策略
匹配音频格式
选择一个端到端都支持的格式。在创建 flow 之前，先在两端确认源声道数和采样率。可见的会话描述并不能证明接收端可以解码该负载。
建立单一时序设计
确认获批的时钟 leader、Dante 时钟域，以及 AES67 接收端如何获得兼容时序。在路由音频前，先观察锁定与偏移证据。不要通过反复重新创建媒体 flow 来排查未锁定的接收端。
准备选择性 multicast 转发
AES67 媒体使用 multicast。先配置并验证获批的 IGMP snooping 和 querier 设计，然后测量受影响链路。 IGMP snooping 和 querier 指南 介绍了成员控制；multicast 带宽指南 介绍了链路容量预算。
按受控顺序创建 flow
- 保存当前 Dante 配置和一份书面的源到目标映射。
- 在目标设备上启用受支持的 AES67 模式，并完成任何文档要求的重启。
- 重新确认设备发现、采样率、时钟状态和网络接口。
- 在 Dante Controller 中打开发送端配置，只创建一个仅包含获批声道的 AES67 multicast flow。
- 记录 flow 标识、工具显示的 multicast 地址、声道顺序、格式和创建时间。
- 使用接收系统支持的工作流发现或手动输入该流。
- 将每个接收声道映射到命名清楚的物理或软件目标。
先创建一个小型、具代表性的 flow。扩展一个已经验证过的边界，比一次性引入全部节目声道更容易排查。
验证不要只看“发现成功”
证明声道身份
逐一通过单个声道发送可识别音频。确认源标签、声道顺序、电平、必要时的极性、接收端映射以及最终物理输出。接收端只显示流名称，只能证明发现成功。
测试加载后的路径
在监控时钟稳定性、数据包错误、晚到包或延迟证据、multicast 成员关系以及每条承载链路利用率的同时，运行代表性的节目音频。加入预期的制作负载，并验证无关端口不会接收到该流。
测试丢失与恢复
在获批边界处，中断并恢复接收端订阅或网络路径。确认静音行为、重新发现、时钟恢复、音频返回，以及在文档规定的重启流程之后订阅是否仍然保留。在最终验收前，移除测试 flow 并证明回滚有效。
AES67 验收检查清单
- 每个端点及其固件都支持所选的 AES67 模式。
- 源声道、接收目标和控制归属都已命名。
- 采样率、编码、声道顺序和时钟设计匹配。
- VLAN、snooping、querier、上联链路和 multicast 范围已验证。
- flow 只包含获批声道。
- 每个目标都通过了可识别音频测试，而不仅仅是发现成功。
- 在负载下，时钟、数据包、延迟和链路负载证据保持健康。
- 已测试丢失、恢复、重启后的持续性以及回滚。
- 已记录验收通过的 flow 和移除流程。
交接文档化
记录设备型号与固件、源与目标声道、格式、leader、multicast 标识、网络路径、接收端工作流、测试负载、验收结果、责任人以及回滚方案。说明哪些功能仍然是 Dante 专有的，以免下一位操作人员误以为 AES67 定义了跨平台控制能力。
将已验收的路由连同输入列表和数字网络说明一起保存在 Techrider.live 中。邀请协作者编辑同一份技术需求清单，保存经过测试的版本，查看历史记录，并导出当前 PDF 供场馆或巡演团队使用。
FAQ
如何在 Dante Controller 中创建 AES67 flow？
先确认设备支持，启用文档规定的 AES67 模式，统一格式与时钟，然后在发送端配置中，从目标声道创建一个 AES67 multicast 发送 flow。具体控制项取决于设备和固件。
AES67 会使用 multicast 吗？
AES67 媒体流通常以 multicast 方式传输。应规划 IGMP snooping、稳定的 querier、转发范围以及每一条承载该流的链路容量。
为什么 AES67 接收端能看到 flow 却听不到声音？
发现成功并不代表采样率、负载支持、时钟锁定、声道映射、multicast 转发或物理输出一定正确。请按顺序核查这些边界条件。
Dante 和 AES67 设备需要相同的采样率吗？
同一条 flow 上的端点必须使用彼此兼容的媒体格式。不要假设系统会自动转换，而应确认两端选定的采样率和编码。
如何测试一条 Dante AES67 路由？
将可识别音频通过每个已映射声道，按真实负载检查时钟和数据包证据，验证 multicast 成员关系和链路利用率，然后测试丢失、恢复、重启后的持续性以及回滚。