Dante Controller 找不到裝置？排查 Dante Device Discovery 的實用方法

TL;DR — Dante 裝置通常會自動廣播自己的身分與通道，但能否被發現，取決於 Controller 電腦是否使用正確的網路介面，以及是否處於正確的 discovery 範圍。先從電源與實體連線開始，再確認 Controller 介面選擇、電腦與裝置的位址設定、主備網路接線、VLAN 或子網邊界、防火牆政策，以及受管理網路登入。先修正最早失敗的邊界，再去調整路由、名稱、時鐘或音訊設定。

Discovery 發生在 routing 之前

Dante Controller 只有在發現端點之後，才能進行音訊 routing。裝置會廣播名稱、通道、功能與格式資訊；Controller 會枚舉這些資訊，並在 Network View 中顯示。

如果裝置不存在，subscription 編輯不是第一步。問題更早就發生了：實體連線、電腦介面選擇、位址相容性、discovery 流量、網路範圍，或管理註冊。

使用固定的 discovery 工作流程

1. 先證明電源與實體連線

檢查端點的電源、網路 LED、正確的 Dante 連接埠、線材、交換器連接埠，以及協商速度。確認交換器連接埠已啟用，且指派到預定的網路。與同一台交換器上可正常運作的裝置比對。

不要一開始就重開所有交換器。單一裝置失敗，通常先需要單一裝置的證據。

2. 檢查 Controller 介面

Dante Controller 會記住它所選定的 primary 與 secondary 電腦介面。因此，一台筆電即使已連上正確的乙太網路，Controller 仍可能繼續使用 Wi-Fi、擴充座介面卡、VPN 介面，或其他 NIC。

打開介面選擇器，依名稱、連線與位址辨識該介面卡。對於一般的 only-primary 網路，請選擇連到該網路的有線介面。如果電腦有多個有線介面，避免把兩個介面放進同一個 IP 子網。

Dante Controller 網路介面指南 會說明多 NIC 與冗餘網路的選擇。

3. 比對位址配置

電腦與端點必須依照網路設計，擁有相容的位址設定。在沒有 DHCP 的獨立 primary 網路上，link-local 位址通常會使用 169.254.x.x。在使用 DHCP 的情況下，電腦與裝置應遵循已核准的 DHCP 範圍。靜態位址必須使用預期的子網、遮罩與閘道政策。

當有任何裝置可見時，請使用 Device Info，並檢查作業系統的介面位址。不要把單一 169.254 位址當成失敗證據；在單一獨立網路中，link-local 位址是有效的。

在更改 DHCP 或靜態設定之前，請先參考 Dante IP 位址配置指南。

4. 分開 primary 與 secondary 網路

在冗餘 Dante 系統中，primary 與 secondary 是兩個獨立的實體網路。不要把兩台交換器彼此連在一起。將電腦的 primary Dante 介面連到 primary 網路；如果有兩個 NIC，則把 secondary 介面連到 secondary 網路。

如果只有一個電腦 NIC，請使用 primary 網路進行正常控制。在故障時切換到 secondary 網路，也需要同時更改 Controller 的介面選擇。只有 secondary 的存取可能會顯示有限的身分資訊，但無法完整控制只存在於 primary 的裝置。

5. 尊重 VLAN 與子網邊界

未受管理的 discovery 通常是本地網路功能。放在另一個 VLAN 或 IP 子網中的裝置，可能完全正常，卻仍超出 Controller 電腦的 discovery 範圍。不要為了讓一個圖示出現，就臨時加設 mDNS reflector，或把 production VLAN 扁平化。

多子網系統需要刻意設計的受管理架構，例如 Dante Domain Manager 或 Dante Director，並由網路管理員負責路由、discovery、clocking、註冊與權限。link-local 位址與本地 mDNS 適合較簡單的單子網系統；它們不能取代 routed-network 架構。

6. 檢查主機安全與衝突軟體

確認作業系統防火牆與端點安全政策，允許已核准的 Dante 應用程式與 discovery 流量通過所選的網路設定檔。暫時關閉所有防護並不是可接受的 production 修法。請記錄被阻擋的規則，套用最小且已核准的例外，然後恢復基準設定。

也要檢查 VPN 軟體、虛擬化介面卡、Internet sharing，以及製造商工具程式，這些都可能改變介面優先順序或分享所選的 Dante 介面。

7. 確認受管理網路存取

在受管理環境中，請確認 Controller 已連接到正確的 Dante Domain Manager domain 或 Dante Director site，且操作人員擁有檢視或設定該裝置的權限。要分清楚尚未註冊的本地裝置與已註冊但目前帳號無法管理的裝置。

不要用恢復原廠設定來繞過 ownership 問題。請升級給指定的 domain 或 site 管理員。

依範圍診斷，不要靠猜

使用可正常工作的比對，縮小故障範圍：

1. 同一台電腦是否能看到這個交換器上的另一台裝置？
2. 另一台已核准的電腦是否能看到這台遺失的裝置？
3. 把該裝置移到同一個 VLAN 內已知正常的連接埠後，是否會出現？
4. 故障是否只限於 primary、secondary、單一子網或單一 site？
5. 問題是否在擴充座、VPN、DHCP、VLAN、firmware 或管理變更之後才開始？

一次只改一個變數，並記錄結果。如果 discovery 恢復了，請在宣告修復之前，先驗證裝置名稱、通道清單、位址、時鐘狀態，以及實際音訊。

記錄 discovery 交接

記錄以下內容：

• 裝置名稱、型號、firmware、MAC 位址與實體位置；
• primary 與 secondary 連接埠、交換器、VLAN 與位址配置；
• Controller 電腦、介面卡名稱與所選介面角色；
• DHCP、靜態或 link-local 的歸屬；
• 受管理的 domain 或 site 與負責管理員；
• 已知可正常運作的 discovery 範圍與限制；
• 已測試的故障、恢復、備品與回復程序。

請把憑證與敏感網路細節留在公開的技術需求清單之外。把營運摘要與 ownership 邊界放進 digital audio network 技術需求清單 中。

Dante discovery 檢查清單

• 端點電源、連線、線材、連接埠與協商速度都正常。
• Controller 使用的是預期的有線網路介面。
• 電腦與端點位址符合已核准的設計。
• primary 與 secondary 網路仍然保持實體分離。
• VLAN 與子網範圍符合管理架構。
• 防火牆、VPN 與虛擬介面卡已檢查，但沒有大範圍停用防護。
• domain 或 site 登入與權限都有指定的負責人。
• 已驗證裝置身分、實際音訊、恢復與回復程序。

常見錯誤

在端點可見之前就編輯 subscriptions。 routing 無法修復 discovery 邊界。

以為 link-local 就代表故障。 在沒有 DHCP 的 primary 網路上，169.254.x.x 是預期行為。

把 primary 與 secondary 橋接在一起。 冗餘網路必須保持分離。

沒有設計就轉送 discovery 流量。 跨子網 Dante 需要受管理的 routing、clocking、註冊與安全性，而不只是轉發公告。

重設已註冊的裝置。 權限問題需要系統擁有者處理，而不是清除設定。

FAQ

為什麼 Dante Controller 看不到裝置？

常見原因包括：電腦使用了錯誤的介面、實體連線缺失、位址不相容、VLAN 設定錯誤、子網之間有 discovery 邊界、防火牆政策，以及無法存取受管理的 domain 或 site。

Dante 裝置 discovery 是怎麼運作的？

Dante 端點會在網路上自動廣播身分、通道與功能。Controller 會在所選的 Dante 介面上接收這些資訊，並列出其適用的本地或受管理 discovery 範圍內的裝置。

Dante discovery 可以跨子網嗎？

一般未受管理的 discovery 只限於本地範圍。多子網運作需要刻意設計的 routed 架構，以及支援所需 DNS、註冊、routing、clocking 與權限的管理平台。

為什麼我看得到 Dante 裝置卻不能設定？

電腦可能只連到了 secondary 路徑，或者裝置已註冊到某個受管理的 domain 或 site，而目前帳號沒有設定權限。

如何排查遺失的 Dante 裝置？

先檢查電源與連線、Controller 介面選擇、電腦與裝置位址、primary/secondary 接線、VLAN 與子網範圍、主機安全性，最後再確認受管理網路登入。一次修正一個邊界，之後再確認實際音訊。

讓 discovery 的 ownership 一目了然

當技術需求清單有寫清楚網路、介面角色、位址擁有者、管理擁有者與已測試的備援方式時，遺失裝置就會更快恢復。把這種交接建構在 Techrider.live 裡，讓最新的網路筆記、輸入列表、舞台配置圖與恢復證據都留在同一份可由協作者編輯、儲存並透過歷史記錄檢視的技術需求清單中。