Dante AES67 Flow 設定：啟用、路由與互通驗證
閱讀約 7 分鐘 · 更新於 2026年10月15日 · AV 網路工程師、系統技術員、廣播操作員、FOH 與監聽工程師、整合商、場館技術團隊、製作經理與巡演音訊團隊
規劃 Dante 到 AES67 的邊界，對齊 multicast、時鐘與音訊格式，建立 flow，逐一驗證接收端，並保留可重複執行的回復方案。
TL;DR — Dante AES67 flow 是一個 multicast 互通邊界，不是萬用的路由切換器。先確認每個端點都支援所需的 AES67 模式，對齊取樣率、通道格式、時鐘、multicast 範圍與網路政策，然後只建立核准的通道。接著在接收端驗證 discovery 與 subscription，送入可辨識的音訊，於負載下檢查時鐘與封包證據，並保留已測試過的回復方案。
定義互通邊界
Dante 是完整的音訊網路平台；AES67 定義的是一種通用傳輸方法，讓相容系統可以在邊界上互通。啟用 AES67 不代表另一個生態系統就能使用所有 Dante 功能、名稱、路由或控制功能。
| Boundary question | Decision to record | Why it matters |
|---|---|---|
| Source and destinations | Exact transmit channels and receivers | Prevents exposing unrelated programme audio |
| Audio format | Supported sample rate, encoding, and channel count | All endpoints must accept the same media format |
| Clock domain | Approved leader and boundary behavior | Media cannot remain stable without compatible timing |
| Multicast scope | VLAN, switches, uplinks, and receiver ports | The stream consumes capacity on every forwarded link |
| Control ownership | Who creates, subscribes, tests, and removes the flow | Avoids an orphaned route after handoff |
在選擇架構時，請參考 Dante vs AES67 guide。本文負責的是受控設定與驗收流程。
在變更網路前先確認支援性
先查閱每一個發送端與接收端的最新文件。AES67 支援、可用格式、時鐘行為、設定控制項與重新啟動需求都會因裝置與韌體而異。請記錄實際測試過的韌體版本，不要假設兩個都有 AES67 標示的產品會提供相同選項。
也要確認預定的網路路徑能承受規劃中的 multicast 負載。請標示 VLAN、交換器埠、uplink、querier、snooping 政策，以及任何 routed 邊界。請保持 Dante primary 與 secondary 網路分離；不要用互通性測試去橋接它們。
對齊格式、時鐘與 multicast 政策
配對音訊格式
選擇端到端都支援的格式。建立 flow 之前，先在兩端確認來源通道數與取樣率。即使可看到 session description，也不代表接收端一定能解碼 payload。
建立單一時序設計
確認核准的 clock leader、Dante clock domain，以及 AES67 接收端如何取得相容時序。在 routing 音訊之前，先觀察 lock 與 offset 證據。不要反覆重新建立 media flow 來處理未鎖定的接收端。
準備選擇性 multicast forwarding
AES67 media 使用 multicast。請設定並驗證核准的 IGMP snooping 與 querier 設計，接著量測受影響的鏈路。 IGMP snooping and querier guide 說明 membership control；multicast bandwidth guide 說明鏈路預算。
依受控順序建立 flow
- 儲存目前的 Dante 設定，以及書面的 source-to-destination 對照圖。
- 在預定裝置上啟用支援的 AES67 模式，並完成文件要求的重新啟動。
- 重新確認裝置 discovery、取樣率、clock 狀態與網路介面。
- 在 Dante Controller 中開啟 transmitter 的設定，建立一個只包含核准通道的 AES67 multicast flow。
- 記錄 flow identity、工具顯示的 multicast address、channel order、格式與建立時間。
- 使用接收系統支援的工作流程來 discovery 或輸入該 stream。
- 將每個接收通道對應到有名稱的實體或軟體目的地。
先建立一個小型、具代表性的 flow。從已驗證的邊界擴充，比一次把所有節目通道都納入更容易除錯。
驗證的不只是 discovery
證明 channel identity
一次只送出一個 channel 的可辨識音訊。確認 source label、channel order、電平、極性（如有需要）、receiver mapping 與最終實體輸出。接收端只顯示 stream 名稱，僅能證明 discovery 成功。
測試負載中的路徑
在監看 clock 穩定性、封包錯誤、late-packet 或 latency 證據、multicast membership 與每條承載鏈路的使用率時，播放具代表性的節目音訊。加入預期的製作負載，並確認不相關的埠不會收到該 stream。
測試中斷與恢復
在核准的邊界上，中斷並恢復 receiver subscription 或網路路徑。確認 mute 行為、重新 discovery、clock 恢復、音訊回來的時間，以及在文件指定的重新啟動流程之後，subscription 是否仍然保留。移除測試 flow，並在最終驗收前證明 rollback 有效。
AES67 驗收檢查表
- 每個端點與韌體都支援所選的 AES67 模式。
- Source channels、receiver destinations 與 ownership 都已命名。
- 取樣率、encoding、channel order 與 clock 設計相符。
- VLAN、snooping、querier、uplinks 與 multicast 範圍都已驗證。
- Flow 只包含核准的通道。
- 每個目的地都能通過可辨識音訊，而不只是 discovery。
- 在負載下，clock、packet、latency 與鏈路負載證據都保持正常。
- 已測試 loss、restoration、restart persistence 與 rollback。
- 已文件化已接受的 flow 與移除程序。
記錄交接內容
請記錄裝置型號與韌體、source 與 destination channels、格式、leader、multicast identity、網路路徑、receiver workflow、測試負載、驗收結果、負責人與 rollback。也要說明哪些功能仍然是 Dante-specific，避免下一位操作員誤以為 AES67 定義了跨平台控制。
把已接受的路由，連同輸入列表與 Techrider.live 裡的數位網路備註一起保存。邀請協作者在同一份技術需求清單中編輯，儲存已測試版本，檢視歷史紀錄，並為場館或巡演團隊匯出最新 PDF。
FAQ
怎麼在 Dante Controller 建立 AES67 flow？
先確認裝置支援，啟用文件記載的 AES67 模式，對齊格式與時鐘，然後在 transmitter 設定中，從預定通道建立一個 AES67 multicast transmit flow。實際控制項會依裝置與韌體而異。
AES67 會使用 multicast 嗎？
AES67 media streams 通常以 multicast 傳輸。請為每條承載該 stream 的鏈路規劃 IGMP snooping、穩定的 querier、forwarding 範圍與容量。
為什麼 AES67 接收端看得到 flow 卻聽不到聲音？
discovery 可以成功，但 sample rate、payload 支援、clock lock、channel mapping、multicast forwarding 或實體輸出可能有誤。請依序檢查這些邊界。
Dante 和 AES67 裝置需要相同的取樣率嗎？
同一個 flow 上的端點必須使用彼此都支援的 media format。請確認兩端所選的取樣率與 encoding，而不要假設系統會自動轉換。
要怎麼測試 Dante AES67 路由？
將可辨識音訊送過每個已對應的 channel，在真實負載下檢查 clock 與封包證據，驗證 multicast membership 與鏈路使用率，然後測試 loss、recovery、restart persistence 與 rollback。