Dante 单播与组播：如何选择正确的音频流

TL;DR — Dante 默认使用单播：一个媒体流只服务一个接收设备。组播则发送一个已配置的流，多个接收端可以加入。普通点对点订阅优先用单播；当多个接收端都需要同一发送端通道，或发送流容量成为瓶颈时，可考虑组播。若没有正确通过 IGMP 管理，组播可能在整个网络链路上扩散。先统计接收端数量、流、通道和链路带宽，再在文档中记录选择，并先测试真实目的地。

单播和组播解决的是不同的扇出问题

Dante 的订阅会把一个接收通道连接到一个发送通道。网络通过流来承载这些订阅。单播流从一个发送端到一个接收设备。组播流在发送端创建，可服务多个接收设备。

不要把媒体组播与 Dante 的发现和时钟流量混为一谈。即使每个音频订阅都是单播，网络也可能使用组播协议。这里的制作决策是：某些媒体通道是否应该被放入 Dante 的组播发送流。

普通订阅优先使用单播

单播是最简单的默认方式，因为 Dante Controller 会在接收端订阅和取消订阅时自动创建和移除所需的流。流量会定向到接收设备，而不是有意分发给多个监听者。

以下情况适合使用单播：

• 一个或两个设备需要一个音源；
• 不同接收端组需要不同的通道集合；
• 发送端还有足够的可用流；
• 传输路径会经过不适合额外组播流量的链路；
• 系统规模较小，自动路由更容易检查。

单播流通常会把同一发送端的多个音频通道发送到一个接收端，但具体的流容量和通道容量取决于发送设备和固件。不要只依据一个通用数字来推算整场演出。请在 Dante Controller 中查看设备公开的发送流容量，并在实际硬件上确认计划中的路由。

当很多接收端需要相同通道时使用组播

如果同一节目必须送到许多目的地，组播可以减少发送端的扇出压力。一个已配置的组播流可以供功放、录音机、广播接口和监听设备加入。新增一个接收端不需要在发送端再复制一份。

适合的场景包括：

• 一对节目立体声需要分发到多个功放端点；
• 多个分区都需要同一条播音或通知通道；
• 多个接收设备共享同一广播馈送；
• 某个重复源会超出发送端流容量；
• AES67 或其他 RTP 流的互操作设计要求使用组播。

不要因为可以用组播，就把所有内容都塞进一个巨大的流里。只把接收端确实需要一起接收的通道分在一起。接收端加入流中的某一个通道时，网络可能会沿着该路径承载整个流。更小、更明确的分组更容易命名、测量，并且更安全地移除。

在改路由前先计算扇出

在配置组播前先建立一个接收端矩阵：

对于每个发送端，记录其可用发送流、当前流、计划中的接收端、每个接收端的通道数、链路速率以及实测带宽。扇出警告意味着该路由值得复核；并不意味着组播就一定安全。新的组播流仍然必须穿过每一条必经链路。

在交换层控制组播

如果没有组播管理，交换机可能会把媒体转发到从未请求过该流量的端口。这会浪费 100 Mbps 链路、Wi-Fi 桥接、控制电脑以及接口受限设备的容量。

受管网络通常使用 IGMP Snooping，让交换机识别哪些端口请求了某个组播组。网络还需要一个设计正确的 querier 功能，以保持成员状态有效。具体配置会因交换机平台、拓扑和 VLAN 而异，因此应遵循已批准的网络设计，而不是照搬某个厂商菜单设置。

检查以下边界：

1. 哪一台交换机或路由器负责 IGMP querier 角色？
2. 相关网络上是否一致启用了 snooping？
3. 所有 trunk 和 access 端口是否承载预期的组？
4. 无线、100 Mbps、控制或上联路径是否已避免不需要的媒体流量？
5. 冗余网络是否独立重复了所需配置？

《Dante 冗余模式与交换模式对比指南》 解释了为什么主网络和备份网络必须保持分离。组播配置并不能成为把它们合并的理由。

测试路由及其故障行为

1. 保存基线

在进行更改前，记录设备名称、订阅、当前活动流、采样率、延迟、时钟主设备、组播组、交换机配置以及带宽。

2. 验证单播状态

确认每个目的地都接收到正确的通道。记录每条重要链路上的发送端流使用情况和带宽。

3. 只创建预期的组播流

选择准确的发送端通道，命名用途，并观察哪些现有接收端从单播转为组播。不要假设转换已经发生；要检查订阅和流状态。

4. 检查每个网络段

在所有接收端都处于活动状态时，测量交换机端口和受限链路。如果设计中包含 IGMP 管理，确认组播只出现在需要的地方。

5. 移除并恢复接收端

一次断开或取消订阅一个目的地。确认其余接收端继续工作、成员状态正确更新，并且被移除的端点不会留下意外的流量或路由状态。

6. 演练回滚

在删除组播流之前，计算发送端是否能够重新创建所有由此产生的单播流。如有必要，按受控顺序移除路由，恢复基线，并再次验证音频。

在 Rider 中写清流的归属

一份有用的交接文档应明确写出发送端、通道、流类型、接收端、交换机负责人、IGMP 设计、受限链路、带宽基线、测试窗口以及回滚方案。“使用 Dante 组播”并不是一个可直接执行的搭建指令。

在 Techrider.live 中，将流名称与输入列表和输出列表对齐，邀请系统工程师和广播工程师共同编辑同一份 Rider，保存已确认的接收端矩阵，在路由变更后查看历史记录，并在装台时导出带日期的 PDF。

Dante 流检查清单

• 已知每个发送端的实际流容量。
• 已列出需要相同通道的接收端。
• 当扇出较小或通道集合不同，保留单播。
• 组播组只包含应当放在一起的通道。
• 如使用 IGMP Snooping 和 querier，其归属已记录。
• 已在上联链路和受限接口上测量带宽。
• 已测试订阅状态、时钟、延迟、错误、丢包以及回滚。

FAQ

Dante 单播和组播有什么区别？

单播是把一个媒体流从一个发送端送到一个接收设备。组播是创建一个发送端流，多个接收设备都可以加入。单播默认自动创建；组播需要有意配置。

Dante 什么时候该用组播？

当多个接收端需要相同通道、发送端接近流容量上限，或者互操作设计要求组播时，可以考虑使用组播。改路由前先验证交换机行为和带宽。

Dante 默认使用组播吗？

Dante 的媒体订阅默认使用单播。Dante 的发现和时钟同步也会使用包含组播流量的网络协议，但这与选择组播媒体流是不同的事情。

Dante 组播需要 IGMP Snooping 吗？

即使没有 snooping，音频也可能通过；但组播可能会因此泛洪到不需要的交换机端口。在受管的制作网络中，正确设计的 IGMP Snooping 和 querier 通常能把媒体限制在需要的链路上。请遵循交换机和系统设计。

如何测试 Dante 组播音频？

保存基线，验证每个接收端，检查流状态，测量所有重要链路，确认在预期位置进行了 IGMP 修剪，移除并恢复目的地，并演练一次受控地回到单播。

在装台前让扇出一目了然

在重复订阅消耗网络资源之前，先创建一份 Rider，写明每个源通道、接收端、流类型、交换机边界、测试、负责人和回滚方案。