Dante PTP v1 與 PTP v2：保持時鐘域相容
閱讀約 6 分鐘 · 更新於 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 與設定偏好 | 穩定的時鐘域需要明確主導者 |
| 邊界在哪裡？ | VLAN、埠、橋接裝置，或互通連結 | 定義哪些部分必須端到端測試 |
| 媒體如何跨越邊界？ | 流格式、接收端對應、時鐘來源 | 單看 discovery 不能證明可播放 |
| 故障時會怎樣？ | 事件記錄、靜音行為、復原時間 | 讓交接在演出中實際可操作 |
請參考 Dante clock leader 指南 了解 leader 選舉的基本原理。本篇則聚焦版本邊界與驗收測試。
將 PTPv1 與 PTPv2 視為不同協定
PTPv1 與 PTPv2 使用不同的訊息格式與選舉行為。除非產品文件明確說明某裝置支援刻意設計的邊界或互通模式，否則應把它們視為不同的時間同步系統。
原生 Dante 時鐘與 AES67 互通可能有不同需求。不要把這種一般性說法硬套成所有產品都適用的固定規則。請針對每一台裝置與每一次韌體版本更新，確認其支援的 PTP 模式、時鐘域行為、取樣率與 AES67 實作方式。
在設定前先盤點端點
- 記錄每一台發射端、接收端、交換路徑、韌體版本，以及已啟用的互通模式。
- 標記每個端點的音訊取樣率與支援的 PTP 行為。
- 分開繪製每個時鐘域，包含預期的 leader 與 followers。
- 辨識任何預定參與或橋接多個時間脈絡的裝置。
- 驗證擬定的角色是否已在最新原廠文件中明確支援。
- 保存正常基準狀態：leader、follower 狀態、offset、subscription、事件與可聽音訊輸出。
不要把所有裝置都開啟第二種協定模式，當成探索式修正。只變更文件中指定的邊界裝置，並保留回復路徑。
建立一個明確的時間邊界
為每個時鐘域命名 leader
把每個時鐘域預期的 leader、備援行為與偏好設定寫下來。橋接器無法補救兩個不穩定的選舉結果。
對齊媒體格式
確認發送端與接收端支援相同的取樣率、編碼、聲道數與互通模式。時鐘相容的接收端，仍然可能拒絕不支援的 payload。
控制網路範圍
標示 VLAN、交換器埠、multicast 轉送，以及任何路由邊界。依照支援的設計，讓 Dante primary 與 secondary 網路保持分離。PTP 實驗不得意外併入備援路徑，或無意延伸時間同步流量。
分層驗證邊界
先從時序開始。確認邊界兩側都有預期的 leader 與穩定的 followers，然後持續檢查 offset 與事件，足夠長的時間才能抓到重複選舉或 unlock。接著確認媒體流、聲道對應與實體輸出位置。最後，逐一傳送可辨識的音訊到單一聲道。
| 症狀 | 先檢查什麼 | 下一步受控動作 |
|---|---|---|
| 看得到串流但沒有聲音 | 接收端時鐘鎖定與支援的 payload | 驗證格式並對應單一聲道 |
| leader 一直變動 | 偏好設定與競爭中的候選者 | 回到單一、文件化的 leader 規劃 |
| 某個端點無法鎖定 | 其韌體、PTP 模式與網路路徑 | 與已知良好的對照端比較 |
| 復原後出現爆音或點擊 | 事件時間、offset 與取樣率 | 還原基準並重新測試單一變更 |
| 時序流量跑到錯誤的埠 | VLAN 與 multicast 政策 | 在加入流量前先修正範圍 |
AES67 flow setup 指南 說明在時序支援建立後，媒體流程應如何進行。
測試遺失、復原與重啟
- 傳送具代表性的音訊，並在兩側擷取穩定狀態。
- 在一個已核准的邊界點中斷連線。
- 記錄 leader 變化、follower 解鎖、靜音或失真行為，以及事件時間戳。
- 邊界恢復後，先等待時鐘穩定復原，再判定音訊結果。
- 重新確認所有 subscription 與關鍵實體輸出。
- 依照核准順序重新啟動，並確認預期狀態能持續保留。
- 執行回復流程，讓團隊能回到原生 Dante 基準狀態。
除非實際部署的系統已在真實負載下證明可以做到，否則不要把復原描述成無縫。
PTP 邊界驗收清單
- 已記錄每個裝置、韌體版本與支援的 PTP 模式。
- 每個時鐘域都有一個預期 leader 與文件化的備援行為。
- 任何 bridge 或互通角色都已獲得原廠支援。
- 取樣率、編碼、聲道數與接收端對應一致。
- VLAN 與 multicast 範圍只在預定位置承載時序流量。
- followers 在生產負載下保持穩定，且 offset 可接受。
- 可辨識音訊能到達每一個關鍵實體輸出位置。
- 已證明遺失、復原、重啟持續性與回復流程。
- 擁有者與已接受的證據都已附在交接資料中。
文件化時序交接
記錄裝置、韌體、協定模式、時鐘域、leader、偏好設定、網路路徑、媒體格式、offset、事件證據、可聽結果、故障行為、重啟順序、擁有者與回復流程。讓圖表清楚區分時鐘域與媒體流。
將已接受的時鐘對照圖，和 Techrider.live 中的數位跳線表與 input list 放在一起。邀請協作者編輯同一份技術需求清單，儲存已測試版本、檢視歷史紀錄，並輸出最新的 PDF 供場館、廣播或巡演團隊使用。
FAQ
Dante 使用 PTPv1 還是 PTPv2？
Dante 的時序行為取決於產品、韌體與運作模式。原生 Dante 與 AES67 互通邊界可能使用不同的 PTP 脈絡，因此應以實際的裝置文件與狀態為準，不要只依賴一個通用標籤。
PTPv1 和 PTPv2 裝置可以直接同步嗎？
不要直接假設可以。它們是不同的協定。只有在某個受支援的裝置或架構刻意處理這個邊界時才行；否則應視為不同的時鐘域。
為什麼 AES67 串流看得到卻不同步？
discovery 和媒體時序是兩件事。接收端可能看得到 session 資訊，但卻使用了不相容的 PTP 模式、沒有鎖定時鐘，或拒絕了所選媒體格式。
一台裝置可以橋接 PTP 時鐘域嗎？
只有在該裝置、韌體與設定明確支援此角色時才可以。請在實際部署的系統中驗證其行為、leader 狀態、格式限制與故障復原能力。
要怎麼測試 Dante 的 PTP 邊界？
確認邊界兩側的 leader 與穩定 followers，傳送可辨識音訊，在負載下檢查 offset 與事件，中斷一個已核准的邊界，然後證明可復原、可持續重啟，並能回復。