Dante 多播頻寬：量測、控管與驗證流量

TL;DR — Dante 多播頻寬必須在每一段經過的鏈路上評估，而不只是看發送端裝置。先盤點多播流與接收者，然後在 Dante Controller 讀取主要與次要 Tx/Rx 頻寬，再追蹤交換器上行鏈路、trunk、較慢的埠與無線邊界。若 IGMP snooping 設計正確，媒體可以從沒有聆聽者的埠被剪枝；否則就應假設多播可能廣泛洪泛。移除不必要的流量、縮短路徑，並在每次變更後驗證實際音訊、時鐘、發現與備援切換。

多播改變的是流量經過哪裡

Dante 多播流會送出一條媒體串流，讓多個接收端可以加入。它能降低高分支來源的發送端流量，但也可能消耗許多網路鏈路的頻寬。若沒有正確的多播控制，就應假設流量可能在廣播網域內洪泛，而不是只到已訂閱的接收端。

因此，多播頻寬是一個路徑問題。發送端的總量，無法告訴你一個 100 Mbps 邊緣埠、交換器之間的 trunk、次要網路，或 Wi-Fi 上行是否已超載。

Dante unicast versus multicast guide 說明了何時適合使用哪一種流量型態。本文要回答下一個問題：你選擇的多播流量，是否真的適合且能在真實網路上正確運作。

不要使用一個放諸四海皆準的頻寬數字

一條流的頻寬取決於媒體格式、取樣率、通道數、封包化方式與實作。Video 會讓規模差異非常大。網路鏈路還會承載控制、時鐘、管理與其他應用流量，因此不應把鏈路設計到理論線速的極限。

請使用 Dante Controller 的實測數值與目前裝置文件，而不是記憶中的「每通道多少 megabits」快捷算法。把量測視為當前路徑的觀察結果，而不是保證未來某場擁有更多流或更多接收者時也同樣成立。

讀取 Dante Controller 的頻寬證據

Network Status 會顯示個別主要與次要介面的近似傳送與接收流量。排序或查看 Primary Tx、Primary Rx、Secondary Tx 與 Secondary Rx 頻寬欄位，找出最大的端點與意外流量。

請結合拓樸來解讀這些欄位：

• 高發送端頻寬對於建立多條流的來源可能是正常的；
• 某裝置在訂閱數很少時仍有很高的接收頻寬，可能表示多播被洪泛；
• 在冗餘設計中，次要流量必須在物理上獨立的次要路徑上評估；
• 端點數值很低，不代表共用上行鏈路一定還有餘裕；
• 目前流量本身無法顯示封包遺失，因此要對照交換器與裝置錯誤。

Dante network health guide 說明了利用率、錯誤、延遲與時鐘歷史之間更廣泛的關係。

建立逐鏈路的多播預算

1. 盤點每一條多播流

記錄發送端、流名稱、通道數、媒體類型、取樣率、預定接收者、主要或次要網路，以及操作目的。只有在確認沒有任何正式用途目的地需要它們之後，才移除已廢棄的測試流。

2. 繪出實體路徑

標示發送端埠、接入交換器、每一條上行或 trunk、接收端交換器與接收端埠。也要包含控制電腦、無線存取點、路由器，以及任何與路徑其他部分速度不同的鏈路。

3. 記錄容量與目前負載

確認協商後的鏈路速率，不要假設埠的標示最大值。於具代表性的演出條件下，擷取裝置頻寬、交換器埠利用率、丟棄、錯誤與多播計數器。

4. 逐鏈路加總流量

對每一條鏈路，加總實際穿越它的所有流量，包括跨越該鏈路且在其後方還有聆聽者的多播流，以及任何被洪泛的流量。主要與次要網路要分開計算。若基礎架構共用，也要納入非 Dante 流量。

5. 保留營運餘裕

選擇一個符合設備、流量組合、突發行為與場館政策的工程門檻。不存在適用於每一個網路的單一安全利用率百分比。驗收標準是在預期最壞情況下，媒體、時鐘、控制與復原都維持穩定，且有文件化餘裕。

將 IGMP snooping 視為一套設計完成的系統

IGMP snooping 讓交換器能觀察多播群組成員資格，並只把已註冊的多播媒體轉送到需要它的埠。正確的剪枝可讓高頻寬媒體遠離不相關的端點與 Wi-Fi 鏈路。

這不只是勾選一個交換器選項就完成。完整設計可能需要 IGMP querier、一致的 VLAN 設定、支援的交換器行為，以及整條承載多播的路徑上每一台交換器都正確設定。不同廠商的術語與預設值會有所差異，因此請依交換器與 Dante 設計文件操作。

設定完成後，請用計數器證明行為：

1. 建立一個已知的多播來源與接收端；
2. 找出精確的入口埠、上行鏈路、接收埠與不相關埠；
3. 確認必要路徑上的流量上升；
4. 確認不相關埠沒有承載該媒體串流；
5. 新增或移除一個聆聽者，觀察成員資格與轉送的變化；
6. 驗證發現、時鐘、控制與實際媒體仍然穩定。

不要把「封鎖所有多播」當作解法。Dante 的發現與控制也使用多播機制；若一律過濾，裝置可能直接消失，卻掩蓋了原本的媒體流量問題。

保護無線控制路徑

Dante 媒體不能假設能像一般有線流量一樣在 Wi-Fi 上正常運作。若多播媒體到達存取點上行鏈路，即使電腦只是執行 Dante Controller，也可能讓無線控制效能下降。

請透過已驗證的設計讓媒體遠離無線分支：正確的 IGMP 剪枝、在支援時使用合適的過濾控制埠，或其他經製造商核准的邊界。確保設計仍能通過必要的發現與控制流量。務必使用實際的存取點與交換器進行測試；無線多播行為會變動，沒有通用的安全流量上限。

從最狹窄的原因著手減少流量

不要在未檢查 Dante flow limits 之前，把所有東西都改成 unicast。搬移流量也許能解決某一條鏈路的問題，卻可能在其他地方耗盡發送端流量。

診斷多播頻寬問題

1. 保留目前路徑、拓樸、Controller 檢視畫面與交換器計數器。
2. 找出第一個受影響的接收端，以及回溯到發送端的精確路徑。
3. 依序檢查每一段鏈路的協商速率、利用率、丟棄與錯誤。
4. 將預定聆聽者與實際觀察到的多播轉送結果對照。
5. 在受控時段內，暫時移除或隔離一條非必要流。
6. 確認利用率、封包錯誤、延遲警告、控制回應與音訊是否同步改善。
7. 採取最小的永久修正，然後恢復並測試完整演出狀態。

相關性很重要。高頻寬數值但沒有錯誤，可能是正常現象；在端點總量看似乾淨時卻出現爆音或封包過晚，問題來源可能是超載的上行鏈路。請根據證據前進，而不要同時變更 QoS、延遲與多播。

驗證備援與故障狀態

在冗餘 Dante 系統中，主要與次要網路在彼此分離的基礎架構上承擔平行責任。它們必須分開預算與檢查。主要路徑正常，並不能證明次要路徑的速度、剪枝或容量也正確。

請在正常狀態測試之後，再執行核准的故障測試。確認鏈路或交換器故障不會把不相關流量意外移到受限的管理路徑上，並確認媒體連續性、時鐘、控制可視性與復原都符合設計。 Dante redundant versus switched guide 說明了埠模式的邊界。

多播頻寬檢查清單

• 每一條多播流都有負責人、用途、通道與預定聆聽者。
• 實體路徑、VLAN、trunk、Wi-Fi 邊界與鏈路速度都已繪製完成。
• 已在 Dante Controller 擷取主要與次要 Tx/Rx 頻寬。
• 已記錄交換器利用率、錯誤、丟棄與多播計數器。
• 已在整個路徑上驗證 IGMP snooping 與 querier 的行為。
• 不相關埠與無線分支不會接收到多播媒體。
• 慢速鏈路與共用上行具有文件化的最壞情況餘裕。
• 在把多播改成 unicast 之前，已檢查流量容量的後果。
• 實際音訊、時鐘、發現、控制、備援與復原都通過。

FAQ

Dante 多播會占用多少頻寬？

沒有單一固定數值。它取決於媒體格式、取樣率、通道數、封包化方式，以及流的數量與位置。請量測目前端點，並為它們經過的每一段網路鏈路做預算。

我要怎麼檢查 Dante 的頻寬？

在 Dante Controller 的 Network Status 中查看主要與次要介面的近似 Tx/Rx 數值，然後將它們與交換器埠速度、利用率、丟棄、錯誤以及實體拓樸對照。

Dante 一定需要 IGMP snooping 嗎？

小型音訊網路可以在沒有它的情況下運作，但多播可能會廣泛洪泛。具有明顯多播的網路——尤其是 Video 或無線控制邊界——需要有意設計且完整驗證的多播架構；請依照 Audinate 與交換器廠商的最新指引。

為什麼 Dante 多播會影響 Wi-Fi？

如果多播媒體到達存取點鏈路，它可能會消耗無線 airtime，或降低 Controller 連線能力。請在進入無線分支之前先剪枝媒體，同時保留必要的發現與控制流量。

我要怎麼降低 Dante 多播流量？

移除未使用的流，在接收者數量與發送端容量合理時使用 unicast，修正 IGMP 剪枝，降低或改走媒體負載，並升級受限鏈路。每次變更後都要驗證。

把流量計畫放進技術需求清單

一張綠色路由矩陣並不能證明網路容量。請把多播流盤點、聆聽者對照表、交換器路徑、鏈路速度、觀察到的尖峰負載、剪枝證據、變更負責人與故障測試結果都保留在 Techrider.live 中，讓受邀協作者能在同一份技術需求清單上編修、儲存已核准的計畫，並在進場前先檢視歷史紀錄。