Dante 网络交换机要求：如何选择并验证链路

TL;DR — Dante 使用标准以太网，但用于制作场景的交换机必须匹配真实的通道数量、拓扑、流量和恢复方案。优先选择管理型千兆交换机：它们应能显示链路速率、带宽和错误计数；支持 DSCP QoS 及所需的多播控制；并允许你在 Dante 端口上关闭 Energy Efficient Ethernet。先逐一验证每条上联和终端的协商结果，再在批准型号和配置前进行时钟、音频、负载、多播和故障测试。

Dante 不需要专有交换机

Dante 网络可以运行在标准以太网硬件上。但这并不意味着任何消费级或企业级交换机都同样适合演出。

真正该问的问题不是“这台设备写没写 Dante”，而是“这台交换机能否承载、优先级处理、可视化并恢复计划中的流量，且覆盖每一条真实链路？”

应当根据系统设计来选，而不是照搬别的制作项目里的品牌清单。

优先使用千兆链路，并验证协商结果

千兆以太网是可扩展 Dante 系统的常见基线。Audinate 在通道数较少、负载有限且 QoS 正确的情况下允许 100 Mbps，但较慢的终端或上联会改变流量和时延预算。

要按每条链路统计流量，而不是只看整台交换机。机柜里可能都是千兆接入口，但两台交换机共用了一条带宽不足的上联。损坏的网线也可能让原本支持千兆的端口协商成 100 Mbps。

演出前：

1. 列出每个终端、每台交换机以及每条交换机互联链路。
2. 记录协商得到的速率和双工状态。
3. 估算双向的常规媒体负载和峰值媒体负载。
4. 把多播扇出和非 Dante 服务也算进去。
5. 留出运行余量，不要按标称上限做设计。
6. 在重新跳线或更换网线后重新检查协商结果。

Dante 延迟设置指南 说明了交换机跳数和链路速率如何影响接收端缓存。

管理型和非管理型交换机的运维价值不同

在一个小型、专用、结构简单且已知其固定行为合适的 Dante 网络中，非管理型交换机可以工作。它的限制不只是“无法配置”，还包括“看不见”。现场人员可能无法检查错误、速率、利用率、队列行为或多播状态。

当系统需要以下任一项时，通常应优先选择管理型交换机：

• 共享数据、视频、控制或其他服务；
• 多台交换机或受限上联；
• QoS 配置或验证；
• IGMP snooping 和 querier 控制；
• VLAN 或路由边界；
• 冗余路径；
• 端口安全、监控、日志或远程支持；
• 可审计、可恢复的已保存配置。

但管理也意味着责任。默认配置或复制来的配置并不天然安全。要明确负责人、限制访问、导出批准后的基线配置，并记录如何更换这台交换机。

在 Dante 端口上关闭 Energy Efficient Ethernet

Energy Efficient Ethernet，也叫 EEE、Green Ethernet 或 IEEE 802.3az，它允许链路在空闲期间进入低功耗状态。实时时钟和媒体流依赖可预测的包传输，而不合适的 EEE 行为可能会引发同步问题或音频中断。

对于管理型制作交换机，要确认可以关闭 EEE，并在所有承载 Dante 流量的端口上验证其实际状态。对于非管理型交换机，应避免那些无法关闭或无法可靠验证 EEE 行为的型号。

不要假设全局菜单项就能覆盖每个端口、模块或固件版本。要读取当前运行配置，并在固件或硬件变更后重新测试。

QoS 是交换路径属性

Dante 终端会用 DSCP 值标记流量，但交换机必须保留或识别这些标记，并把它们映射到合适的队列。仅仅勾选“启用 QoS”并不能证明时钟最高优先级、媒体流其次、普通流量不会饿死实时队列。

检查以下内容：

• 入口处的 DSCP 信任或分类；
• 至少具备所需数量的硬件队列；
• 时钟、媒体、控制和尽力而为流量的队列映射；
• 在设计需要时使用严格优先级行为；
• 是否有其他策略重写了标记；
• 路径上的每一台交换机，而不只是边缘交换机。

完整配置和压力测试流程请参考 Dante QoS 设置指南。

多播功能必须与流量方案匹配

单播是 Dante 媒体流的常规方式。当有意把一个发射端信号分发给多个接收端时，多播可以减少发射端流数量，但如果控制不当，也会把流量扩散到不需要它的端口上。

一个管理型多播设计通常需要 IGMP snooping，以及为该 VLAN 正确放置一个 querier。只启用 snooping 而没有正常工作的 querier，可能会让成员状态不可靠。非管理型交换机里自带的“IGMP 优化”可能无法检查或纠正。

要记录哪些流是多播、哪台交换机负责 querier 角色，以及每个组应到达哪些端口。关于决策和验证步骤，请参阅 Dante 单播与多播指南。

构建一个在高压环境下也能看懂的拓扑

接入管理型交换机的星型连接，通常比长串联设备更容易检查和隔离。对于使用 switched mode 的双端口 Dante 设备，第二个接口只是延伸同一个故障域；它并不构成冗余。

对于冗余模式：

• 使用真正独立的 primary 和 secondary 网络；
• 避免共享交换机、意外桥接以及重叠的地址范围；
• 两侧都要匹配所需链路速率；
• 给每条网线和每个交换机端口都贴标签；
• 每次只拔掉一个真实组件进行测试。

Dante 冗余与交换模式指南 提供了端口模式检查清单。

测试交换机，不要只看数据手册

1. 保存基线

导出当前运行中的交换机配置。记录型号、固件、端口映射、VLAN、QoS、EEE、多播设置以及管理负责人。

2. 验证空闲健康状态

在所有计划中的终端都上线后，确认时钟稳定、主设备正确、链路速率正确、错误计数器干净、订阅正常，并且每个目标端都有音频。

3. 加载真实流量

按计划通道数和多播接收端进行运行。如果基础设施是共享的，在批准的测试窗口内加入有代表性的数据或视频流量。观察利用率、丢包、队列计数器、错误以及 Dante 延迟事件。

4. 触发故障边界

一次只移除并恢复一根网线、一个终端、一条上联、一路电源或一台冗余交换机。确认实际观察到的故障与恢复情况和图纸一致。

5. 重启并恢复

在操作安全的前提下，验证交换机是否会以批准的配置重新启动，以及终端是否会重新发现、重新同步并恢复预期订阅。

6. 记录验收证据

保存计数器快照、测试条件、故障、修正措施、最终配置、日期和批准人。仅仅“音频过了一次”不足以作为可重复交付的依据。

交换机验收清单

• 端口数量、PoE 需求、光模块和物理规格符合部署。
• 每个终端和每条上联都协商到预期速率。
• 容量在留有余量的情况下覆盖媒体、多播、控制和共享服务。
• DSCP QoS 在每条必经路径上都完成映射并得到验证。
• 在所有承载 Dante 流量的端口上都关闭了 EEE。
• 使用多播时，IGMP snooping 和 querier 归属正确。
• VLAN 和冗余网络边界与图纸一致。
• 端口错误、丢包、利用率和队列计数器可见。
• 已记录运行配置、固件、负责人、备用设备和回滚方案。
• 满载和组件故障测试均通过，且使用了真实音频。

常见错误

只按端口数量采购。 链路速率、队列、EEE 控制、多播行为、监控和上联都属于要求的一部分。

以为千兆就不需要设计了。 千兆链路仍然可能拥塞、优先级错误、被淹没，或者协商到更低速率。

使用无法关闭 EEE 的非管理型交换机。 如果省电行为无法关闭或无法验证，现场人员就无法建立一个已知的实时基线。

把所有高级功能都打开。 Voice VLAN 预设、生成树改动、PTP 功能、风暴控制和速率限制都可能改变流量。只启用批准设计所需的功能，并测试其影响。

只测试发现。 Controller 里能看到设备名称，并不能证明时钟稳定、容量足够、多播范围正确，或音频能够恢复。

FAQ

Dante 需要专用网络交换机吗？

不需要专有交换机。交换机必须提供足够的速率和容量，并且支持该 Dante 设计所需的 QoS、EEE、多播、监控和恢复能力。

Dante 交换机应该选管理型还是非管理型？

对于制作环境、共享网络、多交换机系统、多播系统或冗余系统，优先选择管理型，因为它能提供配置和可见性。对于小型专用网络，一个已知合适的非管理型交换机也可能可用。

Dante 一定要用千兆交换机吗？

千兆是强烈推荐的，且对较大通道数几乎是必需的。在 QoS 正确的前提下，有限的低通道数 100 Mbps 运行可能可行，但每一条慢链路都必须纳入容量和时延规划。

为什么 Dante 要关闭 EEE？

EEE 会在安静时段改变链路功耗状态。在不合适的硬件上，这种行为可能影响时钟同步并导致中断，因此 Dante 端口应使用已验证的非 EEE 配置。

如何测试一台交换机是否适合 Dante 音频？

验证链路协商和配置，运行完整媒体负载加上有代表性的共享流量，检查错误、丢包和队列，在每个目标端都听音，并通过文档化回滚方案来演练网线、上联、交换机和电源故障。

将批准的交换路径写入技术需求清单

把交换机型号、端口、链路速率、VLAN、QoS、EEE 状态、多播归属、冗余路径、管理负责人和已测试的回滚方案，一并记录到音频网络交接文件中。在 Techrider.live 中，将其放在与 patch 和舞台方案相同的技术需求清单里，邀请系统技术员进行编辑，然后在发送当前版本前保存并检查历史记录。