直接回答
當防火牆簡單性和遺失復原很重要時，選擇 TCP；當最小化重傳延遲問題時，在乾淨的 LAN 上測試 UDP。 正確答案是滿足測得的損耗、延遲和穩定性目標的模式。
為什麼會發生這種情況
RTSP 是控制協議，而 RTP 媒體可以使用 TCP 交錯或 UDP。 TCP 保留有序交付，但可能會延遲遺失後的後續資料； UDP 避免了這種行為，但本身不會重新傳輸遺失的資料包。
將 URL、憑證、位址族和 RTP 傳輸視為可以獨立失敗的單獨變數。
受控測試
在每種模式下以固定間隔運行相同的流，並記錄啟動時間、可見丟失、延遲和斷開連接。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 基線 | 保持 URL、編解碼器、解析度和客戶端固定。 | 僅測試之間的傳輸發生變化。 |
| TCP | 透過防火牆和 VPN 路徑測量穩定播放。 | 沒有攤位超過營運限制。 |
| UDP | 測量 LAN 上的資料包遺失和重新排序。 | 偽影仍然低於可接受的閾值。 |
| 決定 | 根據網路路徑而不是口號進行選擇。 | 所選模式已記錄證據。 |
保留證據
包含測得的遺失、延遲和重新連接計數的簡短 A/B 表比聲明一種傳輸普遍更快更有用。
邊界和安全說明
請勿開放廣泛的公共 UDP 範圍或攝影機連接埠以使 UDP 遠端工作；透過 VPN 進行私人路由。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
RTSP 總是使用 TCP 嗎？
RTSP 控制通常使用 TCP，而 RTP 媒體可以透過 UDP 協商或透過 TCP 交錯。
UDP 總是較低的延遲嗎？
不會自動發生；擁塞、遺失、緩衝和解碼器行為都會影響端對端延遲。
為什麼當 UDP 失敗時 TCP 可以透過 VPN 運作？
交錯媒體共享已建立的控制連接，並且通常需要較少的單獨串流。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南在選擇預設值之前，將交錯 TCP 和單播 UDP 與相同的攝影機、編解碼器和網路進行比較。