网络音频的互操作经常被简化为“支持 Dante 或 AES67”，但真正决定系统能否稳定工作的，是 PTP 时钟、媒体会话、网络策略和设备重启顺序是否一起成立。
协议层不同，不能只看接口
Dante 是完整的厂商生态，包含发现、路由、时钟和管理工具；AES67 解决不同网络音频实现之间的互操作，重点定义 RTP、PTP 和媒体时钟的公共边界。设备可以同时支持两种方式，但不代表任意参数都能自动匹配。
- 确认设备是原生 Dante、AES67 兼容，还是通过网关转换。
- 分别记录两套系统的时钟、路由和监测方式。
- 协议转换处要保留独立监测点，避免成为隐藏的单点故障。
PTP 是公共时间基准
专业音频网络需要统一的采样时间基准。PTP 主时钟、边界时钟或透明时钟配置不一致，会造成设备无法锁定或间歇失步。交换机的 QoS、时间戳能力和链路非对称也会影响时钟质量。
- 明确 PTP 域、主时钟优先级和备用时钟策略。
- PTP 流量应具有高于普通数据的网络优先级。
- 时钟切换和主备倒换必须通过现场测试验证。
互操作要核对会话与媒体参数
AES67 互通不仅是“能收到流”，还要核对采样率、位深、通道数、包时、组播地址、端口、SDP 描述和接收端缓冲策略。不同厂商的默认延迟和通道命名方式也可能不同。
- 建立逐设备的媒体参数和组播地址表。
- 确认收发双方的延迟模式与抖动缓冲设置。
- 对通道映射和静音状态做逐路核对。
验收要测异常，而不是只看连通
一次通电连通不能证明网络音频可靠。异常测试至少包括设备重启顺序、主时钟失效、组播加入离开、链路中断、广播风暴和异常终端接入；测试后还要保留拓扑、配置和恢复步骤。
- 关键链路要有冗余和清晰的故障降级方式。
- 监测指标包括丢包、抖动、时钟偏差和端口错误。
- 交付资料应足以让后续人员复现和排查问题。
真正需要带进项目里的，是这几件事。
- 先统一 PTP 时钟域和网络策略，再讨论设备互通。
- 采样率、包时、通道映射和组播地址必须逐项核对。
- 验收必须包含断链、重启、时钟切换和异常终端测试。
END OF NOTE
技术判断应服务于具体空间、使用流程和持续技术服务，而不是脱离项目条件单独成立。