Dante 多播带宽：测量、控制并验证流量

TL;DR — Dante 多播带宽必须在它经过的每一条链路上评估，而不只是看发送设备本身。先盘点多播流和监听端，在 Dante Controller 中读取主、备 Tx/Rx 带宽，再追踪交换机上联、干线、较慢端口和无线边界。设计正确的 IGMP snooping 可以把媒体从没有监听端口上剪枝掉；否则应假定多播可能在更大范围内泛洪。移除不必要的流，缩短路径，并在每次改动后验证真实音频、时钟、发现和冗余切换。

多播会改变流量经过的位置

Dante 多播流会发送一条媒体流，多个接收端都可以加入。它能减少高扇出源的发送端流数量，但也可能在很多网络链路上消耗带宽。如果没有正确工作的多播控制，应假定流量会在广播域内泛洪，而不是只沿着订阅的接收端路径前进。

这意味着多播带宽是一个路径问题。发送端总量并不能告诉你，100 Mbps 边缘端口、交换机之间的干线、备份网络，或 Wi-Fi 上联是否已经过载。

Dante 单播与多播指南 解释了何时选择哪种流类型。本文回答下一个问题：所选的多播流量在真实网络上是否合适并且行为正确。

不要使用一个通用带宽数值

流量占用的带宽取决于媒体格式、采样率、通道数、封包化方式和实现。视频还会显著改变规模。网络链路还承载控制、时钟、管理和其他应用流量，因此链路设计不应按理论线速运行。

请使用实测的 Controller 数值和当前设备文档，而不是记忆中的“每通道多少兆比特”捷径。把测量结果视为当前路径的观测值，而不是以后增加更多流或监听端时的保证。

读取 Dante Controller 的带宽证据

Network Status 会显示单个主、备接口的大致发送与接收流量。查看或排序 Primary Tx、Primary Rx、Secondary Tx 和 Secondary Rx 带宽列，找出最高的端点和异常流量。

结合拓扑来解读这些列：

• 发送端带宽很高，可能是源设备创建了多个流，这是预期行为；
• 某台接收端订阅很少却接收带宽很高，可能表示多播泛洪；
• 在冗余设计中，备份流量必须在物理上独立的 secondary 路径上评估；
• 端点数值很低，并不能证明共享上联还有富余容量；
• 当前流量本身不能直接揭示丢包，因此要对照交换机和设备错误计数。

Dante 网络健康指南 进一步说明了利用率、错误、延迟和时钟历史之间的关系。

构建逐链路的多播预算

1. 盘点每一条多播流

记录发送端、流名称、通道、媒体类型、采样率、预期接收端、主网还是备网，以及操作目的。只有在确认没有任何生产目的地仍需要这些测试流之后，才删除废弃的测试流。

2. 画出物理路径

标出发送端端口、接入交换机、每一条上联或干线、接收端交换机和接收端端口。还要包括控制电脑、无线接入点、路由器，以及任何速率与路径其他部分不同的链路。

3. 记录容量与当前负载

确认协商后的链路速率，不要只看端口宣称的最大值。在代表性的演出条件下，采集设备带宽、交换机端口利用率、丢弃、错误和多播计数器。

4. 按链路累加流量

对每条链路，汇总实际穿过它的所有流量，包括该链路之外还有监听端的多播流，以及任何被泛洪的流。主网和备网要分开计算。如果基础设施是共享的，也要把非 Dante 流量算进去。

5. 预留运行余量

选择一个与设备、流量组合、突发行为和场馆政策相匹配的工程阈值。不存在适用于所有网络的统一安全利用率百分比。验收标准是在预期最坏情况下，媒体、时钟、控制和恢复都稳定，并且留有文档化余量。

将 IGMP snooping 作为一个设计好的系统来使用

IGMP snooping 允许交换机观察多播组成员关系，并只把已注册的多播媒体转发到需要它的端口。正确的剪枝可以让高带宽媒体远离无关端点和 Wi-Fi 链路。

仅仅勾选一个交换机选项是不够的。完整设计可能还需要 IGMP querier、统一的 VLAN 配置、受支持的交换机行为，以及覆盖所有承载多播的交换机的正确设置。不同厂商的术语和默认值各不相同，因此要遵循交换机和 Dante 的设计文档。

配置完成后，用计数器证明其行为：

1. 建立一个已知的多播发送端和接收端；
2. 确认精确的入口、上联、接收端和无关端口；
3. 确认所需路径上的流量上升；
4. 确认无关端口没有承载该媒体流；
5. 增加或移除一个监听端，观察成员关系与转发如何变化；
6. 验证发现、时钟、控制和真实媒体仍然稳定。

不要把“阻止所有多播”当作解决方案。Dante 的发现和控制也使用多播机制；粗暴过滤会让设备消失，同时掩盖原本的媒体流量问题。

保护无线控制路径

不要把 Dante 媒体当作普通有线流量那样直接在 Wi-Fi 上工作。即使电脑只是运行 Dante Controller，只要多播媒体到达接入点上联，也可能降低无线控制性能。

通过已验证的设计把媒体隔离出无线分支：使用正确的 IGMP 剪枝、在支持时采用合适的过滤控制端口，或使用其他厂商批准的边界。确保设计仍能通过所需的发现与控制流量。要用真实的接入点和交换机进行测试；无线多播行为会变化，并不存在通用的安全流量上限。

从最窄的根因开始减少流量

不要在没有检查 Dante 流限制 的情况下，把所有内容都改成单播。移动流量可能解决一条链路的问题，却会在别处耗尽发送端流资源。

诊断多播带宽问题

1. 保留当前路径、拓扑、Controller 视图和交换机计数器。
2. 找出第一个受影响的接收端，并沿着精确路径回溯到其发送端。
3. 按顺序检查每一条链路的协商速率、利用率、丢弃和错误。
4. 对照预期监听端与实际观察到的多播转发。
5. 在受控窗口内临时移除或隔离一条非必要流。
6. 确认利用率、数据包错误、延迟警告、控制响应和音频是否一起改善。
7. 采取最小的永久修正，然后恢复并测试完整演出状态。

相关性很重要。没有错误的高带宽数值可能是正常的；在端点总量看似干净的情况下出现爆音或迟到包，根因可能是上联超售。应根据证据排查，不要同时修改 QoS、延迟和多播设置。

验证冗余与故障状态

在冗余 Dante 系统中，主网和备网在独立基础设施上承担平行职责。它们必须分别预算和检查。主路径健康，并不能证明 secondary 路径具有正确的速率、剪枝或容量。

在正常状态测试之后，再执行批准的故障测试。确认链路或交换机故障不会意外把无关流量转移到受限的管理路径上，并且媒体连续性、时钟、控制可见性和恢复都按设计运行。Dante 冗余与交换模式指南 解释了端口模式的边界。

多播带宽检查清单

• 每一条多播流都有负责人、用途、通道和预期监听端。
• 物理路径、VLAN、干线、Wi-Fi 边界和链路速率已绘制。
• 已在 Dante Controller 中采集主、备 Tx/Rx 带宽。
• 已记录交换机利用率、错误、丢弃和多播计数器。
• 已在整条路径上验证 IGMP snooping 和 querier 行为。
• 无关端口和无线分支不会接收到多播媒体。
• 慢链路和共享上联都有文档化的最坏情况余量。
• 在把多播改成单播前，已检查流容量后果。
• 真实音频、时钟、发现、控制、冗余和恢复都通过。

常见问题

Dante 多播带宽怎么测？

没有单一固定值。它取决于媒体格式、采样率、通道数、封包化方式，以及流的数量和位置。请测量当前端点，并为它们经过的每一条网络链路做预算。

怎么检查 Dante 带宽？

在 Dante Controller 的 Network Status 中查看主、备接口的近似 Tx/Rx 数值，然后将其与交换机端口速率、利用率、丢弃、错误和物理拓扑进行关联分析。

Dante 一定需要 IGMP snooping 吗？

小型音频网络可以不使用它运行，但多播可能会大范围泛洪。只要网络里有明显的多播，尤其是视频或无线控制边界，就需要一个有意识、完全验证过的多播设计；请遵循 Audinate 和交换机厂商的最新指导。

为什么 Dante 多播会影响 Wi-Fi？

如果多播媒体到达接入点链路，它会占用无线空口时间，或降低 Controller 的连接性。应在进入无线分支之前把媒体剪枝，同时保留所需的发现和控制流量。

怎么减少 Dante 多播流量？

删除未使用的流，在接收端数量和发送端容量合适时使用单播，修正 IGMP 剪枝，减少或改路媒体负载，并升级受限链路。每次改动后都要验证。

把流量计划写进技术需求清单

绿色的路由矩阵并不能记录网络容量。请把多播流盘点、监听端映射、交换机路径、链路速率、观察到的峰值负载、剪枝证据、变更负责人和故障测试结果保存在 Techrider.live 中，这样受邀协作者就可以在同一份技术需求清单里编辑、保存已批准的计划，并在进场前查看历史记录。