直接回答
快速重新連接一次，然後使用帶有抖動的上限指數退避。 僅當串流在定義的穩定性視窗內保持健康之後才重置延遲。
為什麼會發生這種情況
立即無限重試可能會使重新啟動的攝影機超載，並使數百個客戶端同步進入重新連接風暴。 然而，非常緩慢的固定重試會使例行中斷長時間無法解決。
可靠的攝影機檢視取決於有限的重試、可觀察的運作狀況和經過深思熟慮的主/子流策略。
受控測試
定義連接、播放、停止、後退和停止的狀態，每個串流都有計時器擁有者。
一次更改一個變數。 記錄相機型號、韌體、終端機、帳號；然後將網路可及性、協定回應、媒體傳輸和解碼作為單獨的層進行測試。
使用專用的僅供查看的帳戶和值得信賴的本地診斷工具。 在共享輸出之前編輯憑證、私人地址和識別資料。
診斷順序
| 查看 | 行動 | 進展的證據 |
|---|---|---|
| 第一次重試 | 允許針對短暫路徑中斷進行提示重試。 | 短暫的停電很快就能恢復。 |
| 退避 | 重複失敗後增加延遲並增加抖動。 | 客戶端不會同步重試。 |
| 健康重置 | 持續良好播放後重置嘗試計數。 | 一個好的資料包並不能消除持續的故障。 |
| 停止規則 | 超過操作限制後停止或發出警報。 | 失效的相機是可見的，而不是默默地永遠重試。 |
保留證據
記錄嘗試次數、原因、延遲以及自上次良好幀以來的時間。 這支援操作和根本原因分析。
邊界和安全說明
重新連接邏輯不應繞過身份驗證失敗、撤銷存取或明確操作員停止。
對於遠端查看，請使用託管 VPN，而不是將 RTSP 或攝影機管理連接埠直接暴露到公共網際網路。
SmartRTSP
SmartRTSP 是一款以相機為中心的 RTSP 和 ONVIF 檢視器，適用於 Apple 裝置、Windows 和 Android。 適合直接觀看、發現和多機位檢查；當需要連續記錄、證據導出或集中企業控制時，保留專用的 NVR 或 VMS。
常見問題
什麼是好的重新連結策略？
快速的首次重試，然後是帶有抖動的上限指數退避和明確的停止或警報閾值。
什麼時候該重置退避？
在定義的健康播放時間之後，而不是在套接字打開之後立即。
401錯誤應該自動重試嗎？
重複的身份驗證失敗應該停止或發出警報，而不是使用相同的被拒絕的憑證來敲擊攝影機。
主要參考文獻
相關 SmartRTSP 指南
開啟相關指南為重新啟動或短暫失去網路的攝影機設計有界重試、抖動和可見連線狀態。