Dante 訂閱錯誤：依正確順序診斷路由

TL;DR — Dante 訂閱錯誤只是在指出：某一層阻止或影響了接收端到發送端的路由，並不代表整個網路都要重建。先讀 crosspoint tooltip 與裝置狀態，再依序確認裝置可見性、通道識別、取樣格式、時鐘域、flow 容量、存取鎖、連線健康狀態與接收端延遲。每次只改一個原因，確認目的地真的有音訊，並保留已知設定以便回復。

訂閱是一條已儲存的接收端到發送端路由

在 Dante Controller 裡，訂閱表示某個接收通道要使用哪個發送通道。路由矩陣會在 crosspoint 顯示目前狀態。

綠色的 subscribed 表示連線已建立。進行中或待處理的狀態，可能只是裝置正在建立路由的暫時現象。警告與錯誤狀態則需要進一步檢查。將滑鼠移到 crosspoint 上會顯示 tooltip，內容包含接收通道、發送通道、路由類型，以及在出現問題時更具體的訊息。

狀態在成功設定後仍可能改變，例如發送端消失、格式變更、flow 達到上限，或網路品質變差。

在重建路由之前先讀證據

先看四項證據：

1. 失敗的接收端與發送端對應 crosspoint 的 tooltip；
2. Receive 分頁中主路徑與備援路徑的狀態；
3. Network Status 裡的訂閱、延遲、封包與頻寬指標；
4. 故障開始時間附近的 Events 與 logs。

在刪除路由之前，先儲存或匯出已知設定。直接把全部路由重建，可能會抹掉證據、耗掉更多 flow，也會讓原始原因更難釐清。

也要確認路由名稱是否對應到預期的訊號。訂閱到錯誤通道，即使網路狀態健康，現場結果仍然是失敗。 Dante device and channel naming guide 提供可回復的識別模型。

依層級診斷錯誤

1. 發送端缺失或未解析

unresolved subscription 通常表示接收端記得一個目前已看不到的發送端或通道。請檢查：

• 發送端的電源與實體連線；
• 正確的 primary 或 secondary 埠；
• 交換器連接埠與協商速度；
• 裝置名稱與通道名稱；
• Controller 電腦所選的網路介面；
• IP 位址、子網路、VLAN 與 discovery scope；
• 是否有替代裝置沿用了已核准的識別。

不要只是為了把圖示清掉就刪除 unresolved 路由。若原裝置或命名正確的備援裝置回來，儲存的訂閱可能會依設計自動恢復。

當裝置本身在 Controller 裡看不到時，請參考 Dante IP addressing guide。

2. 通道格式不正確

當發送端與接收端不支援相同的通道格式時，路由就可能失敗。取樣率是最常見的界線，而 pull-up 或 pull-down 設定也可能讓原本相似的裝置進入不同的時鐘域。

在修改任一端之前，先盤點兩端設備。確認核准的演出格式，保護目的端，依受控順序套用變更，等待必要的重新啟動，並且只重建因格式變更而失效的路由。

Dante sample-rate mismatch guide 會更完整說明這條復原路徑。

3. 時鐘域不匹配

時鐘域訊息表示媒體端點沒有共享相容的時間基準。檢查一般取樣率、pull-up 或 pull-down、PTP 或 RTP 模式、外部同步，以及 managed-domain 設定。

不要隨便指定 Preferred Leader。應先恢復單一相容時鐘域，再確認 leader 選舉、follower lock、mute 行為與 fallback。若是原生 Dante 時序，請依 Dante clock leader guide 操作。

4. Receive 或 transmit flow 不足

Dante 路由是透過 flows 承載的。一個 flow 可以承載多個通道，所以通道數與 flow 數不是同一種資源。

“No Receive flows” 表示接收端裝置無法再接受另一個 flow。“No more flows (TX)” 表示發送端無法再建立另一個所需的 unicast flow。這種情況通常出現在通道分散在很多裝置上，或單一發送端要供應很多接收端時。

在修改網路之前：

1. 檢查端點目前支援與已使用的 flow；
2. 移除確定已無效的訂閱；
3. 在產品允許時，將需要的通道更有效率地分組；
4. 如果很多接收端都要同一組通道，評估有意識地使用 multicast flow；
5. 測試結果頻寬與回復行為。

不要為了掩蓋不佳的路由習慣而刻意建立 multicast。 Dante unicast versus multicast guide 說明了 fanout 的取捨。

5. 裝置已鎖定或受存取控制

被鎖定的接收端可能會拒絕訂閱變更。被鎖定的發送端可能會阻止新的訂閱，或需要授權存取。在受管理的網路上，操作人員也可能沒有該 domain 或裝置的權限。

先辨識系統擁有者與核准的憑證流程。除非負責人已授權復原程序且清楚了解影響，否則不要在 production 中執行 factory-reset、隔離或清除鎖定。

6. 排程器、頻寬或連線速度失敗

transmit scheduler 錯誤可能表示要求的 latency 與實際連線速度不相容。過慢或已飽和的連線也會阻止建立新 flow，或在路由看似成功後出現封包與延遲錯誤。

請確認每個端點與上行鏈路的速度。檢查整條路徑上的使用率、丟棄封包、錯誤、佇列計數器與 QoS policy。纜線故障可能讓原本可協商 gigabit 的連接埠只談到 100 Mbps。

交換器驗收請參考 Dante network switch requirements guide，接收緩衝診斷請參考 Dante latency settings guide。

綠色訂閱不代表測試結束

Controller 只回報網路關係；它無法證明周邊的類比、混音器、DSP、擴大機或喇叭邊界都正常。

當 crosspoint 變成綠色但沒有聲音時，請依訊號流順序確認：

也要檢查來源是否本來就沒有聲音、通道順序是否錯誤、混音器 soft patch 是否變更，或目的端是否被靜音。 soft patch versus physical patch guide 可幫助你區分網路路由與混音器／線材對應。

使用固定的復原工作流程

1. 保護演出

如果診斷過程可能造成噪音，先將敏感目的端靜音或隔離。儲存設定，並擷取 tooltip、裝置狀態、events、名稱、格式、時鐘與網路狀態。

2. 界定故障範圍

判斷是單一通道、單一裝置對、單一接收端、單一發送端、單一交換器區段，還是整個網路受影響。拿一條與大部分路徑相同的正常路由來比較。

3. 先修最早失敗的一層

先恢復實體連線與裝置可見性，再編輯訂閱。先恢復格式與時鐘相容性，再調整 flow 設計。先解決 ownership 或鎖定，再重複嘗試寫入。

4. 一次只改一件事

每次只做一個可控變更，然後讓裝置穩定。重新讀取 tooltip 與狀態。避免同時改名、改格式、重建路由與修改交換器。

5. 驗證識別與音訊

確認完全相同的來源，確實到達完全相同的接收通道與可聽見的目的端。在使用冗餘時，分別檢查主路徑與備援路徑。

6. 測試復原與回復

只有在核准的測試時窗內，才重新啟動或斷開相關元件。確認路由能恢復、logs 乾淨，而且已儲存的基線仍可使用。

記錄訂閱交接

記錄：

• 發送端與接收端的裝置名稱；
• 發送與接收通道名稱及實體插座；
• native、multicast 或 RTP 路由類型；
• 主路徑與備援訂閱狀態；
• 取樣率、時鐘域與延遲；
• 目前與可用的 flow 容量；
• 交換器、VLAN、上行鏈路與 multicast 擁有者；
• 鎖定或 managed-domain 擁有者；
• 已知的 tooltip 訊息與核准的修正方式；
• 基線、測試證據、備援程序與回復方案。

請將敏感憑證保留在公開技術需求清單之外。digital audio network tech rider guide 提供更完整的交接架構。

Dante 訂閱疑難排解檢查清單

• 已擷取精確的 crosspoint tooltip 與事件時間。
• 發送端、接收端、名稱、插座與通道皆正確。
• 實體連線、位址、VLAN 與 discovery 正常。
• 取樣率、pull-up 或 pull-down，以及時鐘域一致。
• transmit 與 receive flow 容量仍可使用。
• 裝置鎖定與 managed 權限都有明確擁有者。
• 已檢查連線速度、使用率、QoS、延遲與封包錯誤。
• 已驗證正確音訊、故障復原與回復。

常見錯誤

刪除所有失敗路由。 這會移除有用證據，也可能摧毀原本設計成在來源回來時可自動恢復的訂閱。

先改時鐘 leader。 很多失敗其實是識別、格式、flow、鎖定或連線問題。先讀具體狀態，再調整時序。

數通道而不是數 flow。 端點 flow 上限取決於路由如何跨裝置分組，不只是通道標籤數量。

只看見綠勾就相信沒問題。 來源可能錯了、沒有聲音、在別處做了 soft patch，或在網路接收端之後被靜音。

一次修很多層。 同時改動網路、格式、命名與路由，會讓原因與回復流程都變得不清楚。

FAQ

為什麼我的 Dante 訂閱會失敗？

常見原因包括發送端缺失、通道格式或時鐘域不相容、transmit 或 receive flow 用盡、裝置被鎖定、連線容量不足，或其他網路路徑故障。先讀 crosspoint tooltip。

Dante 的 unresolved subscription 是什麼意思？

通常表示接收端記得一個目前看不到或無法到達的發送端或通道。請檢查電源、纜線、埠模式、名稱、位址、VLAN、介面選擇與 discovery scope。

Dante 的 no more flows 是什麼意思？

表示發送端或接收端已達到媒體 flow 容量。請檢查目前訂閱、移除過時路由、有效分組通道，並在很多接收端都需要同一來源時，考慮規劃好的 multicast flow。

為什麼 Dante 路由顯示綠色但沒有聲音？

網路訂閱可能是正常的，但來源本身沒有聲音、路由到錯誤通道，或接收端之後的 console、DSP、輸出、擴大機、喇叭路徑被靜音或 patch 錯誤。請端到端檢查訊號流。

要怎麼排查 Dante Controller 錯誤？

先擷取 tooltip 與 events，界定受影響的裝置，然後依序檢查可見性、識別、格式、時鐘、flows、鎖定、連線健康與延遲。每次只改一個原因，並驗證真實音訊與復原能力。

把錯誤訊息變成復原地圖

把已驗證的路由、識別、格式、flow 預算、網路路徑、錯誤意義與回復方案，和演出文件一起保存。在 Techrider.live 中，請將它們與舞台配置圖和輸入列表放在同一份 Rider 裡，邀請負責工程師進行編輯，然後在分享目前版本之前先儲存並檢視歷史紀錄。