Dante 音频网络协议详解
依据 Audinate 公开技术资料整理，具体型号支持以厂商手册为准。
从一次”爆音”事故说起
某美术馆新馆开幕前联调，十几路背景音乐、讲解音、互动展项声音全走一根网线用 Dante 分发到各厅音箱，图纸漂亮、接线干净。可一到整点报时那路信号叠进来，几个展厅同时”啪”地爆一声，接着音乐边缘发毛、隐约有节奏性的电流声。集成商第一反应是功放坏了，换了两台照旧。真病根在交换机——那台便宜的非网管交换机没配 QoS 优先级队列，还默认开着节能以太网（EEE），音频包在队列里被别的流量挤得时早时晚，接收端时钟一滑就爆音。Dante 把音频搬上了普通以太网，好处是省线、灵活，代价是你得把这张网当”音频专网”来伺候。这篇从协议原理讲到展厅落地，把 Dante 那几条不能省的网络纪律说透。
Dante 是什么
Dante 是由 Audinate 公司开发的基于标准以太网传输多路、无压缩、低延迟数字音频的网络协议（Dante 这个名字同时涵盖软件、硬件与协议），2006 年推出。它把每一路音频采样打包进 IP 报文，在标准以太网上传输，工作在三层（Layer 3），因此可路由、可跨 VLAN/子网。
理解它的价值，要对比传统模拟音频布线：过去一台调音台到十个厅的音箱，得拉十几对甚至几十对模拟音频线，一路一根、又粗又重、还怕干扰和衰减。Dante 把这些全折叠进一根网线——多台音箱、功放、调音台、网络播放器挂在同一张以太网上，谁给谁送音频靠软件里点几下路由就改完了，物理线一根不用动。展厅里音频点位多、后期常改节目动线，这种”逻辑路由替代物理接线”的能力正好对上需求。
关键参数
| 项目 | 值 |
|---|---|
| 传输介质 | 标准交换以太网，建议千兆骨干（≥100 Mbps 接入） |
| 网络层级 | Layer 3（IP 报文，可路由） |
| 音频传输 | UDP，单播或组播（大量订阅时用组播） |
| 时钟同步 | PTP（IEEE 1588）；经典模式 PTPv1，AES67 模式 PTPv2 |
| 最高采样率 | 192 kHz（专业展厅场景多为 48 kHz） |
| 最大位深 | 32 bit（工程实践常见 48 kHz / 24 bit PCM） |
| 通道容量 | 随链路带宽与采样率而定，具体以设备规格为准 |
| 典型延迟 | 单跳可低至约 150 µs；多跳大网默认约 1 ms（以设备与设置为准） |
| 设备发现 | mDNS（零配置） |
| IP 分配 | DHCP 或自动 169.254.0.0/16（Link-Local） |
通道容量、延迟、采样率上限均与具体设备型号和配置强相关，上表给的是常见范围与默认值，实际数字以你手上设备的规格书为准，不要照搬。
工作原理：流、时钟与抖动补偿
Dante 能在一张普通以太网上做到样本级同步，靠的是三块机制配合。
流（Flow）：Dante 不是每路音频单独发包，而是把音频组织成”流”来传输以节省网络开销。发送端把采样按设定的每包样本数打包，接收端订阅对应的流。单播流承载的通道数有上限，订阅方多、通道多时改用组播——一份数据发出，多个接收端共享，避免同一路音频被复制成 N 份挤爆上行带宽。每包装多少样本跟延迟设置挂钩：包越小、延迟越低，但发包越频繁、网络开销越大，是一对需要权衡的量。
PTP 时钟同步：这是 Dante 的命根子。全网所有设备用 PTP（IEEE 1588）对时，通过最佳主时钟算法（BMCA）自动选举出一台 Grandmaster（大师时钟），由它往全网分发时间基准，其余设备做从时钟跟随，同步精度可达约 ±1 µs，从而实现样本级对齐。为什么音频这么在意时钟？因为多个音箱放同一路声、或多路声要严丝合缝叠在一起时，只要各设备的采样时钟对不齐，就会出现相位漂移、周期性的咔哒声乃至爆音——开头那起事故的直接表现就是时钟被网络抖动带滑了。
接收端抖动补偿：以太网天生有抖动，同一路包到达接收端的时刻会有先有后。Dante 的处理是在接收端统一做补偿：每台接收设备有一个”延迟设置”（receive latency），相当于一个缓冲窗口，早到的包先攒着、到点再一起放，把抖动吸收掉，保证全网同步播出。这也是为什么大网、多跳的场景默认延迟要设得比单跳大——跳数多、抖动大，缓冲窗口就得留宽点才不丢包。
冗余：专业设备支持主备双网（Primary/Secondary），两条物理独立的网络并行跑同一份音频与时钟，一路故障时另一路无缝顶上，用于不容中断的重要场合。
展厅实战：多路音频网络怎么落地
多路音频分发：一张 Dante 网把背景音乐、讲解音、互动展项音、报时/广播等多路信号，分发到各展区的音箱与功放。相比模拟布线，加一个音频点位只是在交换机上多插一根网线、软件里加一条订阅，不用重新拉线。
集中调度与逻辑路由：在 Dante Controller（Audinate 官方软件）里做”谁发给谁”的路由矩阵，横轴发送、纵轴接收，点一下建一条订阅。节目动线改了、某厅要临时借用另一路声，改路由即可，物理接线一根不碰。这套”逻辑层重配”的灵活度，是模拟系统给不了的。
与播放/中控联动：网络播放器（如 SoftPlayer 网络可控播放器）输出 Dante 音频，由中控统一触发节目与音量场景——开馆推”背景乐”、讲解时压低背景抬高讲解音、闭馆渐弱。中控把音频路由和音量封装成”场景”一键切换，这套思路跟 DMX512 灯光控制 里把灯光通道值预存成场景是一个路子：底层协议各管各的，对外只暴露”场景”这层抽象。相关的中控通信基础可参考 TCP/UDP 通信。
QoS 是必配不是选配：这是 Dante 现场最容易翻车的一环。交换机必须按 DiffServ（DSCP）给 PTP 时钟和音频流做严格优先级队列——时钟包优先级最高，音频次之，别的流量靠后，绝不能让文件传输、监控视频这类大流量把音频包挤到队尾。同时必须关闭节能以太网（EEE / 802.3az）：EEE 会在链路空闲时让端口进低功耗，唤醒有微秒级延迟，恰好会把时钟同步搅乱。这两条没配好，轻则偶发咔哒声，重则时钟滑动、爆音、断流，也就是开头那起事故。
与相邻协议对比选型：Dante vs AES67 vs 模拟
| 维度 | Dante | AES67 | 传统模拟 |
|---|---|---|---|
| 性质 | Audinate 私有生态（含管理软件） | 开放互通标准（AES 制定） | 点对点电气连接 |
| 时钟 | 默认 PTPv1（经典模式） | PTPv2 | 无网络时钟概念 |
| 传输 | 单播/组播 UDP | 组播 RTP | 模拟电信号 |
| 互通 | 生态内即插即用，可开 AES67 模式对外互通 | 跨厂商互通性好 | 靠物理接口，一对一 |
| 路由灵活性 | 高（软件重配） | 高 | 低（须改接线） |
| 管理工具 | Dante Controller 成熟好用 | 依赖各家实现 | 无 |
选型上：同一套系统内、又想要成熟的管理工具和即插即用体验，选 Dante——展厅大多是自建自用的封闭系统，Dante 的 Dante Controller 生态是它最大的省心点。要跟别家已有的非 Dante 音频系统互通，就走 AES67：它是开放标准，Dante 也支持切到 AES67 模式（改用 PTPv2、组播 RTP）与之对接，等于给封闭生态开了扇互通的门，代价是要多配一层、丢掉一部分 Dante 专有功能。至于传统模拟，只有点位极少、无改动需求、预算极紧的小场景才值得，音频点位一多、后期要灵活调度，网络音频几乎是唯一合理解。
故障排查表
| 现象 | 可能原因 | 排查 / 解决 |
|---|---|---|
| 偶发爆音 / 咔哒声 | 未配 QoS，或开着 EEE 节能，时钟被抖动带滑 | 交换机配 DSCP 严格优先级队列，关闭 EEE/802.3az |
| 某接收端断续掉音 | 该设备延迟设置过低，缓冲吃不住网络抖动 | 调大该接收端的 receive latency |
| 设备在 Controller 里灰掉/不出现 | mDNS 被交换机拦，或不在同一子网 | 检查是否隔了 VLAN、交换机是否禁了组播/mDNS |
| 全网音频异常、时钟频繁重选 | Grandmaster 时钟源不稳或被劣质设备抢走 | 在 Controller 里手动指定稳定设备为首选主时钟 |
| 组播订阅上不去、带宽爆 | 交换机未开 IGMP Snooping，组播被当广播泛洪 | 交换机启用 IGMP Snooping，约束组播转发 |
| IP 都是 169.254 段、连不上 | 没有 DHCP，设备退回 Link-Local 自动分配 | 部署 DHCP 或按规划配静态 IP |
| 冗余网切换后仍中断 | 主备网没做物理隔离，共用了同一交换机/链路 | 主备走完全独立的两套交换与布线 |
排查口诀：先怀疑网（QoS、EEE、组播、时钟），再怀疑延迟设置，最后才怀疑音频设备本身。 绝大多数 Dante 现场毛病都死在交换机没当”音频专网”配置上。
进阶边界：时钟与安全
时钟层级要稳：BMCA 会自动选主，但”自动”不等于”最优”。一台时钟精度差的廉价设备被选成 Grandmaster，会拖累全网同步。稳妥做法是在 Dante Controller 里把某台时钟质量可靠的设备（或专用主时钟）设为首选主时钟，避免选举漂移。大网还要注意 PTP 报文本身也是网络流量，别让它跟音频抢队列。
网络隔离与安全：Dante 走标准以太网，理论上任何接入这张网的设备都能发现和订阅音频流，它本身不做强加密鉴权。展厅应把音频网划成独立 VLAN 或物理独立网络，别跟办公网、监控网混跑——既是安全考虑，也是把无关大流量挡在外面保 QoS。要跟外部系统互通时才通过 AES67 网关按需开放，而不是把整张音频网暴露出去。
动手检查清单
部署一张 Dante 音频网前后，对着过一遍：
- 交换机为网管型，已按 DSCP 配严格优先级队列（时钟 > 音频 > 其他）
- 全网交换机端口关闭 EEE / 802.3az 节能
- 用组播时已启用 IGMP Snooping，约束组播转发
- IP 分配明确（DHCP 或静态），无设备退回 169.254 段
- 首选主时钟已在 Controller 指定为稳定设备
- 各接收端延迟设置与网络跳数匹配，无断续
- 音频网独立 VLAN/物理隔离，未与办公/监控网混跑
- 重要场合已配主备冗余，且主备物理独立
- 音频路由与音量场景已在中控预存并测试触发
小结
Dante 把多路无压缩音频搬上标准以太网，用流组织传输、用 PTP 做样本级时钟同步、在接收端统一补偿抖动，再靠软件路由把逻辑分发和物理接线解耦。它省线、灵活、可跨子网，但代价明确：这张网必须当”音频专网”伺候——QoS 严格优先级、关 EEE、组播用 IGMP Snooping、主时钟选稳，缺一条就可能爆音断流。跟 AES67 的关系是”封闭好用 vs 开放互通”，看你要不要跨厂商对接。上层再由中控把路由与音量封装成场景，网络音频才真正融进展厅节目的编排里。
延伸阅读：了解开放互通标准 AES67、中控常用的 TCP/UDP 通信基础 与 DMX512 灯光控制 的场景化思路，或查看全部设备协议速查。
需要把网络音频与展项节目统一编排？了解 SoftPlayer 网络可控播放器 与 SoftControl 展厅中控，查看解决方案与落地案例，或直接联系我们聊聊你的定制需求。更多协议见设备协议库。