Dante 跨子網路由：域、時鐘與驗證
閱讀約 8 分鐘 · 更新於 2026年10月8日 · AV 網路工程師、系統技術員、整合商、場館技術主管、廣播作業人員、前場（FOH）與監聽工程師、製作經理、巡演音訊團隊
規劃 Dante 跨 IP 子網路由的實作：DDM 域、路由連線、發現與註冊、邊界時鐘、測試步驟與交付細節。
TL;DR — 當裝置屬於同一個受管理的域，且路由網路支援所需的控制、媒體與時鐘路徑時，Dante 就能跨 IP 子網路由媒體。請先規劃位址、路由、發現或註冊、防火牆規則，以及每個子網的邊界時鐘。接著驗證登入、裝置可見性、以名稱建立的訂閱、時鐘鎖定、實際音訊與故障復原。不要把基本的 IP 可達性誤當成跨子網製作路徑已經就緒的證明。
跨子網的 Dante 是一種受管理架構
傳統未受管理的 Dante 網路，通常只會在同一個 IP 子網內完成發現與時鐘同步。像 Dante Domain Manager（DDM）這類受管理平台，可以把來自多個子網的裝置放進同一個邏輯 Dante 域。該域中的裝置可以在路由邊界之間使用以名稱為基礎的路由，同時維持與同一個域時鐘同步。
域是作業邊界。不同域中的裝置，並不會因為路由器能在它們的位址之間轉送封包就互相作用。每台裝置一次只能加入一個域，而被授權的使用者則可能存取多個域。
| 層級 | 必須回答的問題 | 驗收證據 |
|---|---|---|
| IP | 每個必要端點都能連到受管理服務與路由對端嗎？ | 正確的位址、遮罩、閘道、路由與允許的埠 |
| 發現／註冊 | 控制端與裝置如何找到管理器？ | DNS/DHCP 發現、同子網 mDNS，或經核准的靜態註冊 |
| 域 | 來源與目的端是否在同一個預定域內？ | 註冊與域選擇已確認 |
| 時鐘 | 每個子網如何取得域時鐘？ | 啟用的邊界時鐘、可行時的備援、穩定鎖定 |
| 媒體 | 真實訂閱在演出負載下是否可正常通過？ | 路由狀態、音訊、延遲、計數器與復原測試 |
看懂 Dante 裝置發現指南 主要處理同一網路內的可見性與本地疑難排解。本指南則處理當製作路徑跨越子網時，額外需要的路由式域設計。
在設定路由前先定義域
請依照應共享媒體與時鐘的製作與控制邊界來分組裝置。域可以代表一個房間、錄音室、建築、系統，或其他刻意劃分的作業單元。不要只因為每個 VLAN 都可達，就把它們全都塞進同一個大域。
對於每一組預定的來源與目的端，請記錄：
- 裝置名稱、製造商、型號、韌體與實際位置；
- 主要與備援 IP 位址、子網、閘道與交換器埠；
- 預定域與負責操作人員；
- 所需的傳送與接收通道；
- 媒體格式、取樣率、接收端延遲與冗餘模式；
- 維護、故障與回復方案的責任歸屬。
使用 Dante 冗餘時，請讓主要與備援網路保持分離。跨子網路由不會把交換式架構變成真正的冗餘架構，而且只有備援網路上的裝置，未必能在所有平台上持續保持可管理狀態。
建立路由基礎架構
1. 讓位址規劃具體且有意圖
請採用能辨識每個 Dante 子網與其路由器介面的位址規劃。確認每個端點的正確子網遮罩與預設閘道。Link-local 位址在單一區段內很有用，但不能取代可路由的多子網規劃。
Dante IP 位址指南 說明了 DHCP、link-local 與靜態復原。對於受管理的多子網設計，通常會使用 DNS 與 DHCP 來提供位址與服務發現。若網路無法提供這些服務，則可透過裝置 IP 進行靜態註冊，但這只適用於受控網路。
2. 提供管理器發現或明確註冊
控制端與裝置必須先找到管理服務，域存取才會生效。在單一子網內，基於 mDNS 的發現可能已足夠。跨子網時，請使用產品文件所定義的 DNS 服務記錄與 DHCP 設定，或經核准的靜態註冊流程。
不要把所有 multicast 都在 VLAN 之間轉送，當作發現的捷徑。這會擴大故障與資安邊界，而且仍然無法證明域註冊、權限、時鐘或媒體都正確。
3. 只允許必要的流量
請根據目前 DDM 或受管理平台的文件，確認路由可達性與防火牆政策。記錄設計所使用的精確來源、目的、協定與埠範圍。ping 只能證明一條狹窄的 ICMP 路徑；它無法驗證驗證、發現、控制、時鐘或媒體。
4. 註冊並識別每一台裝置
把裝置註冊到預定的域中，然後透過實體位置、MAC 位址、型號與通道標籤來驗證其身分。單看熟悉的顯示名稱並不夠。裝置在斷電重啟後仍會保留域憑證，因此殘留的註冊資訊可能讓裝置在另一個系統中看起來無法使用或受到限制。
讓每個子網都跟隨同一個域時鐘
Dante 域中的所有裝置，最後都必須遵循同一個域總領導。子網內，Dante 可以透過 multicast PTP 分配時鐘。跨路由的子網邊界時，DDM 會使用適當的邊界時鐘，透過 unicast PTP 在子網之間傳遞時鐘，再在本地進行分配。
每個子網都需要一個符合資格的啟用中邊界時鐘。在平台與裝置組合支援的情況下，請設定第二個候選者作為備援。請選用穩定、能力適當，且在製作期間不太可能被關機或移除的裝置。
| 時鐘狀態 | 作業風險 | 必要回應 |
|---|---|---|
| 子網中沒有邊界時鐘 | 跨子網同步可能失敗，或媒體可能出現爆音／斷續 | 在驗收前恢復或指派合格的時鐘 |
| 只有一個合格時鐘 | 預定的電力或網路作業可能讓子網孤立 | 盡可能新增並測試備援 |
| 選到不支援的裝置 | 它無法執行所需的邊界角色 | 指派前先確認型號／平台能力 |
| 故障測試期間時鐘變更 | 音訊可能靜音、爆音或重新鎖定過慢 | 記錄事件，並修正設計或復原預期 |
Dante 時鐘領導者指南 說明了在製作系統內部的領導者選舉。跨子網驗收還必須額外證明邊界時鐘鏈，以及其備援行為。
建立並驗證訂閱
- 使用有權存取目標域的帳號登入。
- 在 Dante Controller 中選取正確的域。
- 確認來源與目的裝置的身分、格式與時鐘狀態。
- 建立預定的以名稱為基礎的訂閱。
- 等待穩定的成功狀態；如果出現警告或錯誤，請先檢查，不要盲目重新建立路由。
- 播放具代表性的音訊，並在每個必要目的端進行聆聽。
- 確認接收端延遲、時鐘鎖定、封包錯誤狀態與交換器計數器。
- 以預期的峰值負載重複測試，並測試經核准的故障與復原流程。
看得到端點，並不等於路由可用。帳號可能只有唯讀權限、裝置可能在不同域、接收端可能有不相容的格式，或時鐘路徑尚未就緒。請先使用 Dante 訂閱錯誤指南 來解讀路由狀態，再調整基礎架構。
有意地測試故障邊界
跨子網系統會把路由器、防火牆、管理服務、DNS/DHCP 與邊界時鐘都納入依賴鏈。請只在核准的維護時段內測試，並且一次只變更一個邊界。
- 斷開啟用中的邊界時鐘裝置，確認預期的備援是否接手。
- 中斷一條路由連線，記錄哪些訂閱、控制與時鐘受到影響。
- 重新啟動一個具代表性的端點，確認是否會自動重新連回域。
- 在工作站重新啟動後，確認授權的 Controller 登入與域選擇是否正常。
- 在冗餘設計中，分別測試主要與備援路徑。
- 恢復正常狀態，並驗證實際音訊，而不只是綠燈指示。
在重新開機或清除警示前，請保留紀錄與時間戳記。Dante 網路健康指南 說明了如何對照鏈路、時鐘、延遲與錯誤證據。
跨子網驗收檢查清單
- 已文件化域範圍與裝置擁有權。
- 每個端點都具有預定的位址、遮罩、閘道、子網與交換器埠。
- 已證明跨每個子網都能完成發現或靜態註冊。
- 防火牆規則符合目前平台文件與最小必要範圍。
- 來源與目的端已註冊在同一個預定域內。
- 每個子網都有合格的啟用中邊界時鐘，且在可行時已測試備援。
- 格式、取樣率、延遲、名稱與冗餘模式都符合設計。
- 每一個訂閱都能在代表性的峰值負載下通過真實音訊。
- 已記錄路由連線、時鐘、端點重啟與復原行為。
- 負責人、升級路徑、維護時段、備用路徑與回復方案都已明確。
FAQ
Dante 可以跨子網路由嗎？
可以。受管理的 Dante 域可以包含位於多個 IP 子網的裝置，並在連線、註冊、權限與時鐘設計正確時，支援跨路由邊界的以名稱為基礎媒體路由。
多個子網需要 Dante Domain Manager 嗎？
傳統未受管理的 Dante 發現與時鐘同步，是以本地子網為設計基礎。若要刻意建立多子網域，請使用支援的受管理平台，例如 DDM，而不是把本地 multicast 行為延伸成臨時權宜作法。
Dante 在跨子網時的時鐘同步怎麼運作？
整個域會跟隨同一個總領導。每個子網中的合適邊界時鐘，會透過 unicast PTP 在子網之間傳遞時鐘，並在本地分配。每個子網都需要一個合格的啟用中時鐘，而且在可行時應有經測試的備援。
為什麼看得到 Dante 裝置，卻無法路由到它？
可見性不代表授權或相容性。請檢查所選域、帳號角色、裝置註冊、來源與接收端格式、時鐘狀態、路由狀態，以及兩台裝置是否屬於同一個域。
如何測試跨子網的 Dante 音訊？
建立經核准的訂閱、播放真實音訊、檢查時鐘、延遲、錯誤與交換器計數器，然後以峰值負載與一次只測一個故障邊界的方式進行測試。在驗收前，先確認復原與恢復後的音訊路徑。
把路由式設計納入製作交接
請在 Techrider.live 中記錄域、子網、閘道、發現方法、防火牆負責人、邊界時鐘、訂閱、格式、故障測試與回復方案。邀請負責工程師共同編輯同一份技術需求清單、儲存已接受的設計，並在系統變更前檢查歷史紀錄。