Dante QoS 設定：讓時鐘與音訊流量優先傳輸
閱讀約 7 分鐘 · 更新於 2026年10月1日 · 系統技術人員、AV 網路工程師、前場（FOH）與監聽工程師、廣播操作人員、製作經理、場館技術人員，以及巡演音訊團隊
了解 Dante QoS、DSCP 優先順序、交換器佇列、何時需要 QoS、安全設定、驗證方法，以及如何寫進技術需求清單。
TL;DR — Dante 會使用 DSCP 值為時鐘、音訊與其他封包做標記，讓相容的交換器在擁塞時把時間敏感的流量排在一般資料前面。QoS 特別適用於共用網路、壅塞、混速，或承載影像的網路。請保留 Dante 的標記，將它對應到四個或更多佇列，並讓時鐘最高、音訊其次；在支援時使用嚴格優先，然後在受控壓力測試下驗證實際的交換器政策、連線負載、錯誤、延遲與音訊。
QoS 決定忙碌連線上哪些封包先送出
Quality of Service 不會創造頻寬。它是讓受管理交換器在多個封包競爭同一個 egress 連線時，根據規則分類佇列，並決定哪一類先傳送。
Dante 使用 IP 標頭中的 Differentiated Services Code Point（DSCP）標記。端點會標記流量；交換器必須信任或分類該標記，並將其對應到適當的硬體佇列。
| 流量類別 | 運作角色 | 佇列處理方式 |
|---|---|---|
| 時鐘同步 | 維持裝置取樣時序對齊 | 最高優先 |
| 時間敏感媒體 | 承載低延遲音訊或影像 | 低於時鐘，高於一般資料 |
| 控制與監控 | 探索、路由與裝置控制 | 低於時間敏感媒體 |
| Best effort | 沒有即時截止時間的一般資料 | 這些類別中的最低優先 |
精確的 DSCP 值與交換器指令會因 Dante 模式、裝置世代、韌體與交換器平台而異。請使用最新的 Audinate 與交換器供應商文件，不要直接套用來自其他網路、未經驗證的範本。
了解何時 QoS 重要
一個小型、專用、低使用率的 gigabit Dante 網路，即使沒有自訂交換器政策，也可能正常傳輸音訊。這不代表 QoS 已配置，也不能預測在加入更多流量後的表現。
當網路具備下列一項或多項條件時，QoS 就變得重要：
- Dante 與控制、辦公室、網際網路、檔案傳輸、NDI 或其他資料共用連線；
- Dante 影像或其他高頻寬媒體系統使用同一套基礎設施；
- 路徑同時包含 100 Mbps 與 gigabit 連線；
- 上行連線彙整來自多台接入交換器的流量；
- 冗餘或故障轉移事件可能把流量移到更少的連線上；
- 設計刻意以接近連線實際容量的狀態運作。
優先權無法修補超額訂閱的設計。如果只有時間敏感流量本身就超過某條連線的容量，封包仍然會遺失。請先修正拓樸、連線速度、多播範圍或通道數，再把 QoS 當成容量的替代品。
Dante 單播與多播指南 說明了接收端分支數如何改變流量與頻寬行為。QoS 與多播管理解決的是不同問題。
將 Dante 標記轉換成交換器佇列
一個有用的 Dante 政策，會保留端點的 DSCP 標記，並在媒體路徑中的每台交換器上保持一致映射。Audinate 建議使用支援 DSCP 為基礎 QoS、至少四個佇列，且在相關部署中使用嚴格優先佇列的交換器。
請有計畫地建立此政策：
- 盤點每一台交換器型號、韌體版本、埠速率與上行連線；
- 確認交換器是否在 access ports 上信任 DSCP，或會重寫 DSCP；
- 將 Dante 時鐘流量映射到最高優先佇列；
- 將時間敏感的 Dante 媒體映射到下一個佇列；
- 將控制流量放在即時媒體之下，並將一般資料放在更下方；
- 在整條路徑上一致套用此政策；
- 儲存並匯出已接受的交換器設定。
不要假設 queue 7 一定比 queue 1 更高。不同供應商對佇列的標示與排程方式不同。請驗證排程行為，而不只是介面名稱。
讓時鐘與音訊優先順序分開
時鐘封包體積小，但對延遲變化極為敏感。音訊封包承載的頻寬較高，也同樣有截止時間。讓時鐘使用最高類別，有助於維持穩定同步，而音訊則使用下一個即時類別。
Dante clock leader guide 說明了 leader 選舉與外部參考。QoS 只保護封包傳送；它不會選擇 leader，也不會修正錯誤的時鐘設計。
將自訂 DSCP 變更視為進階操作
部分 Dante 產品提供 PTPv2 DSCP 設定，以利符合標準的互通性。如果未先做端到端規劃就更改這些值，可能會讓端點與交換器對標記解讀不一致。編輯前請記錄原始值、變更原因、所有受影響裝置，以及回復步驟。
移除與即時音訊相衝突的網路行為
QoS 只是合適交換器設定的一部分。也請檢查下列邊界條件：
- Energy Efficient Ethernet： 若裝置與交換器指引要求，請在 Dante 埠上停用 EEE 或 Green Ethernet；
- 連線速度與雙工模式： 確認每個端點與上行連線的協商狀態；
- 多播控制： 若網路設計需要，請使用 IGMP snooping 與正確位置的 querier；
- storm control 與速率限制： 確保不會丟棄合法的探索、時鐘或媒體流量；
- VLAN 與路由邊界： 讓核准的 Dante 路徑與探索範圍保持明確；
- Wi-Fi： 不要使用無線連線承載 Dante 媒體；應將控制器存取點與多播媒體隔離或過濾。
避免在不了解其如何分類 Dante 的情況下，啟用一組通用的「voice VLAN」或自動 QoS 功能。為桌機電話設計的預設值，可能會重寫標記或把錯誤的流量排到前面。
在真實負載下驗證政策
1. 儲存乾淨的基準狀態
記錄拓樸、交換器設定、裝置名稱、連線速度、取樣率、延遲設定、訂閱、多播流與正常的埠使用率。
2. 檢查分類與計數器
確認具有預期標記的封包進入了預定佇列。檢查每台相關交換器的介面錯誤、丟棄、佇列丟包、壅塞計數器與上行利用率。
3. 測試實際的音訊目的地
在調音台、處理器、擴大機、錄音機與廣播輸出端進行聆聽與電平量測。單靠交換器計數器無法證明頻道身分或端到端音訊是否正確。
4. 加入受控的競爭流量
在獲准的測試時段內，重現最高可信的資料負載，但不要超過核准設計。觀察時鐘穩定性、接收延遲、封包錯誤、佇列丟包與可聽到的輸出。
5. 測試故障路徑
每次移除一條上行連線或一個核准的網路元件。確認剩餘路徑有足夠容量，並維持相同的 QoS 政策。Dante 延遲設定指南 說明了為什麼提高接收緩衝應該發生在路徑診斷之後，而不是取代診斷。
6. 還原並比較
將網路恢復到已接受的拓樸，驗證每條路由，並將計數器與基準值比較。儲存最終設定並註明日期證據。
在技術需求清單中寫明網路優先權責任
一份有用的交接文件，應載明 Dante VLAN 或實體網路、交換器型號與負責人、DSCP 信任邊界、佇列映射、排程模式、EEE 狀態、連線速度、上行連線、多播政策、正常使用率、壓力測試方法、故障測試、監控存取與回復檔案。
在 Techrider.live 中，將網路裝置名稱與 I/O、設備清單對齊，邀請系統與網路工程師共同編輯同一份技術需求清單，儲存已接受的交換器規劃，在變更後檢視歷史，並匯出附日期的 PDF 供進場使用。
Dante QoS 檢查清單
- 已盤點 Dante 路徑中的每一台交換器與連線。
- 已有意識地信任或分類 Dante DSCP 標記。
- 時鐘具有最高即時優先權，媒體為下一級。
- 已驗證至少四個佇列與其排程行為。
- 已檢查 EEE、連線速度、多播、VLAN 與速率限制設定。
- 已在負載下測試佇列計數器與實際音訊目的地。
- 已記錄故障路徑、回復方式與設定責任歸屬。
FAQ
Dante 需要 QoS 嗎？
不是每個小型專用網路都需要自訂 QoS 設定才能傳輸音訊，但在共用網路、壅塞、混速，或承載影像的網路上，QoS 很重要。請在使用率或拓樸讓封包競爭顯現成故障之前，就先設計好。
Dante 使用哪些 QoS 設定？
Dante 端點會以 DSCP 值標記時鐘、時間敏感媒體、控制與 best-effort 類別的流量。交換器必須保留或分類這些標記，並將其對應到適當的佇列。請在相關的 Audinate 文件中確認目前數值。
Dante QoS 應該用嚴格優先佇列嗎？
Audinate 建議在適合的 Dante 網路中，使用以 DSCP 為基礎的 QoS、四個佇列，以及嚴格優先佇列。套用政策之前，請先確認交換器供應商的佇列順序與防止飢餓的保護機制。
如何驗證 Dante 網路的 QoS？
檢查 DSCP 分類、佇列映射、埠與佇列計數器、連線利用率、時鐘穩定性、延遲與錯誤。然後在受控競爭負載與核准故障條件下，測試實際音訊目的地。
Dante 可以和其他流量共用網路嗎？
可以，只要容量、QoS、多播控制、VLAN 或路由邊界，以及營運責任都已端到端設計。共用同一台交換器，不代表每條路徑都有足夠頻寬或一致的優先順序。
讓封包優先順序可被測試
在演出依賴網路之前，先建立一份技術需求清單，記錄流量類別、信任邊界、佇列政策、連線容量、監控、壓力測試、故障測試、負責人與回復方案。