Dante Multicast Flow 設定：如何安全建立、驗證與移除
閱讀約 7 分鐘 · 更新於 2026年10月10日 · Dante 系統設計師、前場（FOH）與監聽工程師、網路與 AV 技術人員、製作管理人員、場館技術人員、廣播工程師，以及巡演音訊團隊
有計畫地建立 Dante multicast 傳輸 flow：選對通道、確認接收端與 IGMP 行為、測試頻寬與音訊，並保留可回復的退路。
TL;DR — 只有在一個發送端必須供應足夠多的接收端、而且網路已準備好承載共享串流時，才手動建立 Dante multicast flow。在發送端的 Device View 中，選擇 Create Multicast Flow，僅選取必要的通道，建立 flow，然後照常讓接收端訂閱。請驗證 IGMP 行為、所有受影響的鏈路、接收端延遲，以及在滿載狀態下的實際音訊。保存基準設定，並在變更正式製作前定義如何移除該 flow。
multicast flow 改變的是傳輸方式，不是通道跳線
Dante 的一個傳輸通道，可以透過 unicast flow 傳送給特定接收端，也可以放入多個接收端都能加入的 multicast flow。Unicast 與 multicast 可以在同一台 Dante 裝置上共存，而且 multicast 傳輸時是逐一選取通道。
接收端仍然是在 Routing 檢視中，訂閱具名的發送端通道。建立 multicast flow 只會改變所選通道如何穿越網路；它不會取代通道命名、訂閱、時鐘、格式相容性或目的端測試。
| 決策層級 | 問題 | 證據 |
|---|---|---|
| 分流數量 | 有多少接收端需要同一個來源？ | 目前與規劃中的目的端清單 |
| 發送端 | 哪些確切通道要進入 flow？ | Device View 的通道選擇 |
| 網路 | 哪些交換器鏈路會承載這個串流？ | 拓樸、計數器、IGMP 狀態 |
| 接收端 | 每個目的端都能穩定接收嗎？ | 穩定的訂閱與延遲證據 |
| 復原 | 這個 flow 要如何移除或替換？ | 已保存的基準與驗證過的回復方案 |
使用 unicast versus multicast guide 來選擇傳輸方式，並使用 multicast bandwidth guide 來計算與監控它在每一段鏈路上的成本。本指南負責實際的建立、驗證與移除流程。
判斷手動 multicast flow 是否有其必要
當同一來源要供應多個接收端時，multicast 可以減少發送端 flow 的使用量。但如果 multicast 控制不存在或設定錯誤，它也可能把串流送到不需要的網路鏈路上。不要只是因為 multicast 聽起來較可擴充，就把一條已經運作正常的 unicast 路由改掉。
在變更傳輸方式之前，先記錄：
- 發送端目前的 unicast 與 multicast flow 使用情況；
- 每個所選通道需要的所有接收端；
- 通道數、取樣率、編碼與預期 bitrate；
- 交換器路徑、上行鏈路、VLAN、querier 與 IGMP snooping 狀態；
- 硬體與軟體接收端類型，以及其延遲設定；
- 一個已知良好的預設或路由記錄，以便回復。
最小且正確的變更，通常是一個邏輯上的節目群組，而不是發送端上的所有通道。
建立 multicast 傳輸 flow
- 預留維護時段並通知路由擁有者。
- 在 Dante Controller 的 Device View 中開啟發送端。
- 確認裝置識別、韌體、時鐘、取樣率與目前 flow 狀態。
- 在裝置的 flow 控制中選擇 Create Multicast Flow。
- 只選取已核准目的端計畫所需的發送通道。
- 檢查選取內容，建立 flow，並等待 Controller 回報完成。
- 在 Routing 檢視中，建立或確認接收端對這些具名通道的訂閱。
每個 multicast flow 可容納的通道數，取決於發送端實作與格式。Controller 會針對該裝置顯示有效的選項；不要假設有一個通用數字。如果所需群組放不進單一 flow，請使用最少數量、經過刻意規劃的 flows，並記錄拆分方式。
在接受音訊前先驗證網路
追蹤承載 flow 的每一段鏈路
分別量測發送端連接埠、交換器上行鏈路、接收端存取連接埠，以及冗餘路徑。比較變更前後的流量。發送端連接埠表現正常，並不能證明共用上行鏈路還有餘裕。
要證明 IGMP 行為，而不是想當然爾
所有乙太網路交換器都會轉送 multicast，但受管理的 multicast 行為取決於整體設計。正確的 IGMP snooping 與 querier 運作，可以把流量限制在有請求該群組的連接埠上。錯誤的 IGMP 設定可能中斷傳送；沒有 pruning 則可能讓串流擴散到更廣的範圍。請在實際的 VLAN 上驗證交換器執行狀態與計數器。
測試每一類接收端
讓每一個核准的硬體與軟體目的端都完成訂閱，然後在完整的正式製作負載下播放可辨識的音訊。確認訂閱狀態、時鐘、延遲、通道順序、音量，以及持續播放。軟體端點的延遲限制可能與硬體不同；不要從其中一類推論另一類。
| 檢查項目 | 通過條件 | 失敗徵兆 |
|---|---|---|
| 訂閱 | 每個接收端的路由狀態穩定 | 格式、存取、時鐘或 flow 問題 |
| 交換器轉送 | 在有 pruning 的設計中，流量只出現在預期鏈路上 | 缺少 querier 或 snooping 成員設定錯誤 |
| 鏈路負載 | 在完整演出流量下仍有持續餘裕 | 非預期 flooding 或上行鏈路容量不足 |
| 接收端延遲 | 沒有 late packets 或 dropouts | 路徑延遲、壅塞、軟體排程問題 |
| 音訊識別 | 每個實體目的端都收到正確通道 | 來源選錯或通道順序錯誤 |
測試失敗與復原
只測試設計聲稱應該能承受的故障：接收端斷線與重新連線、已核准的主/備 failover、在冗餘設計中的交換器重新啟動，以及在維護時段內的發送端重新啟動。觀察 multicast 成員資格是否恢復，然後再次確認每個目的端的音訊。
在擷取故障之前，不要清除計數器或重新啟動裝置。請記錄時間戳、訂閱、multicast 群組或 flow 識別、鏈路使用率、錯誤、延遲事件與時鐘事件。Dante network health guide 說明了如何將這些證據對應起來。
移除或回復 multicast flow
在刪除 flow 之前，先找出所有已訂閱的接收端，並保護它們下游的輸出。儲存目前的路由與裝置狀態，依核准計畫移除或替換受影響的訂閱，然後從發送端的 flow 控制中刪除預定要移除的 multicast 傳輸 flow。
移除後，確認 Controller 是否會把必要的訂閱重建為 unicast，以及發送端的 flow 容量是否仍然足夠。再次在每個目的端播放音訊。成功刪除並不代表替代的傳輸方式真的可用。
multicast flow 驗收清單
- 分流數量與發送端 flow 預算足以支持 multicast。
- 只選取已核准的發送端通道。
- 通道分組符合裝置支援的 flow 容量。
- 交換器拓樸、VLAN、IGMP snooping 與 querier 的管理權責已清楚。
- 在每一條受影響的共用鏈路上，都有量測變更前後的流量。
- 硬體與軟體接收端都能在滿載下穩定播放音訊。
- 延遲、時鐘、通道順序與實體目的端都已驗證。
- 已完成核准的故障與復原測試。
- 已文件化基準、flow 識別、路由清單、負責人與回復方案。
FAQ
在 Dante Controller 裡怎麼建立 multicast flow？
在發送端的 Device View 中，選擇 Create Multicast Flow，選取所需的發送通道，然後建立 flow。接著在 Routing 檢視中建立或確認正常的接收端訂閱，並驗證網路與實際音訊。
什麼情況下該用 Dante multicast flow？
當同一來源必須供應足夠多的接收端，且共享傳輸能改善發送端 flow 預算，並且只有在確認網路能承載與控制該流量之後，才使用它。如果較簡單的 unicast 路由已符合需求，就保留 unicast。
Dante 可以同時使用 unicast 和 multicast 嗎？
可以。Dante 裝置可同時使用兩者，而且個別通道可以選擇用 multicast 傳輸。請把哪些通道使用哪一種傳輸方式記錄清楚，這樣除錯與回復都會更明確。
一個 Dante multicast flow 可以包含幾個通道？
沒有對所有裝置與格式都安全通用的固定數字。容量取決於發送端實作與運作格式。請以 Controller 顯示的可用選項，以及製造商最新文件中的確切規範為準。
Dante multicast flow 要怎麼移除？
找出所有相依接收端、保存基準、保護輸出、在 Device View 中移除預定要刪除的傳輸 flow，並確認必要的路由是否依照計畫的傳輸方式恢復。之後再重新測試實際音訊與鏈路負載。
把 multicast 的責任寫進技術需求清單
在 Techrider.live 中記錄發送端、選取的通道、接收端清單、傳輸方式、交換器路徑、IGMP 負責人、量測負載、延遲證據、驗證結果與回復方案。邀請系統與網路工程師共同編輯同一份技術需求清單，保存已核准的設計，並在變更 multicast 規劃前先檢視歷史紀錄。