Dante IP 位址設定：DHCP、Link-Local 與 Static IP

TL;DR — Dante 裝置通常會自動取得位址：有 DHCP 伺服器時由 DHCP 配發，沒有時則使用 link-local 範圍。因此，主位址是 169.254.x.x 並不一定代表錯誤。請讓每個裝置與控制電腦都位在預期的網路與子網路上，避免不小心混用或重複配置，並且只有在核准的網路設計要求時才使用 static addressing。開演前先把位址責任人與還原路徑記錄清楚。

Dante 可以自行配置位址

IP 位址是用來標識 IP 網路上的裝置介面。Dante 使用 IP 網路進行裝置發現、控制、時鐘同步與媒體傳輸，但小型 Dante 系統不需要操作人員逐台手動輸入位址。

預設情況下，Dante 裝置通常會走以下兩種自動流程之一：

自動不代表任意。裝置與 Dante Controller 電腦仍然需要在預期介面上使用相容的位址。某個位址本身可能是有效的，但若接到錯的網路，仍然會是錯的。

DHCP、link-local 與 static 各自解決不同問題

當網路團隊負責位址管理時，使用 DHCP

在已安裝或共享的基礎架構中，DHCP 很有用，因為單一服務可以在受管理的政策下分配唯一位址、網路遮罩與相關設定，也能降低手動輸入錯誤。

在依賴它之前，請確認：

• DHCP 服務可達正確的 Dante VLAN 或子網路；
• 主、次冗餘網路沒有收到重疊的配置；
• 租用容量足以涵蓋所有端點與控制電腦；
• 若使用保留位址（reservation），其記錄與網路團隊一致；
• 服務遺失或重新啟動時，有經過測試的運作結果。

不要在場館網路上臨時新增一台未協調的 DHCP 伺服器。兩台沒有協調的伺服器可能會分配衝突或非預期的配置。

當沒有 DHCP 伺服器時，使用 link-local 建立簡單獨立網路

當沒有 DHCP 伺服器回應時，Dante 硬體可以使用 link-local 位址。主介面常會顯示為 169.254.x.x。設定為自動取得位址的控制電腦也可以加入同一套配置。

link-local 很適合小型、單一子網路、臨時性的音訊網路。它不會提供通往其他 IP 網路的 gateway，也不會讓 multicast discovery 穿越路由器。如果筆電同時保持公司 Wi‑Fi 或有線介面啟用，請確認 Dante Controller 選到的是哪一個網路卡。

只有在明確設計下才使用 static 位址

當企業政策、可路由設計、管理系統或支援流程需要可預測位址時，static addressing 可能合適。但它也會帶來操作責任：

1. 在設定前先分配唯一位址。
2. 確認子網路遮罩與任何 gateway 需求。
3. 保持主、次網路彼此分離。
4. 將位址對應到實體裝置與埠口記錄下來。
5. 規劃替換端點如何取得正確設定。
6. 測試輸入錯誤後如何重新取得存取權。

把端點改成 static 位址時，裝置可能會重新啟動。請把這個變更視為維護作業，而不是演出中途的試驗。

在變更任何東西之前，先讀懂位址模式

當裝置從 Dante Controller 消失時，先盤點現有狀態，不要立刻把所有端點都強制改成你記得的 static 子網路。

表面症狀可能是位址、介面選擇、網路線、VLAN 成員資格，或 discovery 範圍造成的。先把這些層次分開，再去改設定。

依固定順序排除找不到裝置的問題

1. 先保護已知可用的演出狀態

在支援的情況下，先儲存目前的 Dante 設定。記錄裝置名稱、subscriptions、clock 狀態、sample rate、port mode、位址與實體 patch。避免一次改動多個層級。

2. 確認實體介面

檢查連線指示燈、線路路徑、交換器埠、協商速度，以及端點使用的是主埠、次埠，還是切換埠。接錯冗餘埠的網路線，看起來會很像 IP 問題。

3. 檢查每一個位址與遮罩

使用 Dante Controller 的裝置資訊與作業系統的網路設定。把所有主介面彼此比較，並與所有次介面分開比對。留意重複、非預期的 static 項目，以及不一致的遮罩。

4. 選對電腦網路卡

筆電可能同時有 Ethernet、Wi‑Fi、VPN、虛擬機，以及 USB 網路卡。請選擇實際連到 Dante 的那張網路卡。避免同一子網路中有多個啟用中的介面，因為作業系統可能會選到非預期路徑。

5. 恢復成單一一致的政策

如果核准的設計是自動配置，就把受影響的端點與電腦恢復成自動位址，然後等設定生效。如果是 static，就使用文件記錄的分配，不要自己隨便找一個看起來空著的位址。

6. 分開驗證 discovery 與媒體

在 Controller 看到名稱，只代表 discovery 成功，不代表完整音訊路徑正常。請確認 clock 狀態、sample rate、subscriptions、receiver errors，以及實際音訊。這份 Dante sample-rate mismatch guide 說明了一個常見情況：端點看得到，但音訊無法訂閱。

讓冗餘網路真正保持分離

在設定為 Dante 冗餘的裝置上，主埠與次埠屬於不同的網路路徑。不要把它們接到同一個扁平網路，不要把它們的交換器橋接起來，也不要給它們重疊的位址範圍。

次鏈路的 link-local 配置可能與主鏈路不同。連到次網路的控制電腦，可能需要相容的手動位址設定，這取決於介面與目前的 Dante 指引。請依照已部署版本支援的程序操作，而不是直接複製主網路設定。

關於 port mode 與故障域，請參考 Dante redundant versus switched mode guide。

把位址計畫記錄成別人也能還原的文件

一份實用的網路交接文件，應該寫清楚：

• 主、次網路或 VLAN；
• 每一個網路的 DHCP、link-local 或 static 政策；
• DHCP 責任人與 reservation 來源（若適用）；
• 允許的子網路與遮罩；
• 裝置名稱、實體埠口與目前位址；
• Dante Controller 電腦與網路卡；
• 交換器、上行鏈路，以及任何路由邊界；
• 誰可以變更位址設定；
• 基準檔案、測試程序與還原聯絡人。

不要把密碼或敏感的網路憑證放進公開的技術需求清單。請透過場館核准的安全管道分享存取資訊。

更完整的 digital audio network tech rider guide 會說明位址設定如何與路由、時鐘、冗餘與權責並列。

Dante IP 位址設定檢查清單

• 控制電腦使用的是預期的有線網路卡。
• 每個主介面都遵循同一套相容的位址方案。
• 每個次介面都遵循自己獨立的方案。
• 沒有重複的 static 位址或重疊的 DHCP scope。
• 若有使用 DHCP，已確認責任歸屬與容量。
• Static 位址有核准的分配與還原記錄。
• 已測試裝置 discovery、clock、subscription 與實際音訊。
• 已記錄基準狀態與負責的網路管理者。

常見錯誤

把 169.254 當成故障。 在沒有 DHCP 的獨立網路上，link-local 位址可能就是正確的自動結果。

把所有裝置都改成 static 位址。 這樣可能只是把單一明確故障，換成重複位址、錯誤遮罩與未記錄依賴。

讓多個電腦網路卡處在同一子網路。 Controller 或作業系統可能會走錯介面。

把冗餘網路混在一起。 共用交換器、橋接，或地址範圍重疊，會失去冗餘原本要提供的隔離。

看到裝置出現就停手。 discovery 只是其中一項檢查；還要確認 clock、subscriptions、latency 與音訊。

FAQ

Dante 需要 DHCP 伺服器嗎？

不需要。Dante 裝置可以在沒有 DHCP 的獨立網路上自行指定 link-local 位址。當已安裝或受管理的網路需要集中控制位址時，DHCP 才特別有用。

為什麼我的 Dante 裝置會是 169.254 位址？

通常表示主介面沒有拿到 DHCP lease，因而選擇了 link-local 位址。只要其他 Dante 裝置與控制電腦也在同一個 link-local 網路上，這就是正常狀況。

Dante 裝置應該用 static IP 嗎？

通常不是預設做法。只有在核准的系統設計需要可預測位址時才使用 static，並且要記錄唯一分配、遮罩、擁有者與還原方式。

為什麼 Dante 裝置沒有出現在 Dante Controller？

請檢查實體連線、port mode、電腦選取的網路卡、IP 位址與遮罩、重複位址、VLAN 成員資格，以及 discovery 邊界。一次只修正一層。

Dante 裝置 IP 設錯了怎麼還原？

先透過相容的本地網路路徑連上去，辨識裝置與目前的配置，然後使用支援的 controller 程序，恢復成自動位址或文件記錄的 static 分配。不要在製作網路上猜測位址。

把網路交接納入技術需求清單

把已驗證的位址政策，與裝置名稱、路由、時鐘、交換器路徑與還原權責一起記錄。在 Techrider.live 中，請把這份交接內容和舞台配置圖、輸入列表放在同一份技術需求清單裡，邀請負責工程師共同編輯，然後在分享目前版本前先儲存並檢查歷史紀錄。