Dante 冗餘切換測試：驗證主路徑與備援路徑是否都可用

TL;DR — 只有在每條路徑都能獨立運作，且受控的路徑中斷不會打斷已接受的音訊時，Dante 冗餘系統才算真正通過驗證。先把主／備網路做成物理上分離的兩條路徑，分別建立基準值，在有紀錄的邊界切斷其中一條，觀察音訊與事件，再恢復，最後以相反方向重複一次。絕對不要把兩個網路互相接在一起，也不要把兩個共用失效域的埠口稱為冗餘。

冗餘是兩條彼此獨立的路徑

在冗餘模式下，支援的 Dante 裝置會透過主網路與備援網路傳送重複的流量。接收端在其中一條失效時，可以改由存活的那條路徑持續運作。這種保護效果取決於分離程度：需要獨立的交換器架構、線材、埠口、必要時的電源，而且不能有任何意外的交叉連接。

使用 冗餘模式與交換模式比較指南 來選擇並接線埠口模式。本指南負責實際的切換驗證與故障隔離。

建立能找出故障邊界的測試

1. 在動任何線之前，先畫出兩條路徑

把每個裝置介面、接入交換器、上行鏈路、光纖或銅纜路徑、電源來源，以及要監控的邊界全部標示出來。主路徑與備援路徑要用一致的方式標記。確認兩個網路沒有共用未管理交換器、VLAN 橋接、意外跳接，或合併的上行鏈路。

2. 先為正常狀態建立基準值

記錄訂閱關係、leader 與 follower 狀態、介面速度、鏈路錯誤、封包與延遲證據、韌體版本，以及事件記錄時間。把具代表性的節目音訊送到每個關鍵目的地。只有先有一組已知乾淨的基準，切換結果才有意義。

3. 證明備援路徑單獨運作也沒問題

在預定的測試邊界，斷開或停用主路徑，但不要改變路由。持續監看關鍵音訊，儲存事件順序，並確認備援鏈路、時鐘行為、封包傳遞與訂閱關係在約定的停留時間內都保持健康。

4. 恢復主路徑並觀察復原

重新接回路徑，然後讓鏈路協商與網路狀態穩定下來。確認恢復的介面是健康的，而且沒有反覆出現鏈路、時鐘或訂閱事件。不要只因為音訊沒有中斷，就以為恢復後的路徑一定可用。

5. 移除備援路徑再重複一次

回到乾淨的基準狀態，在相同的邏輯邊界隔離備援路徑，並重複觀察。雙向測試可以找出從未承載有效流量的備援路徑，以及復原不穩定的主路徑。

依照故障型態判讀問題

不要同時更動多條線、交換器與設定。先保留第一個事件，找出最早的共同邊界，一次只改一個條件，然後重複同樣的驗收測試。

在測試前定義驗收條件

• 主路徑與備援路徑在物理與邏輯上都已分離。
• 每一台關鍵裝置在隔離前都顯示兩條健康鏈路。
• 具代表性的音訊可送達每個關鍵目的地。
• 移除任一路徑都不會造成不可接受的靜音、爆音或掉音。
• 存活路徑上的時鐘、封包、延遲與訂閱證據維持健康。
• 失效路徑能在監控與事件記錄中看得見。
• 恢復路徑後能回到穩定健康狀態。
• 兩個測試方向都要在文件記載的停留時間內通過。
• 儲存的設定與標籤要與實際測試系統一致。

如果故障包含封包錯誤或延遲到達，請用 Dante 封包錯誤與延遲錯誤指南 分開判斷。如果事件與時鐘有關，請依照 時鐘同步排障流程 處理。

記錄切換結果

記下日期、操作人員、裝置與交換器韌體、拓樸版本、隔離點、開始與復原時間、事件記錄摘要、監控目的地、音訊驗收結果、剩餘缺失，以及回滾狀態。只拍一張拔掉線材的照片並不夠；真正有用的紀錄，是一份其他工程師也能重現的、與路徑相關的結果。

在 Techrider.live 中，將冗餘備註附加到與跳線和舞台配置圖相同的單一真實來源。邀請協作者共同編輯同一份技術需求清單，儲存已接受的版本、查看歷史紀錄，並匯出 PDF 交給場館或巡演交接使用。

FAQ

如何測試 Dante 冗餘？

先為兩條正常路徑建立基準值，在有文件紀錄的邊界隔離主路徑，確認備援路徑上的音訊與網路證據，再恢復並確認復原，然後再把備援路徑隔離一次重複測試。

當 Dante 主網路故障時會發生什麼事？

在正確設定的冗餘系統中，接收端會繼續使用來自備援網路的重複流量。監控也應該能清楚顯示主路徑已失效，方便修復而不是忽略。

為什麼 Dante 備援網路會顯示錯誤？

常見原因包括線材未接好、交換器埠口被停用或設定錯誤、裝置模式不對、網路共用或交叉、速度協商問題，或備援上行鏈路故障。請先找出最早的共同邊界。

Dante 主網路和備援網路可以用同一台交換器嗎？

這樣不算交換器層級的冗餘，而且如果兩個網路被橋接，還可能形成無效拓樸。請依照裝置與系統設計，使用真正分離的網路路徑。

如何確認 Dante 切換備援已成功復原？

確認恢復後的鏈路穩定、錯誤計數不再增加、訂閱與時鐘狀態持續健康、實際音訊可以通過，而且在文件記載的停留期間內沒有反覆出現失敗／復原事件。