Dante 裝置名稱與通道名稱：打造可恢復的路由

TL;DR — Dante 訂閱會用通道名稱和裝置名稱來識別某個傳送通道，所以命名是路由設計的一部分，不只是外觀標籤。請為每台設備設定唯一且穩定、以角色為基礎的名稱，並替每個通道取清楚的來源名稱。重新命名前先匯出基準資料，等待變更儲存，檢查受影響的訂閱，並驗證音訊身分。若替換設備事先準備得當，新的設備可以沿用故障設備的舊名稱，讓相容的接收端恢復路由。

名稱就是路由身分

Dante 會把接收通道路由到某台已命名裝置上的已命名傳送通道。像 Kick@Stagebox-A 這樣的訂閱，意思是接收端正在尋找由裝置 Stagebox-A 所廣播的傳送通道 Kick。

實體插孔編號、控台通道條帶名稱、主機產品名稱與 Dante 通道名稱，可能是在描述彼此相關的事物，但它們不會自動變成同一個欄位。請在跳線文件中讓這些身分彼此對應。

軟跳線與實體跳線的差異說明 會解釋邏輯對應與實體連接之間的界線。

建立穩定的命名規則

有用的裝置名稱應該讓技術人員看得出該端點的角色，並能區分重複的硬體，而不必依賴它在控制軟體視窗中的暫時位置。

可以採用像這樣的格式：

<system>-<role>-<position-or-number>

範例可包括 PA-Processor-L、Stagebox-A、Monitor-Console 或 Record-Interface-1。重點不在於字彙是否完全一致，而是在網路、技術需求清單、交換器連接埠說明、設備標籤與已儲存預設之間保持一致。

請遵守以下規則：

• 讓每台裝置名稱在可達到的 Dante 網路中都保持唯一；
• 使用符合目前 Dante 裝置名稱規則的短 ASCII 名稱；
• 避免裝置拒絕的空格、標點符號或非羅馬字元；
• 只要角色不變，就讓名稱保持穩定；
• 只有在能區分真實端點時，才加入編號或位置；
• 不要把今天的 IP 位址或操作人員姓名這類暫時資訊放進身分名稱裡。

Dante 裝置名稱遵循類似 hostname 的限制，而且不分大小寫。通道名稱可使用的字元較多，但仍有保留字元，且在同一台裝置上必須唯一。請確認已安裝 Dante 韌體的現行限制，不要假設每個世代都接受相同長度。

命名通道時要對準訊號，而不只是接頭

通道名稱應該幫助接收端辨識預期來源。Kick、Vocal-A、Playback-L 或 PA-Drive-L 這類名稱，比 Input 1 更能傳達操作意義，尤其當路由跨越多台設備時。

請把實體接頭分開保留：

這樣分開之後，重接線就會變得可見。若 Kick 從插孔 1 移到插孔 9，來源身分仍可保持清楚，而實體跳線紀錄則會改變。

不要把太多彼此無關的資訊塞進單一通道名稱。取樣率、增益、48V、線材 ID 與目的地擁有權，應該放在專門欄位或備註中，而不是塞進會讓路由矩陣難以閱讀的名稱裡。

理解重新命名會改變什麼

重新命名 Dante 裝置或傳送通道，等於建立了不同的路由身分。訂閱到舊 channel@device 名稱的接收端，可能會顯示無法解析的訂閱，因為原本要求的來源已不再被廣播。

請採用受控的重新命名流程：

1. 匯出或記錄目前的裝置名稱、通道名稱、訂閱與預設；
2. 找出所有依賴即將變更名稱的接收端；
3. 保護受影響的音訊目的地；
4. 一次只重新命名一台裝置或一組通道；
5. 在拔除或關機前，至少等待數秒讓路由變更完成儲存；
6. 檢查未解析、待處理、警告與錯誤狀態；
7. 重建核准的訂閱，並在真實目的地驗證音訊身分；
8. 更新技術需求清單、交換器標籤、預設與復原紀錄。

不要只是為了把矩陣整理漂亮，就在演出進行中重新命名端點。命名遷移本身就是路由變更，需要和跳線變更相同的責任歸屬與驗證。

用名稱支援硬體替換

因為接收端是根據名稱來訂閱，所以可以先準備一台相容的替換設備，來接替故障端點的身分。先將故障設備從網路移除，再以相容的韌體、取樣率、時脈、網路模式、延遲與通道配置設定替換設備，然後指派舊的裝置與通道名稱。

那些仍然儲存該命名訂閱的接收端，就可能把路由恢復到新廣播的來源。這是一種復原機制，但不能證明替換設備真的承載了正確的訊號。

請驗證：

• 舊設備確實已斷開，因此不會出現重複名稱；
• 替換設備有提供所需的傳送通道；
• 取樣率與時脈域相容；
• 主、備網路模式符合設計；
• 每個接收通道都顯示健康的訂閱；
• 不同的測試訊號有送到預期輸出；
• 前級增益、48V、處理與實體插孔都和基準一致。

Dante 取樣率不匹配指南 說明了在命名路由能傳送相容音訊之前，必須完成的格式檢查。

安全地處理重複名稱與暫代名稱

裝置名稱必須唯一。若兩個端點顯示成相同的預期名稱，其中一個可能會採用臨時的衝突名稱。請把這視為身分故障，而不是無害的顯示問題。

先用產品資訊、IP 資訊、交換器埠號，或支援的前面板識別功能，確認硬體身分。然後：

1. 保護可能接收到錯誤來源的目的地；
2. 在授權範圍內，斷開或隔離非預期的重複裝置；
3. 為每個仍在運作的端點指定唯一且核准的名稱；
4. 等待探索與已儲存狀態穩定；
5. 檢查所有引用任一身分的訂閱；
6. 以來源、接收端與實體目的地三個層面測試音訊。

不要只看 Dante Controller 裡那一列的位置，就猜哪一台相同外觀的盒子是哪一台。矩陣可以被篩選與重新排序，而一旦誤改名稱，日後就可能把持續存在的訂閱導向錯誤位置。

測試命名與復原計畫

1. 稽核現場清單

把裝置與通道名稱，和機櫃標籤、交換器埠、輸入列表、輸出列表與已儲存預設進行比對。在做故障測試前先處理差異。

2. 匯出基準

儲存已核准的路由狀態，並記錄每個端點重現所需的韌體、格式、時脈、延遲、冗餘模式與實體跳線細節。

3. 測試受控重新命名

在非關鍵路徑或測試網路上，重新命名一個來源，並觀察其接收端如何回報遺失的身分。再恢復或重建路由，確認已儲存狀態仍然保留。

4. 演練替換

移除來源，加入指定備援，套用已核准的身分與相容設定，並觀察哪些訂閱會恢復。用不同的音訊逐一驗證每個通道。

5. 測試移除與回復

重新開機或中斷已核准端點的連線，然後確認未解析訂閱、探索、路由恢復與音訊回復的行為是否符合文件紀錄。

在技術需求清單中放入命名責任

一份可交付的交接文件，應列出每個裝置名稱、角色、硬體身分、實體位置、交換器埠、Tx 與 Rx 通道名稱、插孔對應、格式、時脈域、冗餘模式、相依接收端、備援設備程序、已儲存預設，以及負責技術人員。

在 Techrider.live 中，請將 Dante 名稱與輸入列表、輸出列表對齊，邀請系統、FOH、監聽與錄音工程師共同編輯同一份技術需求清單，儲存已接受的命名對照表，在變更後檢查歷史紀錄，並匯出附日期的 PDF 供進場使用。

Dante 命名檢查清單

• 每台裝置都有唯一、穩定、以角色為基礎的名稱。
• 傳送通道名稱能辨識真實來源，且在每台裝置內都唯一。
• 實體插孔、技術需求清單來源與 Dante 通道都有交叉參照。
• 在重新命名前，既有訂閱與預設已匯出。
• 變更後有保留時間讓設定完成儲存，再拔除電源或網路。
• 透過辨識實體硬體來解決重複名稱。
• 以不同音訊在真實目的地驗證替換路由。

FAQ

Dante 裝置名稱要怎麼命名？

請使用唯一、穩定、以角色為基礎的 ASCII 名稱，並符合 Dante 類似 hostname 的規則，例如 Stagebox-A 或 Monitor-Console。在技術需求清單、設備標籤、交換器埠與已儲存預設中，也請使用相同的字彙。

重新命名 Dante 裝置後，訂閱會怎麼變？

接收端可能仍然在尋找舊的裝置名稱，並顯示無法解析的訂閱。請把重新命名視為路由變更：檢查受影響的接收端、重建已核准的路由，並驗證音訊身分。

Dante 裝置名稱一定要唯一嗎？

是。每個裝置名稱在 Dante 網路上都必須唯一。衝突可能讓某台設備使用臨時的變更名稱，並使路由身分在名稱修正前都不夠明確。

更換設備後，Dante 路由能自動恢復嗎？

可以，但前提是相容的替換設備接替了故障設備的舊名稱，並提供預期的通道名稱。你仍然必須驗證格式、時脈、網路模式、實體跳線、增益，以及每個目的地實際收到的音訊。

Dante 的裝置名稱和通道名稱有什麼差別？

裝置名稱用來識別整個網路中的端點。傳送通道名稱則用來識別該裝置上的某一個媒體來源。兩者合在一起，才構成接收端訂閱所使用的來源身分。

讓路由身分具備可恢復性

在故障迫使團隊臨場應變之前，先建立一份技術需求清單，把每個 Dante 名稱與其硬體、插孔、訊號、接收端、預設、備援程序、負責人與驗證方式一一對應。