Dante 時鐘主控與 Preferred Leader：安全配置同步
閱讀約 8 分鐘 · 更新於 2026年9月30日 · 系統技術人員、前場（FOH）與監聽工程師、廣播操作員、製作經理、場館技術人員、巡演音訊團隊
了解 Dante 時鐘主控的選舉、Preferred Leader、外部同步、時鐘網域、失效測試與技術需求清單文件化，確保現場同步安全穩定。
TL;DR — Dante 設備會使用 Precision Time Protocol 來選出一台時鐘主控，其餘設備則跟隨它。除非製作有經過量測與驗證的理由需要指定某一台穩定設備，否則建議維持自動選舉。Preferred Leader 會改變選舉優先順序；Enable Sync to External 會讓 Dante 介面跟隨主機的外部參考時鐘。避免同時套用互相競爭的設定，務必確認實際主控與 clock domain，在真實網路上測試失效與恢復，並把可接受狀態記錄下來。
時鐘主控讓所有設備共用同一個時間基準
數位音訊設備必須對每個取樣點的發生時間達成一致。Dante 透過 Precision Time Protocol（PTP）分配這個時間基準。某一台符合條件的設備會成為該 clock domain 的時鐘主控，其他設備則以跟隨者身份同步。
| Term | Meaning | Production question |
|---|---|---|
| Clock leader | Elected device that supplies network timing | 哪一台設備目前真正是主控？ |
| Follower | Device synchronized to the leader | 它是否已鎖定且穩定？ |
| Preferred Leader | Setting that raises a device's election priority | 是否真的有理由強制指定這個候選者？ |
| Enable Sync to External | Makes the Dante interface derive timing from its host's external clock | 這個外部來源是否有效且是刻意設定的？ |
| Clock domain | Group of devices sharing compatible timing and media format | 發送端與接收端是否在同一個 domain？ |
時鐘主控不負責路由音訊，也不決定訂閱關係。即使設備顯示可見且已訂閱，若其時鐘未鎖定或不相容，仍可能沒有聲音。請把路由、時鐘、取樣率與網路健康狀況視為彼此獨立的檢查項目。
除非設計需要控制，否則讓自動選舉運作
Dante 通常會從符合條件的設備中自動選出主控。對多數中小型系統來說，這是最安全的起點：先確認被選中的設備穩定，再維持選舉自動運作。
只有在製作需要可預期的候選者時，才考慮使用 Preferred Leader，例如一台在整個活動期間都會持續供電的中央設備，或是連接到已核准外部參考的設備。這個選擇應該提升操作清晰度或系統穩定性，而不是只是讓控制介面看起來比較整齊。
在啟用之前，請先問：
- 這台設備在進場、演出與撤場期間都會存在並持續供電嗎？
- 它的主網路路徑，以及在適用時的次網路路徑是否可靠？
- 它是否有穩定的內部時鐘，或已驗證的外部參考？
- 如果它消失了，應該由哪一台接手？
- 團隊能否辨識選舉結果，並且不用猜測就完成復原？
不要在多台設備上同時指定 Preferred Leader，卻沒有文件化的選舉方案。網路最後仍然會選出一台勝出者，但結果可能是依照平手判定規則，而不是製作預期的優先順序。
將 Preferred Leader 與外部同步分開看待
Preferred Leader 影響的是哪一台 Dante 設備贏得網路選舉。Enable Sync to External 影響的是這台 Dante 設備從哪裡取得時序基準。兩者相關，但不能互相替代。
設為外部同步的設備，必須接收到有效的 word-clock、AES3，或其他主機支援的參考時鐘。如果另一台設備被強制設為 Preferred Leader，而那台外部同步設備又跟隨不同的參考來源，這個設計可能會產生不相容的時序，最終導致音訊靜音。
請依照以下順序處理：
- 先判斷系統是否真的需要外部參考；
- 為 clock domain 指定唯一且權威的來源；
- 確認主機設備已設定為把該來源提供給它的 Dante 介面；
- 只有在核准設計有要求時，才設定 Preferred Leader；
- 驗證實際當選的主控、時鐘來源、同步狀態與靜音狀態；
- 儲存已接受的設定與復原路徑。
word clock 與 timecode 指南 說明了音訊取樣時序與製作 timecode 為何是解決不同問題。
在改變優先順序前，先診斷時鐘不穩定
時鐘警告是關於時序穩定性的證據，不是要你直接點選 Preferred Leader 的指令。常見需要檢查的邊界包括：
- 網路鏈路超載或設定不正確；
- 不適用的交換器上出現 Energy Efficient Ethernet 行為；
- 在需要 gigabit 的情況下，卻出現意外的 100 Mbps 鏈路；
- 不穩定或接線錯誤的外部 word clock；
- 不相容的 clock domains 或 sample-rate pull-up/down 設定；
- 在演出期間會關機的主控設備或網路路徑；
- 無法保留預期時序路徑的備援網路。
請檢查 clock-status event log、目前主控、source、follower lock、支援時的 frequency-offset 歷史、靜音狀態、鏈路速度、錯誤，以及最近的拓樸變更。不要在找出失效邊界之前，就先強制改成另一台主控來掩蓋反覆 unlock 的問題。
測試主控、失去與恢復
1. 儲存基準狀態
記錄設備名稱、韌體背景、sample rates、clock domains、目前主控、Preferred Leader 設定、外部同步設定、網路路徑與訂閱關係。
2. 驗證正常狀態
確認預期的主控確實當選。檢查每一個必要的 follower 是否已鎖定且未靜音，然後在實際目的地監聽。
3. 有意移除主控
在授權的測試時段內，將主控拔線或斷電。觀察選舉所需時間、新主控、時鐘警告、音訊是否連續，以及是否有任何靜音區間。恢復該設備，並確認網路回到已接受的狀態。
4. 測試外部來源
如果有使用外部同步，請只在受控條件下移除或讓該來源失效。記錄主機與 Dante 介面如何回報故障、音訊是否靜音，以及精確的恢復步驟。
5. 測試備援路徑
對支援的備援設備，分別測試 primary 與 secondary 的失效。 Dante 備援模式與切換模式指南 說明了真正備援路徑所需的實體隔離。
6. 每次格式變更後重新檢查
變更 sample rate、pull-up/down、設備模式、韌體或網路拓樸，都可能改變資格或 domain membership。請重新驗證選舉，不要假設上一個主控仍然有效。
把時鐘所有權寫進 Rider
一份實用的交接內容，應該包含預期與備援主控、設備時鐘來源、Preferred Leader 狀態、外部參考來源、clock domain、sample rate、primary 與 secondary 路徑、監聽方式、授權失效測試、預期復原方式，以及負責的技術人員。
在 Techrider.live 中，將設備名稱與網路及 I/O 清單對齊，邀請系統工程師與錄音工程師共同編輯同一份 Rider，儲存已接受的時鐘規劃，在變更後檢查歷史紀錄，並在進場前匯出帶日期的 PDF。
Dante 時鐘檢查清單
- 已驗證實際主控與每一個 follower 的鎖定狀態。
- Preferred Leader 只在有文件記錄的理由下使用。
- 每個 clock domain 的外部同步都只有一個有效且命名清楚的參考來源。
- sample rate 與 pull-up/down 設定彼此相容。
- 已檢查時鐘警告、靜音狀態、鏈路速度與事件歷史。
- 已演練主控失效、外部來源失效與復原流程。
- 備援路徑能保留有效的時序參考。
FAQ
Dante 的時鐘主控是什麼？
時鐘主控是被選出的設備，會向其 Dante clock domain 中的其他設備提供 PTP 時序。follower 會使用這個參考來維持數位音訊取樣對齊。
Dante 要設定 Preferred Leader 嗎？
只有在系統有明確理由要偏好某一台可靠設備時才需要。自動選舉適合許多系統。如果使用 Preferred Leader，請記錄備援方案，並測試移除該偏好設備的情境。
Dante 裡的 Enable Sync to External 是做什麼的？
它會讓 Dante 介面從主機設備提供的外部參考取得時序。這個來源必須有效、接線正確，並且與整個 clock domain 相容。
為什麼 Dante 設備會失去時鐘同步？
可能原因包括外部參考不穩定、交換器過載或不適用、鏈路速度不正確、clock domains 不相容、格式變更，或時序路徑中斷。請先檢查狀態與事件歷史，再調整選舉設定。
怎麼測試 Dante 時鐘失效切換？
先儲存基準狀態，驗證每一個 follower，在授權時段內移除目前主控，觀察新的選舉結果與實際音訊目的地，恢復設備，並確認系統回到預期狀態。
讓時序所有權變得可測試
在系統到場館之前，就先建立一份 Rider，明確寫出主控、備援、時鐘來源、domain、網路路徑、監聽、失效測試與復原方式。