Dante PTPv1 与 PTPv2：保持时钟域兼容
阅读约 5 分钟 · 更新于 2026年10月16日 · AV 网络工程师、系统技术员、广播操作员、FOH 和监听工程师、集成商、场馆技术人员、制作经理以及巡演音频团队
了解 Dante 如何使用 PTP 版本，梳理时钟域边界，验证 leader 和 follower 行为，并在不靠猜测的情况下测试 AES67 交接。
TL;DR — PTPv1 和 PTPv2 是不同的时钟协议，不是可以互换的标签。Dante 系统在原生 Dante 边界和 AES67 互操作边界上，可能会根据设备和固件支持表现出不同的 PTP 行为。请先盘点所有端点，识别每个时钟域和获批桥接点，验证实际的 leader 和 follower 状态，然后在丢失与恢复过程中测试音频。不要因为看到了流，就以为时钟一定兼容。
先看时钟域，不要先看流
Precision Time Protocol 会在网络中分发共享时间参考。协议版本本身就是这个时钟边界的一部分。参与不同 PTP 版本的设备，并不会因为接在同一台交换机上，或者能发现同一个媒体流，就自动变成同一个时钟域。
| 问题 | 需要收集的证据 | 为什么重要 |
|---|---|---|
| 当前启用的是哪种 PTP 模式？ | 设备、固件、工作模式、当前状态 | 能力和默认值可能不同 |
| 每个域由谁担任 leader？ | 选出的 leader 和已配置的优先级 | 稳定的时钟域需要明确的主导者 |
| 边界在哪里？ | VLAN、端口、桥接设备或互操作链路 | 决定哪些内容必须端到端测试 |
| 媒体如何跨越边界？ | 流格式、接收端映射和时钟源 | 仅有发现结果，不能证明可播放 |
| 故障时会怎样？ | 事件日志、静音行为、恢复时间 | 让交接在演出中真正可用 |
可使用 Dante 时钟 leader 指南 了解选举基础。本文负责版本边界及其验收测试。
将 PTPv1 和 PTPv2 视为两个独立协议
PTPv1 和 PTPv2 使用不同的消息格式和选举行为。除非具体产品文档明确说明设备支持某种刻意设计的边界或互操作模式，否则应把它们当作不同的时钟系统看待。
原生 Dante 时钟与 AES67 互操作可能有不同要求。不要把这类一般性说明误解成适用于所有产品的固定规则。请针对每台设备和每个固件版本，确认其支持的 PTP 模式、域行为、采样率和 AES67 实现。
在配置前先盘点端点
- 记录每个发射端、接收端、交换路径、固件版本以及已启用的互操作模式。
- 标注每个端点的音频采样率和支持的 PTP 行为。
- 分别画出每个时钟域，包括其预期 leader 和 follower。
- 找出任何计划参与或桥接多个时序上下文的设备。
- 核实拟定角色是否被当前厂商文档明确支持。
- 保存健康基线：leader、follower 状态、偏移量、订阅、事件以及可听输出。
不要把所有设备都打开第二种协议模式当作探索性修复。只修改文档明确的边界设备，并保留回滚路径。
建立一个有意设计的时序边界
为每个域命名 leader
为每个域写下预期 leader、备用行为和优先级设置。一个桥接设备无法弥补两个不稳定的选举结果。
对齐媒体格式
确认发送端和接收端支持相同的采样率、编码、通道数和互操作模式。时钟兼容的接收端，仍然可能拒绝不受支持的负载。
控制网络范围
梳理 VLAN、交换机端口、组播转发以及任何路由边界。按照支持的设计，将 Dante 主网络和备份网络分离。PTP 实验不应把冗余路径合并，或无意中延伸时序流量。
分层验证边界
先从时序开始。确认两侧预期 leader 和稳定的 follower，然后继续检查偏移量和事件，确保能捕捉到反复选举或解锁。接着确认媒体流、通道映射和物理输出目标。最后，一次只发送一个通道的可识别音频。
| 现象 | 先检查什么 | 下一步受控动作 |
|---|---|---|
| 能看到流但没有声音 | 接收端时钟锁定和受支持的负载 | 验证格式并映射一个通道 |
| leader 反复变化 | 优先级设置和竞争候选者 | 回到一个已文档化的 leader 方案 |
| 某个端点无法锁定 | 它的固件、PTP 模式和网络路径 | 与已知正常的对端比较 |
| 恢复后出现爆音 | 事件时间、偏移量和采样率 | 恢复基线并重新测试一个变更 |
| 时序流量到达了错误端口 | VLAN 和组播策略 | 在添加流之前先修正范围 |
AES67 流设置指南 介绍了在时序支持建立之后的媒体工作流程。
测试丢失、恢复和重启
- 传送具有代表性的音频，并记录两侧的稳定状态。
- 在一个已批准的边界点中断链路。
- 记录 leader 变化、follower 解锁、静音或伪影行为，以及事件时间戳。
- 恢复边界，并等待时钟稳定恢复后再判断音频表现。
- 重新核对每个订阅和关键物理输出。
- 按获批顺序重启，并确认目标状态保持不变。
- 执行回滚，以便团队能够返回原生 Dante 基线。
除非已部署系统在真实负载下实测证明如此，否则不要把恢复描述为无缝。
PTP 边界验收清单
- 已记录每台设备、固件版本和支持的 PTP 模式。
- 每个时钟域都有一个预期 leader 和已文档化的备用行为。
- 任何桥接或互操作角色都已得到厂商支持。
- 采样率、编码、通道数和接收端映射一致。
- VLAN 和组播范围只在预期位置承载时序流量。
- follower 在生产负载下保持稳定，偏移量可接受。
- 可识别音频到达每个关键物理输出。
- 已验证丢失、恢复、重启持久性和回滚。
- 负责人和已接受的证据已附在交接记录中。
记录时序交接
记录设备、固件、协议模式、域、leader、优先级、网络路径、媒体格式、偏移量、事件证据、可听结果、故障行为、重启顺序、负责人和回滚方案。让图示明确区分时序域与媒体流。
把已确认的时钟图与数字跳线表和输入列表一起保存在 Techrider.live 中。邀请协作者编辑同一份技术需求清单，保存已测试版本，查看历史记录，并导出当前 PDF 供场馆、广播或巡演团队使用。
FAQ
Dante 用的是 PTPv1 还是 PTPv2？
Dante 的时序行为取决于产品、固件和工作模式。原生 Dante 与 AES67 互操作边界可能使用不同的 PTP 上下文，因此应核实实际的设备文档和状态，而不是依赖一个通用标签。
PTPv1 和 PTPv2 设备可以直接同步吗？
不要这样假设。它们是不同的协议。必须由受支持的设备或架构有意处理这个边界；否则就应把它们视为不同的时钟域。
为什么 AES67 流能看到却不同步？
发现和媒体时序是两件事。接收端可能看得到会话信息，但它使用了不兼容的 PTP 模式、没有时钟锁定，或者拒绝了所选媒体格式。
一台设备能桥接 PTP 时钟域吗？
只有当该设备、固件和配置明确支持这一角色时才可以。请在实际部署系统中验证其行为、leader 状态、格式限制和故障恢复。
怎么测试 Dante 的 PTP 边界？
确认两侧的 leader 和稳定的 follower，传送可识别音频，在负载下检查偏移量和事件，中断一个已批准的边界，然后证明恢复、重启持久性和回滚。