Dante 组播流设置：如何安全创建、验证并删除
阅读约 6 分钟 · 更新于 2026年10月10日 · Dante 系统设计师、前场（FOH）和监听工程师、网络与 AV 技术人员、制作经理、场馆技术人员、广播工程师以及巡演音频团队
有计划地创建 Dante 组播传输流：选择通道，确认接收端与 IGMP 行为，测试带宽和音频，并保留可回滚路径。
先说结论 — 只有当一个发送端需要把同一来源提供给足够多的接收端、且网络已经准备好承载这条共享流时，才应手动创建 Dante 组播流。在发送端的 Device View 中，选择 Create Multicast Flow，按需只选需要的通道，创建流，然后按常规方式让接收端订阅。验证 IGMP 行为、所有受影响链路、接收端延迟以及满负载下的真实音频。在改动生产环境之前，保存基线并明确如何删除该流。
组播流改变的是传输方式，不是通道跳线
Dante 的一个发送通道可以通过单播流送给特定接收端，也可以放入多个接收端都能加入的组播流。单播和组播可以在同一台 Dante 设备上共存，且用于组播传输的通道是按单个通道选择的。
接收端仍然在 Routing 视图中订阅命名的发送端通道。创建组播流只会改变所选通道在网络中的传输方式；它不会取代通道命名、订阅、时钟、格式兼容性或目标测试。
| 决策层 | 问题 | 证据 |
|---|---|---|
| 扇出 | 需要多少个接收端使用同一来源？ | 当前和计划中的目标列表 |
| 发送端 | 哪些确切通道进入该流？ | Device View 中的通道选择 |
| 网络 | 哪些交换机链路会承载该流？ | 拓扑、计数器、IGMP 状态 |
| 接收端 | 每个目标都能稳定接收吗？ | 稳定的订阅和延迟证据 |
| 恢复 | 如何删除或替换该流？ | 已保存的基线和已测试的回滚 |
使用 单播与组播指南 来选择传输方式，并使用 组播带宽指南 来计算和监控其逐链路成本。本指南负责实际的创建、验证和删除流程。
判断是否值得手动创建组播流
当同一来源要送给很多接收端时，组播可以减少发送端流的占用。但如果没有正确的组播控制，它也可能把流带到并不需要它的网络链路上。不要因为组播听起来更可扩展，就把已经正常工作的单播路由改掉。
在更改传输方式之前，记录以下内容：
- 发送端当前的单播和组播流占用；
- 每个所选通道需要的所有接收端；
- 通道数、采样率、编码和预期比特率；
- 交换机路径、上联、VLAN、querier，以及 IGMP snooping 状态；
- 硬件和软件接收端类型及其延迟设置；
- 一个已知良好的预设或路由记录，用于回滚。
最小且正确的变更通常是一个逻辑节目组，而不是发送端上的所有通道。
创建组播传输流
- 预留维护窗口并通知路由所有者。
- 在 Dante Controller 的 Device View 中打开该发送端。
- 确认设备身份、固件、时钟、采样率和当前流状态。
- 在设备的流控制中选择 Create Multicast Flow。
- 只选择经批准的目标计划所需的发送通道。
- 检查所选内容，创建流，并等待 Controller 报告完成。
- 在 Routing 视图中创建或确认接收端对这些命名通道的订阅。
每个组播流可容纳的通道数量取决于发送端实现和格式。Controller 会显示该设备有效的可选范围；不要假设所有设备都有统一数量。如果所需分组放不下，就使用尽可能少且明确的几个流，并记录拆分方式。
在接受音频前验证网络
跟踪承载该流的每一条链路
分别测量发送端接入口、交换机上联、接收端接入口以及冗余链路。比较变更前后的流量。发送端端口健康并不能证明共享上联还有余量。
通过验证 IGMP 行为，不要靠假设
所有以太网交换机都会转发组播，但受管控的组播行为取决于设计。正确的 IGMP snooping 和 querier 工作可以把流量限制在请求了该组的端口上。错误的 IGMP 配置可能中断传输；没有剪枝则可能让流在更大范围内传播。请在实际 VLAN 上验证正在运行的交换机状态和计数器。
测试每一类接收端
让每个已批准的硬件和软件目标都完成订阅，然后在完整生产负载下传送可识别的音频。确认订阅状态、时钟、延迟、通道顺序、电平和持续播放。软件端点的延迟约束可能与硬件不同；不要用一种类型去推断另一种类型。
| 检查项 | 通过条件 | 失败线索 |
|---|---|---|
| 订阅 | 每个接收端的路由状态稳定 | 格式、访问、时钟或流问题 |
| 交换机转发 | 在剪枝设计中，流量只出现在预期链路上 | 缺少 querier 或 snooping 成员关系错误 |
| 链路负载 | 在整场演出流量下仍有持续余量 | 意外泛洪或上联带宽不足 |
| 接收端延迟 | 没有晚包或掉音 | 路径延迟、拥塞、软件调度 |
| 音频身份 | 每个物理目标都收到正确通道 | 源选择错误或通道顺序错误 |
测试故障与恢复
只演练设计声明能够承受的故障：接收端断开和重新连接、已批准的主/备切换、冗余设计中的交换机重启，以及维护窗口内的发送端重启。观察组播成员关系是否恢复，然后确认每个目标都能出声。
在捕获故障之前，不要清除计数器，也不要重启设备。记录时间戳、订阅、组播组或流标识、链路利用率、错误、延迟事件和时钟事件。Dante network health guide 解释了如何关联这些证据。
删除或回滚组播流
在删除流之前，先识别所有已订阅的接收端，并保护其下游输出。按已批准方案保存当前路由和设备状态，移除或替换受影响的订阅，然后从发送端的流控制中删除目标组播传输流。
删除后，确认 Controller 是否会将所需订阅重建为单播，以及发送端的流容量是否仍然足够。再次在每个目标上通过音频。成功执行删除并不代表替代传输方式就一定可用。
组播流验收清单
- 扇出需求和发送端流预算足以支持组播。
- 只选择了经批准的发送端通道。
- 通道分组符合该设备支持的流容量。
- 交换机拓扑、VLAN、IGMP snooping 和 querier 的归属已明确。
- 在所有受影响的共享链路上都测量了变更前/后的流量。
- 硬件和软件接收端在满负载下通过了稳定音频测试。
- 延迟、时钟、通道顺序和物理目标都已验证。
- 已通过批准的故障与恢复测试。
- 已记录基线、流标识、路由列表、负责人和回滚方案。
FAQ
如何在 Dante Controller 中创建组播流？
在发送端的 Device View 中打开设备，选择 Create Multicast Flow，选中所需的发送通道，然后创建流。接着在 Routing 视图中创建或确认正常的接收端订阅，并验证网络以及真实音频。
什么时候应该使用 Dante 组播流？
当同一来源必须送给足够多的接收端，且共享传输能够改善发送端流预算，同时已经确认网络可以承载并控制该流量时使用。若更简单的单播路由已经满足需求，就保持单播。
Dante 可以同时使用单播和组播吗？
可以。Dante 设备可以同时使用两者，而且可以按单个通道选择组播。请记录每个通道使用哪种传输方式，这样排障和回滚会更清晰。
一个 Dante 组播流可以包含多少个通道？
没有一个对所有设备和格式都安全适用的统一数量。容量取决于发送端实现和运行格式。请以 Controller 显示的有效选择和制造商当前文档为准，确定具体端点。
如何删除 Dante 组播流？
找出每一个依赖该流的接收端，保存基线，保护输出，在 Device View 中删除目标发送流，并验证所需路由是否按计划的传输方式恢复。之后重新测试真实音频和链路负载。
把组播的责任写进技术需求清单
在 Techrider.live 中记录发送端、所选通道、接收端列表、传输选择、交换机路径、IGMP 负责人、实测负载、延迟证据、验证结果和回滚方案。邀请系统工程师和网络工程师一起编辑同一份技术需求清单，保存已接受的设计，并在更改组播方案之前查看历史记录。