Dante 時鐘同步問題排查：讀懂警告、解鎖與 Offset
閱讀約 6 分鐘 · 更新於 2026年10月12日 · FOH 與監聽工程師、系統技術人員、AV 網路工程師、廣播操作人員、製作管理者、場館技術人員、整合商與巡演音訊團隊
透過事件歷史、跟隨端 offset、靜音狀態、網路證據、外部參考檢查與受控復原測試，排查 Dante 時鐘同步警告。
TL;DR — 排查 Dante 時鐘同步時，先看事件時間線，不要只看目前的綠燈狀態。請先保留 leader、follower 狀態、警告或解鎖時間、靜音狀態、offset 歷史、連線狀況、流量負載與外部參考，再去更動設定。警告表示有不穩定風險；解鎖表示裝置已失去同步，且可能會靜音。先修最早出現異常的邊界，再用代表性負載確認 offset 穩定與實際音訊正常。
警告與解鎖是兩種不同事件
Dante Controller 會監控裝置是否跟隨選出的網路時鐘。被動監控會記錄同步遺失與恢復。主動監控（若系統支援且已啟用）也能在 follower 還沒解鎖前，提前警告其即將變得不穩定。
| 事件 | 意義 | 需立即保留的證據 |
|---|---|---|
| Clock Sync Warning | follower 行為不穩定，且有風險 | 時間、裝置、offset 歷史、流量、連線狀態 |
| Clock Sync Unlocked | 裝置已失去同步 | 靜音狀態、leader、路徑、外部來源、受影響音訊 |
| Clock Sync Locked | 裝置已恢復同步 | 恢復時間與變更內容 |
| Audio Mute / UnMute | 裝置在時鐘遺失或恢復時保護輸出 | 對目的端的影響與持續時間 |
恢復後出現綠色狀態，並不能解釋時鐘為什麼會失敗。請先儲存事件紀錄，並將它與回報的掉音時間點對照，再清除歷史或重新開機設備。
依序讀取 Clock Status Monitor
1. 先確認真正的 leader 與 clock domain
打開 Clock Status，記錄目前的 leader、follower 角色、同步狀態、取樣率，以及任何 pull-up/down domain。確認受影響的傳送端與接收端屬於相容的 clock domain。Dante 時鐘 leader 指南 說明了 election 與 Preferred Leader 的設計；本指南則聚焦於在設計已存在後，如何診斷不穩定。
2. 建立事件時間線
用篩選只看 warning 與 error，但也要保留完整紀錄，因為儲存下來的 log 會包含完整清單。記下第一個 warning、unlock、mute、relock 與 unmute 的時間，並將這些時間與拉線作業、交換器變更、路由變更、負載高峰或外部時鐘事件對照。
3. 檢查 follower offset 歷史
Clock offset 是 follower 為了追蹤 leader，必須調整多少頻率。分布狹窄且穩定，通常比寬廣或快速變動的分布更健康。呈現琥珀色或紅色的量測，可能代表時鐘已接近其支援的 pull 範圍。Offset 是診斷證據，不是通用的及格或不及格數值；請拿它跟該裝置自己的基準值，以及相鄰 follower 做比較。
4. 追查共通路徑
如果很多 follower 同時發出警告，請檢查 leader、其外部參考，以及共用的交換路徑。如果只有單一 follower 不穩定，請檢查該端點、線材、埠、協商速度、錯誤數與本地交換路徑。主網路與備援網路要分開，並獨立評估。
5. 驗證外部參考
當 leader 的時序來源來自 word clock 或其他主機參考時，請確認來源存在、規格正常，且只被一套已文件化的系統使用。不準確或會變動的外部參考，可能把 follower 推向其 pull 範圍邊緣。不要只為了掩蓋症狀就改選新的 Preferred Leader。
將模式對應到邊界
| 證據模式 | 可能的邊界 | 下一個受控檢查 |
|---|---|---|
| 多個 follower 同時警告 | leader、外部來源或共用連線 | 比對 leader 來源與共通交換器計數 |
| 單一 follower 的 offset 分布很寬 | 端點路徑或裝置 | 比對線材、埠、速度、錯誤與鄰近裝置 |
| 高負載時出現警告 | 壅塞、QoS、multicast 或容量不足 | 重現負載並檢查每一條受限連線 |
| unlock 緊接 EEE 狀態變更之後 | 不適合的交換器省電行為 | 停用不支援的 EEE，然後重測 |
| 裝置位於不同的 pull domain | 格式或 pull-up/down 不匹配 | 對齊預期的 clock domain 並重建路由 |
| 備援失敗但主路徑穩定 | 備援路徑故障 | 不要混接路徑，單獨測試備援網路 |
更廣泛的利用率、錯誤與交換路徑流程，請參考 Dante 網路健康監測指南。不要靠調整 latency 來解決時鐘問題；接收端 latency 只是在緩衝音訊到達，並不會改善 PTP 穩定性。
進行受控復原測試
- 儲存目前的路由、leader、同步狀態、事件紀錄與 offset 基準。
- 在代表實際製作的負載下，執行所有必需路由。
- 確認 warning 或 unlock 可以對應到某個特定邊界。
- 一次只變更一個項目：線材、埠、EEE policy、負載、外部來源或時鐘設定。
- 觀察 leader election、follower offset、警告、靜音狀態與實際目的端。
- 還原核准的拓樸，並重複足夠長的時間，以覆蓋原始失敗窗口。
- 儲存乾淨的事件歷史，並標記復原負責人。
在擷取之前，不要清除計數器。只有在開始刻意比較的視窗時才清除，並記錄精確時間。
Clock-sync 驗收檢查清單
- 已記錄實際的 leader 與 clock domain。
- 已保留 warning、unlock、mute、relock 與復原時間。
- 已將 offset 歷史與已知良好基準比較。
- 已檢查 link speed、錯誤、利用率、EEE 與共用路徑。
- 已在來源端與主機裝置驗證任何外部參考。
- 已分開測試主網路與備援網路。
- 在受控修正與還原後，實際音訊仍然正確。
- 已記錄最終狀態、負責人、升級處理與回復方案。
FAQ
為什麼 Dante 裝置會失去 clock sync？
常見原因包括交換器過載或不適合、連線故障、有問題的 EEE、不準確的外部參考、不相容的 clock domain，或 leader 路徑遺失。請用時間對齊的事件與 offset 歷史，找出真正的邊界。
Dante Controller 裡的 Clock Sync Warning 代表什麼？
這表示主動監控已偵測到明顯的時鐘不穩定，裝置有失去同步的風險。請保留事件時間，並在變成 unlock 之前，檢查 offset、流量、連線與時鐘來源。
Dante 裝置 clock unlock 之後會發生什麼事？
裝置已失去與 leader 的同步。Dante 可能會自動將其靜音，直到同步恢復，因此請同時記錄 clock 與 audio mute 事件，並在恢復後確認實體目的端。
要怎麼讀 Dante 的 clock offset 歷史紀錄？
請找穩定且狹窄的分布，而不是寬廣或快速變動的範圍。呈現琥珀色或紅色的量測，可能表示可用 pull-range 餘裕有限。請與該裝置的基準值，以及同一路徑上的其他 follower 比較。
Dante 時鐘同步問題要怎麼修？
先擷取事件序列，判斷是單一 follower 還是多個 follower 受到影響，檢查相關端點或共用路徑，驗證 leader 與外部來源，然後只變更一個邊界，再在負載下重新測試 offset 與實際音訊。
讓時鐘事件可重現
請在 Techrider.live 中記錄 leader、domain、follower、事件時間、offset 模式、網路路徑、外部來源、修正動作、驗收結果、負責人與回復方案。邀請系統與場館工程師一起編輯同一份 Rider，儲存已接受的狀態，並在未來變更後檢查歷史紀錄。