Dante 交換器需求：如何選擇並驗證路徑

TL;DR — Dante 使用標準 Ethernet，但製作現場的交換器必須符合實際的通道數、拓樸、流量與復原計畫。優先選擇可管理的 Gigabit 交換器，且能顯示連線速率、頻寬與錯誤計數；支援 DSCP QoS 與所需的 multicast 控制；並且可在 Dante 埠上停用 Energy Efficient Ethernet。先確認每一條上行鏈路與端點協商結果，再進行 clock、音訊、負載、multicast 與故障測試，最後才批准型號與設定。

Dante 不需要專有交換器

Dante 網路可以在標準 Ethernet 硬體上運作。這不代表每一台消費級或企業級交換器都同樣適合演出。

真正有用的問題不是「這台設備有沒有寫 Dante？」而是「這台交換器能不能在每一條真實鏈路上，承載、優先處理、呈現並復原預定的流量？」

要依據系統設計來挑選，而不是照抄別的製作案的品牌清單。

優先使用 Gigabit 連線並驗證協商結果

Gigabit Ethernet 是可擴充 Dante 系統的常見基準。Audinate 在通道數少、條件受限且具備適當 QoS 的情況下允許 100 Mbps，但較慢的端點或上行鏈路會改變流量與延遲預算。

要以每條鏈路為單位計算流量，而不只是以整台交換器為單位。機櫃可能有 Gigabit 存取埠，但兩台交換器共用一條過小的上行鏈路。受損的網路線也可能讓原本支援 Gigabit 的埠協商成 100 Mbps。

演出前：

1. 列出每個端點、交換器與交換器之間的鏈路。
2. 記錄協商後的速率與雙工狀態。
3. 估算雙向的日常與峰值媒體負載。
4. 納入 multicast 扇出與非 Dante 服務。
5. 預留操作餘裕，不要把設計做到標示上限。
6. 在重接線或更換網路線後重新檢查協商結果。

Dante latency 設定指南 說明了交換器跳數與連線速率如何影響接收端緩衝。

管理型與非管理型交換器的實務價值不同

在固定行為已知且適合的情況下，小型、專用、簡單的 Dante 網路可以使用非管理型交換器。限制不只在於設定能力，也在於可見度。工作團隊可能無法檢視錯誤、速率、使用率、佇列行為或 multicast 狀態。

當系統需要以下任一項時，應優先採用管理型交換器：

• 共用資料、視訊、控制或其他服務；
• 多台交換器或受限的上行鏈路；
• QoS 設定或驗證；
• multicast snooping 與 querier 控制；
• VLAN 或路由邊界；
• 備援路徑；
• 埠安全、監控、記錄或遠端支援；
• 可稽核並可回復的已儲存設定。

管理功能也帶來責任。預設設定或複製來的設定不會自動安全。要明確指定負責人、限制存取、匯出核准後的基線，並記錄如何更換交換器。

在 Dante 埠上停用 Energy Efficient Ethernet

Energy Efficient Ethernet，也稱為 EEE、Green Ethernet 或 IEEE 802.3az，會讓鏈路在閒置時進入較低功耗狀態。即時 clock 與媒體流量依賴可預測的封包傳送，而不適當的 EEE 行為可能導致同步問題或音訊中斷。

對於可管理的製作交換器，請確認 EEE 可以停用，並在所有承載 Dante 流量的埠上驗證實際狀態。若是非管理型交換器，應避開那些無法停用或無法確實驗證 EEE 行為的型號。

不要假設全域選單設定就涵蓋每一個埠、模組或韌體版本。要讀取實際執行中的設定，並在韌體或硬體變更後重新測試。

QoS 是交換器路徑層級的屬性

Dante 端點會以 DSCP 值標記流量，但交換器必須保留或分類這些標記，並將其對應到適當的佇列。單純看到「QoS 已啟用」並不能證明 clock 最高優先、媒體其次，以及一般流量不會餓死即時佇列。

請檢查：

• 入口端的 DSCP trust 或分類；
• 至少符合需求的硬體佇列數；
• clock、media、control 與 best effort 的佇列對應；
• 在設計要求下是否採用 strict-priority 行為；
• 是否有其他政策會重寫標記；
• 路徑上的每一台交換器，而不只是邊緣交換器。

完整設定與壓力測試流程請參考 Dante QoS 設定指南。

multicast 功能必須符合流量規劃

Unicast 是 Dante 媒體傳輸的常態。當單一路傳送端的輸出被刻意分配給多個接收端時，multicast 可以減少傳送端流量的使用，但若控制不當，也會把流量散播到不必要的埠上。

可管理的 multicast 設計通常需要 IGMP snooping，以及在該 VLAN 上放置一個位置正確的 querier。只啟用 snooping 但沒有正常運作的 querier，會讓成員狀態不可靠。非管理型交換器內建的「IGMP 最佳化」可能無法檢視，也無法修正。

請記錄哪些 flow 是 multicast、哪台交換器負責 querier 角色，以及每個群組應送到哪些埠。 Dante unicast 與 multicast 指南 說明了決策與驗證步驟。

建立能在壓力下被理解的拓樸

連到管理型交換器的星狀連線，通常比長串的裝置鏈更容易檢視與隔離。當雙埠 Dante 裝置使用 switched mode 時，第二個連接埠只是延伸同一個故障範圍，並不會形成備援。

在 redundant mode 下：

• 使用真正分離的 primary 與 secondary 網路；
• 避免共用交換器、意外橋接與重疊的位址範圍；
• 兩側都要符合所需的連線速率；
• 為每一條網路線與交換器埠做標示；
• 一次只測試移除一個真實元件。

Dante redundant 與 switched mode 指南 提供了埠模式檢查清單。

不要只看 datasheet，要實際測試交換器

1. 儲存基線

匯出交換器的執行中設定。記錄型號、韌體、埠對應、VLAN、QoS、EEE、multicast 設定與管理負責人。

2. 驗證閒置健康狀態

在所有規劃中的端點都上線後，確認 clock 穩定、leader 正確、連線速率正確、錯誤計數器乾淨、subscriptions 正常，以及每個目的端都有音訊。

3. 套用真實負載

執行規劃中的通道數與 multicast 接收端。若基礎設施是共用的，在核准的測試時段內加入具代表性的資料或視訊流量。觀察使用率、drops、佇列計數器、錯誤與 Dante latency 事件。

4. 測試故障邊界

一次移除並恢復一條網路線、一個端點、一條上行鏈路、一個電源供應，或一台備援交換器。確認實際觀察到的故障與復原情形，與圖面一致。

5. 重新啟動並恢復

在操作上安全的前提下，確認交換器會以核准設定重新啟動，且端點可以重新發現、重新同步，並恢復預期的 subscriptions。

6. 留存驗收證據

保存計數器截圖、測試條件、故障、修正變更、最終設定、日期與核准者。只有「音訊測過一次沒問題」不足以支撐可重複交接。

交換器驗收檢查清單

• 埠數、PoE 需求、光模組與實體格式符合部署。
• 每個端點與上行鏈路都協商到預定速率。
• 容量在保留餘裕下足以承載媒體、multicast、控制與共用服務。
• DSCP QoS 在每條必要路徑上都有映射並驗證。
• 承載 Dante 流量的每個埠都已停用 EEE。
• 使用 multicast 時，IGMP snooping 與 querier 的歸屬正確。
• VLAN 與備援網路邊界符合圖面。
• 埠錯誤、drops、使用率與佇列計數器都可被觀察。
• 執行中設定、韌體、負責人、備援機與回復流程都有文件化。
• 在真實音訊下通過滿載與元件故障測試。

常見錯誤

只看埠數就購買。 連線速率、佇列、EEE 控制、multicast 行為、監控與上行鏈路都屬於需求的一部分。

以為 Gigabit 就不需要設計。 Gigabit 連線仍然可能壅塞、優先順序錯誤、被洪泛，或協商成較低速率。

使用非管理型的 EEE 交換器。 如果省電行為無法停用或驗證，工作團隊就無法建立已知的即時基線。

啟用所有進階功能。 Voice VLAN 預設、spanning-tree 變更、PTP 功能、storm control 與速率限制都可能改變流量。只啟用核准設計需要的功能，並測試其影響。

只測試 discovery。 Controller 裡看到裝置名稱，並不能證明 clock 穩定、容量足夠、multicast 範圍正確，或音訊能復原。

FAQ

Dante 需要專用的網路交換器嗎？

不需要專有交換器。交換器必須提供足夠的速率與容量，並且支援特定 Dante 設計所需的 QoS、EEE、multicast、監控與復原能力。

Dante 交換器應該選管理型還是非管理型？

在製作、共用、多交換器、multicast 或備援系統中，建議選管理型，因為它能提供設定與可視性。對於小型專用網路，已知適合的非管理型交換器也可能可行。

Dante 一定要用 Gigabit 交換器嗎？

Gigabit 強烈建議使用，且對較大的通道數幾乎是必要條件。少量、低通道數的 100 Mbps 操作在正確 QoS 下可能可行，但每一條較慢的鏈路都必須納入容量與延遲規劃。

為什麼 Dante 要停用 EEE？

EEE 會在安靜期間改變鏈路功耗狀態。在不適合的硬體上，這種行為可能妨礙 clock 同步並造成掉音，因此 Dante 埠應使用已驗證的非 EEE 設定。

如何測試交換器是否適合 Dante 音訊？

驗證連線協商與設定，跑完整媒體負載與具代表性的共用流量，檢查錯誤、drops 與佇列，聆聽每個目的端，並在有文件化回復流程的前提下，實際測試網路線、上行鏈路、交換器與電源故障。

把核准的交換器路徑放進技術需求清單

把交換器型號、埠、連線速率、VLAN、QoS、EEE 狀態、multicast 歸屬、備援路徑、管理負責人與經測試的回復流程，一併記錄在音訊網路交接文件中。在 Techrider.live 裡，請把它與跳線表和舞台配置圖放在同一份技術需求清單中，邀請系統技術人員一同編輯，然後在送出目前版本前先儲存並檢視歷史紀錄。