Dante 延遲設定：建立可靠的現場音訊延遲預算

TL;DR — Dante 接收端的延遲設定是封包緩衝，不是速度控制。請把它設得足夠長，讓封包能穿越實際的交換器路徑，並在正常時間變動下仍可準時到達。較短的數值不會讓網路本身變快；如果封包在期限後才到，音訊可能會出現爆音或靜音。請計算交換器跳數、確認支援的數值與連線速率、先用穩定的安全餘裕起步、在真實流量與故障情境下測試，並為每個接收裝置記錄設定。

裝置延遲只是整體端到端延遲的一部分

Dante 以封包方式傳送數位音訊。接收裝置會短暫保留進來的封包，讓它能依正確順序、在正確時間播放。其設定的 接收延遲 定義了這個網路緩衝窗口。

使用者實際感受到的延遲，不只來自這一項設定：

不要只因為某個接收器顯示 0.25 ms，就把整個網路描述成「總延遲 0.25 ms」。這個設定只涵蓋該接收器的 Dante 網路傳送窗口，不包含系統中的所有轉換、處理器與聲學延遲。

先求穩定，再求最小數字

請使用在真實拓樸下仍可靠的最低支援設定，但不要一開始就追求最小值。正確數值取決於裝置能力、交換器跳數、連線速率、網路設計與流量狀況。

一個保守的流程如下：

1. 畫出最長的傳送端到接收端路徑；
2. 計算音訊穿越的每一台交換器；
3. 確認每一段的連線速率；
4. 檢查接收器支援哪些延遲值；
5. 為預定路徑選擇帶有餘裕的數值；
6. 在完整演出流量啟用時進行測試；
7. 只有在製作上有量測依據時才降低數值。

巡演系統經常會遇到未知或變動中的場館網路。比起只在空白測試網路上可行的脆弱最小值，稍大但穩定的緩衝通常更適合作為交接設定。

針對每個接收器計算路徑

延遲是設定在接收裝置上，所以兩個目的端可以合理地使用不同數值。距離 FOH 混音器一台交換器的擴大機，與跨越多台分配交換器的錄音機，並不共享相同路徑。

建立一份路徑表：

請計算實體交換器數量，而不是 IP 子網或纜線標籤。機櫃裡隱藏的一台非受管交換器，仍然會增加一個跳數。若某段連線協商成 100 Mbps，即使相鄰埠口都是 gigabit，也可能成為限制邊界。

在更改設定前，先理解遲到封包

遲到封包警告表示媒體到達接收器目前的期限之後。提高延遲可以增加容錯，但不應該取代診斷。

常見原因包括：

• 設定值對交換器路徑來說太短；
• 某段連線以非預期的速率協商；
• 某台交換器過載或設定不正確；
• 多播流量被送到不需要它的連線；
• 纜線、接頭、光模組或轉接器產生錯誤；
• 拓樸已變更，但延遲計畫未更新；
• 節能或其他交換器行為干擾時間敏感流量。

請檢查裝置與交換器計數器、事件歷史、連線速率、時鐘狀態與頻寬。Dante 單播與多播指南 說明了不必要的多播如何讓受限連線承受額外負載。當路徑有問題時，應先修正路徑；只有在路徑本身有效但需要更大傳送窗口時，才增加緩衝。

將延遲與時鐘和備援分開看

Dante 時鐘同步告訴裝置何時取樣屬於正確時間。接收延遲則讓封包能在播放前到達。裝置即使顯示時鐘有效，音訊封包仍可能遲到。這兩種狀態都要檢查。

備援的主路與次路網路都應支援已設定的延遲。故障後仍存活的路徑，在纜線、交換器或電源失效後，仍必須維持在預算內。Dante 備援與交換式模式指南 說明了所需的隔離方式與失效域測試。

也要把傳輸延遲和喇叭對齊分開。輸出延遲可能會刻意把補聲或延遲喇叭對齊到聲學參考。 通道延遲與輸出延遲指南 說明了這項處理決策。不要為了補償聲學時間需求，而降低 Dante 緩衝。

測試整個網路，不要只測閒置的接線

1. 保存已知狀態

記錄裝置名稱、韌體資訊、取樣率、時鐘主機、訂閱、流型態、接收延遲設定、連線速率、拓樸與交換器設定。

2. 驗證正常音訊

把每一條必要聲道送到實際目的端。確認訂閱、時鐘、封包、錯誤與延遲指示燈，然後在目的端聆聽，不要只依賴單一綠色圖示。

3. 以真實方式讓網路負載上來

啟用錄音、廣播、擴大機、控制以及其他演出路由。量測核心與邊緣鏈路的頻寬。空網路無法證明演出狀態。

4. 測試最長路徑

測試位於最多交換器後方，以及任何 100 Mbps 或共享上行鏈路後方的接收器。在節目音訊持續播放期間，於有意義的時間內觀察是否出現遲到封包。

5. 解除真實元件

在獲得授權的情況下，斷開一條備援連線，或將某一路交換器電源關閉。確認存活路徑仍能維持時鐘、音訊與延遲預算。下一次測試前，請恢復基準狀態。

6. 一次只改一個接收器

如果有理由需要不同設定，請只變更受影響的接收器，清除或加上時間戳記計數器，重複完整測試，並保存被接受的設定。不要用全域增加所有數值來掩蓋某一條有問題的連線。

在技術需求清單中記錄延遲預算

交接內容應列出拓樸、最長路徑、連線速率、接收器設定、預期流量、需檢查的警告、測試時間、故障測試、負責人與核准的基準值。「低延遲 Dante」並不是可量測的描述。

在 Techrider.live 中，請讓裝置與網路註記與舞台配置圖及訊號交接保持一致，邀請系統工程師與錄音工程師共同編輯同一份技術需求清單，保存已接受的數值，在拓樸變更後檢查歷史紀錄，並為場館匯出附日期的 PDF。

Dante 延遲檢查清單

• 已確認每個接收器支援的延遲值。
• 已繪出最長路徑與所有交換器跳數。
• 已檢查每個關鍵邊界的協商連線速率。
• 測試包含演出流量、多播與受限連線。
• 已分開檢查時鐘狀態與遲到封包歷史。
• 備援路徑故障仍維持在可接受預算內。
• 每個設定、測試結果、負責人與基準值都已記錄。

常見問題

Dante 要設定多少延遲才合適？

請選擇一個接收器支援、且能安全涵蓋實際交換器路徑與流量的數值。先從有穩定餘裕的設定開始，測試完整演出網路，只有在量測結果能支持時才使用更短的數值。

Dante 出現遲到封包是什麼原因？

封包可能因為緩衝太短、路徑跳數太多、連線太慢或有故障、流量過大，或交換器設定不適合而遲到。更改設定前，請先診斷計數器與拓樸。

Dante 裝置可以使用不同的延遲設定嗎？

可以。延遲是接收器設定，而路徑或裝置能力不同的目的端，也可以使用不同且受支援的數值。請逐一記錄，不要假設整個網路只用同一個數字。

網路交換器會增加 Dante 延遲嗎？

每一台交換器都必須接收並轉送封包，因此路徑與其佇列都會影響傳送時間。選擇與測試接收器延遲時，請計算所有交換器並確認連線速率。

要怎麼測試 Dante 網路延遲？

執行所有演出路由、檢查時鐘與遲到封包指示、量測關鍵連線、測試最長的接收器路徑、執行已授權的故障測試、在實際目的端聆聽，並在每次受控變更後重複測試。

讓網路預算可重複執行

建立一份技術需求清單，為每個關鍵 Dante 目的端命名路徑、交換器跳數、連線速率、接收器設定、流量狀態、測試、負責人與備援方案。