NDI 連接埠與探索：排除遺失的來源和視訊

NDI 來源可能不在清單中、可見卻無法連線，或已連線但沒有可用的畫面或聲音。請從所見症狀開始：

• 來源遺失：檢查傳送端、介面和探索方式。
• 來源已列出但無法連線：檢查媒體傳輸、連接埠和路由。
• 已連線但沒有畫面或音訊：檢查接收媒體和解碼器。

整個檢查程序使用相同的傳送端與接收端。記下其來源名稱、NDI 版本、網路介面和每次測試的時間，以便比較結果。

NDI 來源遺失時，先證明探索正常

確認傳送端應用程式或裝置正在執行，且 NDI 輸出已啟用。接著檢查接收端是否查看預定介面，以及兩個端點是否屬於預期 NDI 群組。某應用程式中遺失、但在 NDI 診斷工具可見的來源，可能是應用程式、執行階段或設定問題，不是整個網路的探索失敗。

預設情況下，NDI 使用 mDNS 進行零設定探索。其 IPv4 多點傳送位址是 224.0.0.251，使用 UDP 連接埠 5353，探索範圍僅限於一個實體或邏輯 LAN。在 Windows 中，公用網路設定檔可能阻擋 NDI 所需的 mDNS 回應；在受管理的網域網路中，管理員必須允許探索流量。請參閱官方 NDI mDNS 參考資料。

對於隔離、路由或雲端環境，應選擇已記錄的探索設計，而不是假定多點傳送會穿越網路。手動主機項目可以在 TCP 5960 查詢遠端電腦，但只協助接收端找到該電腦上的來源；它不會建立媒體連線或增加網路容量。

在傳送端與接收端設定 Discovery Server

NDI Discovery Server 是集中式登錄服務，適用於不希望或無法使用 mDNS 的安裝。預設接聽端為 TCP 5959；服務可繫結至選定地址，或設定不同的連接埠。用戶端必須使用部署預定的同一伺服器地址與連接埠。

關鍵在於角色差異。設定 Discovery Server 的傳送端不會經由 mDNS 宣告；該傳送端只對設定該伺服器的 finder 與接收端可見。finder 和接收端仍可使用 mDNS 尋找未設定 Discovery Server 的本機機器。這是設計選擇，不是只在一台主機開啟後就忘記的切換。

NDI 5 為支援的用戶端記錄了逗號分隔的 Discovery Server 地址。請以確切傳送端、接收端和 NDI 版本測試伺服器遺失情況；較新的 receiver-listener 實作可能要求用戶端邏輯偵測失敗伺服器並重新連線。Discovery Server 概覽和設定參考資料是已安裝版本的依據。

使用符合 NDI 模式的連接埠規則

下表按功能整理；它不是允許在所有主機間開放無限制範圍的理由。請依已部署傳送端和接收端的方向、區域和連線數量套用規則。建立最小權限規則前，確認已安裝的 NDI 版本和選取的接收模式。

目前 NDI 文件指出，4.6 與後續版本不再使用暫時連接埠。任何防火牆變更都應搭配完整的NDI 連接埠參考資料。

檢查子網路和網路介面

mDNS 有 LAN 邊界；路由、多點傳送中繼和 VPN 行為不會讓它成為通用的路由探索服務。來源與接收端位於不同受控網路時，請使用 Discovery Server 或參與產品已記錄的手動定址方式。

在多網卡主機上，記錄哪個介面負責探索、哪個介面承載媒體。管理介面卡、Wi-Fi 或 VPN 可能令來源從錯誤網路出現，或使回應從接收端無法使用的路由離開。為媒體介面指定穩定地址，避免重複的機器名稱，並在活動前讓介面優先順序固定。

來源已列出，卻沒有畫面或聲音

列出的來源只表示接收端取得來源宣告或登錄項目。它不能證明選取的傳輸能開啟、回程路徑獲得允許，或接收端能解碼視訊。請檢查作用中的來源 URL 和連接埠、連線狀態、接收模式、視訊存在、音訊存在和轉譯輸出。

目前的 NDI Discovery 工具可顯示已登錄傳送端、來源地址/連接埠，以及接收端監控資料，包括連線狀態、接收模式和視訊或音訊存在。以此證據選擇下一項檢查。對連接埠 5959 的 TCP 探測只證明可到達 Discovery Server，不證明 NDI 媒體會話。

檢查 mDNS 是否到達這個 Linux 介面

sudo tcpdump -ni <media-interface> udp port 5353

預期結果：當該介面的探索有效時，會出現 mDNS 封包。這些封包確認此介面有探索流量，不確認能存取選取的媒體連接埠。僅在取得該生產網路所需授權時執行封包擷取和防火牆診斷。

從 Windows 檢查 Discovery Server 可達性

Test-NetConnection <discovery-server> -Port 5959

預期結果：成功建立至已設定伺服器地址和連接埠的 TCP 連線。這確認 TCP 接聽端可達；請在 NDI 應用程式中檢查登錄、群組成員資格和媒體傳送。

在 Callaba 檢查已探索的來源

Callaba Cloud NDI讓操作員設定探索、介面和介面卡，其已探索裝置工作流程可顯示目前清單。這有助於區分已儲存裝置項目與選取實例目前探索到的來源。除了清單外，也要在最終接收端檢查選取來源。

來源為目前狀態且媒體路徑已驗證後，設定生產實際需要的 NDI 介面卡或下游工作。請在目標接收端另行檢查輸出；探索結果是決策輸入，不是驗收測試。

記錄可用的設定

1. 來源遺失：證明傳送端輸出、群組、選取 NIC 和 mDNS 或 Discovery Server 設定。
2. 來源已列出、無會話：記錄來源地址、傳輸模式和作用中的媒體規則；檢查兩個方向的端點防火牆與路由。
3. 有會話、沒有可用畫格：檢查接收模式、位元率、視訊/音訊存在、解碼相容性和實際轉譯輸出。
4. 驗收前：在生產介面重複成功路徑，並為執行手冊記錄設定、來源名稱和證據。

後續步驟

使用 Cloud NDI 設定預定的探索和介面路徑；工作流程需要清單檢查時，閱讀已探索裝置參考資料。將生產驗收測試保留在最終接收端：連續畫面、預期音訊和選取的輸出路徑。