Dante 多播地址范围：规划、核对并排查流
阅读约 6 分钟 · 更新于 2026年10月16日 · AV 网络工程师、系统技术员、广播操作员、前场（FOH）和监听工程师、集成商、场地方技术人员、制作经理以及巡演音频团队
将 Dante 多播地址与流一一对应，避免地址池冲突，核实转发作用域，并记录安全的音频网络交接。
TL;DR — 多播地址只表示一个目的组；它既不指向某一台单独接收端，也不能保证交换机一定会正确转发该流。请记录实际 Dante 设备和管理工具所使用的地址范围及分配方式，将其与其他受管多播地址池分开，为每个地址映射到对应的流和通道，然后验证加入、链路作用域、音频、移除和恢复。不要因为某个地址看起来“没被用”就擅自编造或手动复用。
将地址与音频路由分开看待
Dante 多播流会把一条媒体流发送到一个多播组地址。感兴趣的接收端会加入该组，而网络中的侦听与 querier 设计决定流量被转发到哪里。因此，地址只是整条路由中的一部分。
| 层级 | 记录内容 | 证明方式 |
|---|---|---|
| 流 | 发送端、通道、格式、流标识 | Controller 或设备配置 |
| 地址 | 分配的组地址与地址池归属 | 管理工具和交换机观察 |
| 成员关系 | 已加入该组的接收端端口 | IGMP 成员关系证据 |
| 转发 | 承载流量的交换机、VLAN、trunk 与 uplink | 端口计数器或抓包 |
| 目的地 | 接收端映射与物理输出 | 终端处可辨识的音频 |
多播流设置指南 说明了如何创建流。本文负责地址池规划与冲突诊断。
使用已文档化、适用于部署系统的范围
多播范围和分配控制可能取决于 Dante 产品、固件、管理环境、AES67 模式以及网络设计。请使用当前受支持工具和厂商文档中显示或指定的范围。不要在未核实的情况下，直接照搬别的场地或旧项目中的前缀。
当一个站点同时承载多个多播系统时，应为每个地址池指定归属。将 Dante、AES67、视频、控制、寻呼和企业多播范围一起记录下来，这样不同团队就不会把同一个组分配给互不相关的流量。
建立地址清单
- 在新增流之前，导出或记录所有现有多播流。
- 采集其发送端、通道、格式、组地址、接收端、VLAN 和归属人。
- 列出同一路由域或交换域中正在运行的其他多播地址池。
- 按场地标准标记保留、受管和动态分配范围。
- 识别可承载多个制作系统的 trunk 与 uplink。
- 保存交换机成员关系和利用率证据，作为健康基线。
请把这份清单当作运维数据，而不只是 IP 表格。一个有效地址如果对应了错误的通道或错误的转发作用域，依然是错误的路由。
通过受支持的工作流进行分配
让 Dante Controller、Dante Domain Manager 或适用的设备工作流，按照受支持的设计来分配和管理该组。如果受管环境允许自定义范围，请在修改前先依据站点的多播规划对整个地址池进行验证。
不要手动分配一个已被其他发送端使用的组。两个互不相关的流共享同一个目的组，可能会造成意外流量、接收端混乱、负载过高，甚至即使每个发送端单独看起来正常也会出现音频故障。
创建流后核实作用域
确认地址到流的映射
在创建完成后，立即记录分配到的地址、发送端、通道顺序、格式和预期接收端。不要只靠地址来识别一个流；映射必须关联到明确的音频名称。
检查成员关系与转发
确认只有预期的接收端侧端口加入该组。核实 querier 状态稳定，且流量只经过必要的 trunk 和 uplink。 IGMP snooping 与 querier 指南 介绍了成员关系控制。
证明物理目的地
通过每个通道发送可识别的音频，确认接收端映射、电平和最终输出。然后在观察链路利用率和错误的同时，运行预期的制作负载。 多播带宽指南 介绍了容量证据的核对方法。
系统化诊断地址冲突
| 症状 | 与地址相关的检查 | 还需排除的其他边界 |
|---|---|---|
| 接收端出现了错误的音频 | 组重复或映射残留 | 接收端通道跳线 |
| 流量到达了不相关端口 | 该组的成员关系 | snooping 和 querier 健康状态 |
| 只有在另一个系统启动后流才出问题 | 组分配重叠 | uplink 容量和 QoS |
| 移除后旧流量仍然存在 | 成员关系残留或发送端仍活跃 | leave 行为和超时 |
| 流可见但没有声音 | 地址和接收端加入状态 | 时钟、格式和物理输出 |
在允许的情况下，分别在发送端侧端口和接收端侧端口抓取该组。比较源地址、目的组、包速率和通道时序。每次只改变一个边界；反复删除再重建流，可能会掩盖原始冲突。
测试移除与恢复
- 播放具有代表性的音频，并抓取成员关系、端口速率和接收端输出。
- 移除一个已批准的接收端订阅，验证其成员关系离开而不影响其他成员。
- 恢复该订阅，并确认同样命名的通道正确返回。
- 通过受支持的工作流移除测试流。
- 验证每一条承载链路上的流量都停止，且该地址不再映射到任何活动流。
- 仅在需要时重新创建，然后测试重启后的持续性和文档化的回滚流程。
在把残留流量判定为“卡住”之前，应先让网络文档中定义的 leave 和成员关系计时器正常运行完毕。
多播地址验收清单
- 当前工具中已记录活跃范围和分配归属人。
- Dante 和其他多播地址池没有无意重叠。
- 每个活动地址都映射到一个明确命名的发送端、流和通道集合。
- 已记录预期接收端和物理目的地。
- 成员关系与转发作用域符合设计。
- trunk 和 uplink 保持在可接受的带宽预算内。
- 可识别的音频可通过每个映射通道。
- 已测试移除、leave 行为、恢复、重启和回滚。
- 交接材料中包含归属人和已接受的证据。
记录多播交接
记录地址池、分配器、VLAN、活动组、发送端、通道、接收端、交换路径、querier、成员关系证据、利用率、测试结果、归属人、移除流程以及回滚。只要流有变化，就更新映射。
把已验收的多播映射与 Techrider.live 中的数字跳线和输入列表放在一起。邀请协作成员编辑同一份技术需求清单，保存已测试版本，查看历史记录，并为场馆、广播或巡演团队导出当前 PDF。
FAQ
Dante 的多播地址范围是多少？
请使用与具体 Dante 设备、固件和管理环境相匹配的范围文档或工具显示结果。不要以为某个复制来的前缀适用于所有部署或互操作模式。
Dante 多播地址范围可以改吗？
某些受管环境可能会提供受支持的范围控制。任何拟议的地址池修改，都应先根据完整的站点多播规划进行验证，并遵循当前产品文档。
如何找到 Dante 多播流的 IP 地址？
在受支持的 Dante 管理工具中检查该流，并将其与交换机成员关系或经批准的抓包结果关联起来。记录地址时，务必同时记录发送端和通道。
两个音频系统可以使用同一个多播地址吗？
在共享的多播作用域内，不应把互不相关的流量发送到同一个组。请分配不重叠的地址池，并验证路由边界，避免一个系统与另一个系统发生碰撞。
Dante 多播地址冲突怎么排查？
把活动组映射到发送端，对比两端的交换机成员关系和抓包结果，排除时钟和格式故障，移除一个受控源或订阅，并验证流量和音频是否按预期发生变化。