Dante 多播位址範圍:規劃、確認與疑難排解流量
閱讀約 6 分鐘 · 更新於 2026年10月16日 · AV 網路工程師、系統技術人員、廣播操作人員、FOH 與監聽工程師、整合商、場館技術人員、製作經理、巡演音訊團隊
將 Dante 多播位址對應到各個 flow,避免地址池衝突,確認轉送範圍,並建立安全的音訊網路交接紀錄。
TL;DR — 多播位址代表的是目的群組,不代表單一接收端,也不保證交換器一定會正確轉送該串流。請記錄實際 Dante 裝置與管理工具所使用的範圍與分配方式,並將它與其他受管理的多播池分開;把每個位址對應到其 flow 與聲道,然後確認加入、連結範圍、音訊、移除與恢復。不要因為某個位址看起來沒人在用,就自行臆測或手動重複使用。
將位址與音訊路由分開看
Dante 多播 flow 會把一條媒體串流送到一個多播群組位址。感興趣的接收端會加入該群組,而網路中的 snooping 與 querier 設計則決定流量會被轉送到哪裡。因此,位址只是整體路由的一部分。
| 層級 | 記錄內容 | 證據 |
|---|---|---|
| Flow | 發送端、聲道、格式、flow 身分 | Controller 或裝置設定 |
| 位址 | 指派的群組位址與位址池擁有者 | 管理工具與交換器觀察 |
| 成員資格 | 加入該群組的接收端埠口 | IGMP 成員資格證據 |
| 轉送 | 承載流量的交換器、VLAN、trunk 與 uplink | 埠計數器或封包擷取 |
| 目的地 | 接收端對應與實體輸出 | 終端可辨識的音訊 |
多播 flow 設定指南 說明如何建立 flow。本文負責地址池規劃與衝突診斷。
使用已文件化的已部署系統範圍
多播範圍與分配控制可能取決於 Dante 產品、韌體、管理環境、AES67 模式與網路設計。請使用目前受支援工具與原廠文件所顯示或指定的範圍。不要從另一個場館或舊專案直接複製前綴,除非你已重新驗證。
當一個場域同時承載多個多播系統時,請為每個位址池指定擁有者。將 Dante、AES67、影像、控制、廣播與企業網路的多播範圍一起文件化,避免不同團隊把相同群組分配給無關流量。
建立位址清單
- 在新增 flow 之前,匯出或記錄所有既有的多播 flow。
- 擷取其發送端、聲道、格式、群組位址、接收端、VLAN 與擁有者。
- 列出同一 routed 或 switched 網域中啟用的其他多播池。
- 依場域標準標示保留、受管理與動態分配的範圍。
- 辨識可承載多個製作系統的 trunk 與 uplink。
- 儲存交換器成員資格與使用率證據,作為健康基線。
請把這份清單視為作業資料,而不只是 IP 試算表。位址正確但聲道或轉送範圍錯誤,仍然是錯誤的路由。
透過受支援的流程分配
讓 Dante Controller、Dante Domain Manager,或適用的裝置流程,依受支援設計來分配與管理群組。如果受管理環境允許自訂範圍,請在變更前先將完整位址池與場域的多播規劃比對驗證。
不要手動指定已被另一個發送端使用的群組。兩條無關串流共享同一目的群組,可能在單獨看每個發送端都正常時,仍造成意外流量、接收端混淆、過度負載或音訊故障。
建立 flow 後驗證範圍
確認位址到 flow 的對應
在建立完成後,立即記錄指派的位址、發送端、聲道順序、格式與預期接收端。不要只靠位址來辨識一個 flow;這個對應必須連結到具名音訊。
檢查成員資格與轉送
確認只有預期的接收端面向埠口加入該群組。確認 querier 穩定,且流量只經過所需的 trunks 與 uplinks。 IGMP snooping 與 querier 指南 說明了成員資格控制。
證明實體目的地
對每個聲道送出可辨識的音訊,確認接收端對應、電平與最終輸出。接著在監看連結使用率與錯誤的同時,執行預期的製作負載。 多播頻寬指南 說明了容量證據。
以系統化方式診斷位址衝突
| 症狀 | 與位址相關的檢查 | 需排除的其他邊界 |
|---|---|---|
| 接收端出現錯誤音訊 | 重複群組或陳舊對應 | 接收端聲道 patch |
| 流量到達無關埠口 | 該群組的成員資格 | snooping 與 querier 健康狀態 |
| 串流在另一套系統啟動後失效 | 群組分配重疊 | uplink 容量與 QoS |
| 移除後仍殘留舊流量 | 陳舊成員資格或仍在運作的發送端 | leave 行為與逾時 |
| Flow 看得到但沒有聲音 | 位址與接收端加入狀態 | 時鐘、格式與實體輸出 |
在允許的情況下,於發送端側與接收端側埠口擷取該群組。比較來源位址、目的群組、封包速率與聲道時序。一次只改動一個邊界;反覆刪除並重新建立 flow 會掩蓋原始衝突。
測試移除與恢復
- 啟動具代表性的音訊,並擷取成員資格、埠口速率與接收端輸出。
- 移除一個已核准的接收端訂閱,確認其成員資格離開且不影響其他項目。
- 恢復該訂閱,並確認相同的具名聲道正確回復。
- 使用受支援的流程移除測試 flow。
- 驗證所有承載連結都停止流量,且該位址不再對應到任何作用中的 flow。
- 僅在需要時重新建立,然後測試重新啟動的持續性與文件化的回復機制。
在判定有陳舊流量之前,請先讓網路文件中定義的 leave 與成員資格計時器完成運作。
多播位址驗收清單
- 目前範圍與分配擁有者已由最新工具文件化。
- Dante 與其他多播池之間沒有非預期重疊。
- 每個作用中的位址都對應到單一具名發送端、flow 與聲道集合。
- 預期接收端與實體目的地都有記錄。
- 成員資格與轉送範圍符合設計。
- Trunk 與 uplink 均維持在可接受的頻寬預算內。
- 可辨識的音訊已通過每個對應聲道。
- 已測試移除、leave 行為、恢復、重新啟動與回復。
- 交接資料中包含擁有者與已接受的證據。
文件化多播交接
記錄位址池、分配器、VLAN、作用中群組、發送端、聲道、接收端、交換器路徑、querier、成員資格證據、使用率、測試結果、擁有者、移除程序與回復機制。每當 flow 變更時,就更新這份對應表。
請將已核准的多播對應表與數位 patch 和 input list 一起保存在 Techrider.live 中。邀請協作者編輯同一份 rider,儲存已測試的版本,檢視歷史紀錄,並匯出目前的 PDF 供場館、廣播或巡演團隊使用。
FAQ
Dante 使用的多播位址範圍是多少?
請使用與實際 Dante 裝置、韌體與管理環境相對應的已報告或已文件化範圍。不要假設某個複製來的前綴適用於所有部署或互通模式。
我可以更改 Dante 的多播位址範圍嗎?
某些受管理環境可能會提供受支援的範圍控制。請先依目前產品文件,將任何提議的位址池與完整場域多播規劃進行驗證,再決定是否變更。
怎麼找出 Dante 多播 flow 的 IP 位址?
請在受支援的 Dante 管理工具中檢視該 flow,並把它與交換器成員資格或經核准的封包擷取結果對照。記錄位址時,務必一併記下發送端與聲道。
兩套音訊系統可以用同一個多播位址嗎?
在共享的多播範圍內,它們不應把無關流量送到同一個群組。請分配不重疊的位址池,並確認 routed 邊界,避免一套系統與另一套系統碰撞。
Dante 多播位址衝突要怎麼排查?
將作用中的群組對應到發送端,比對交換器成員資格與兩端封包擷取,排除時鐘與格式故障,移除一個受控來源或訂閱,並確認流量與音訊如預期改變。