Dante 網路健康監控：讀取錯誤、利用率與時鐘記錄

TL;DR — Dante 網路健康不是看一個綠色訂閱圖示就能判斷的單一結果，而是由連線狀態、利用率、封包錯誤、延遲統計與時鐘歷史共同構成的整體模式。先建立已知良好的基準，再檢查受影響裝置與其交換器路徑，把計數器和時間戳、演出事件對照起來，然後一次只改一個邊界。若持續出現錯誤、不穩定的時鐘偏移、晚到封包，或長時間高利用率，應先視為需要調查的證據，避免它們演變成可聽見的失敗。

健康的路徑不只是一個綠色勾號

訂閱可以成功建立，但路徑可能仍有勉強可用的線材、壅塞的上行鏈路、不穩定的時鐘，或只有在滿載時才會失敗的設定。Dante Controller 提供多種檢視方式，幫助你分辨端點、連線、時序與流量問題。

請把這些訊號一起看。若沒有時間關聯，一個很久以前的計數器，證據力遠弱於在正好掉訊的當下持續上升的計數器。

建立監控工作流程

1. 先建立已知良好的基準

在開門前，建立完整的路由狀態並播放具代表性的音訊。記錄主要與次要連線速度、正常的 Tx/Rx 利用率、延遲設定與統計、目前的時鐘 leader、follower 同步狀態，以及錯誤計數器。基準值可讓後續變化一目了然。

2. 從受影響的裝置開始

開啟 Device View 並檢查來源與目的端的 Status。確認連線狀態、預期連線速度、IP 位址、利用率，以及作用中介面的錯誤次數。在冗餘系統中，要分別檢查 primary 與 secondary；不要把兩者平均成一個結論。

100 Mbps 連線不一定有故障，但它的容量較小，可能會限制延遲選項。請把它與裝置規格及設計流量負載比較。

3. 追蹤交換器路徑

依序檢查端點埠、 中間 trunk 與上行鏈路。觀察協商速度變化、CRC 或實體層錯誤、丟包、佇列壅塞、拓撲變更，以及意外的 multicast 擴散。端點計數器乾淨，不代表上行鏈路也乾淨。

Dante 網路交換器需求指南 說明了交換器選擇、EEE、容量與驗收測試。

4. 關聯延遲證據

接收端延遲是對抗網路延遲變動的緩衝。在 Dante Controller 中，檢查受影響接收端的延遲歷史與晚到封包指示。晚到封包表示封包在超過設定的緩衝截止時間後才到達；單純增加延遲可能只是掩蓋邊緣路徑，因此應先檢查連線速度、跳數、利用率、QoS 與錯誤。

使用 Dante 延遲設定指南 可區分有效的緩衝調整與網路故障。

5. 讀取時鐘歷史，不要只看目前狀態

Clock Status Monitor 會記錄警告、解鎖、重新鎖定、靜音與解除靜音。它的 frequency-offset 歷史顯示 follower clock 為了追蹤 leader 而付出了多少努力。即使目前已穩定鎖定，也不會抹去事件期間曾經發生的解鎖。

偏移分布不穩或快速變動，可能伴隨上行鏈路過載、問題性的 Energy Efficient Ethernet，或不精準的外部時鐘來源。請用 Dante clock leader 指南 確認時鐘架構。

用餘裕來解讀利用率

Audinate 的 Controller 指引通常把約 85% 的連線速度視為 Tx 或 Rx 利用率的上限經驗值，以保留時鐘表現。請把它當作警戒邊界，而不是設計目標。製作網路需要為控制流量、時鐘、突發流量、備份與路由變更保留餘裕。

Rx 利用率可能包含並非發往該裝置的 multicast 或 broadcast 流量。因此，即使該端點只訂閱少數頻道，意外的接收負載仍可能揭露 multicast-pruning 或 VLAN 問題。

依證據模式進行診斷

在蒐集完證據之前，不要清除日誌或重開裝置。重新啟動會重置有用的計數器，並可能把間歇性故障變成無紀錄的故事。

執行受控驗收測試

1. 載入每一條演出路由與 multicast 流。
2. 播放具代表性的音訊與控制流量。
3. 觀察端點與上行鏈路利用率。
4. 確認封包錯誤計數器維持穩定。
5. 檢視接收端延遲統計。
6. 模擬已核准的主要路徑或上行鏈路失效。
7. 確認時鐘、音訊、控制與冗餘恢復正常。
8. 記錄時間戳、適合內部保存時的資料檢視截圖，以及最終基準值。

公開 Learn 內容與技術需求清單應以文字證據為主，不要放敏感的網路截圖。詳細的診斷匯出檔請保存在製作端受控的文件中。

網路健康檢查清單

• 測試期間已啟用完整演出路由與流量。
• 主要與次要介面分開檢查。
• 已確認端到端的預期連線速度。
• Tx/Rx 利用率保有作業餘裕。
• 錯誤計數器是穩定的，而不只是數值很小。
• 接收端延遲統計沒有晚到封包。
• 已檢視時鐘警告、偏移、靜音與 leader 變更。
• 已記錄故障、恢復、時間戳、負責人與基準值。

FAQ

怎麼檢查 Dante 網路健康狀態？

檢查連線狀態與速度、Tx/Rx 利用率、錯誤計數器、接收端延遲統計，以及 Clock Status 歷史。再把這些數據和滿載時已知良好的基準，以及交換器路徑相比較。

Dante 封包錯誤代表什麼？

它表示封包或 frame 沒有在介面或路徑上被乾淨地處理。請觀察計數是否在故障期間增加，然後檢查線材、埠、光模組、協商、壅塞與交換器計數器。

Dante 網路利用率多少算太高？

Controller 指引通常把約 85% 的連線速度視為上限經驗值，但製作網路設計應明顯低於這個值，並保留給時鐘、控制、突發流量與故障所需的餘裕。

怎麼讀 Dante 時鐘狀態監看？

先看有時間戳的警告、解鎖、重新鎖定、靜音與解除靜音，再檢查 follower 的 frequency-offset 歷史。將事件時間與流量、連線及外部時鐘變更一起對照。

排查 Dante 音訊中斷時應該記錄哪些資料？

記錄確切時間、受影響的路由、裝置與介面、連線速度、利用率、變化中的錯誤、延遲證據、時鐘事件、交換器路徑、最近變更、修正動作與結果。

讓監控變成團隊共享交接

基準值只有在下一位工程師找得到時才真正有用。請把已核准的連線速度、路由負載、延遲、時鐘負責人、失效測試與升級說明保存在 Techrider.live 的現行技術需求清單中，讓協作者能在同一個持續維護的來源裡編輯、儲存並檢視歷史。