直接回答
快速重新连接一次，然后使用带有抖动的上限指数退避。 仅当流在定义的稳定性窗口内保持健康之后才重置延迟。
为什么会发生这种情况
立即无限重试可能会使重新启动的摄像头超载，并使数百个客户端同步进入重新连接风暴。 然而，非常慢的固定重试会使例行中断长时间得不到解决。
可靠的摄像机查看取决于有限的重试、可观察的运行状况和经过深思熟虑的主/子流策略。
受控测试
定义连接、播放、停止、后退和停止的状态，每个流有一个计时器所有者。
一次更改一个变量。 记录相机型号、固件、终端、账号； 然后将网络可达性、协议响应、媒体传输和解码作为单独的层进行测试。
使用专用的仅供查看的帐户和值得信赖的本地诊断工具。 在共享输出之前编辑凭证、私人地址和识别数据。
诊断顺序
| 查看 | 行动 | 进展的证据 |
|---|---|---|
| 第一次重试 | 允许针对短暂路径中断进行提示重试。 | 短暂的停电很快就能恢复。 |
| 退避 | 重复失败后增加延迟并增加抖动。 | 客户端不会同步重试。 |
| 健康重置 | 持续良好播放后重置尝试计数。 | 一个好的数据包并不能消除持续的故障。 |
| 停止规则 | 超过操作限制后停止或发出警报。 | 失效的相机是可见的，而不是默默地永远重试。 |
保留证据
记录尝试次数、原因、延迟以及自上次良好帧以来的时间。 这支持操作和根本原因分析。
边界和安全说明
重新连接逻辑不应绕过身份验证失败、撤销访问或显式操作员停止。
对于远程查看，请使用托管 VPN，而不是将 RTSP 或摄像机管理端口直接暴露到公共互联网。
SmartRTSP
SmartRTSP 是一款以相机为中心的 RTSP 和 ONVIF 查看器，适用于 Apple 设备、Windows 和 Android。 适合直接观看、发现和多机位检查； 当需要连续记录、证据导出或集中企业控制时，保留专用的 NVR 或 VMS。
常见问题
什么是好的重新连接策略？
快速的首次重试，然后是带抖动的上限指数退避和明确的停止或警报阈值。
什么时候应该重置退避？
在定义的健康播放时间之后，而不是在套接字打开之后立即。
401错误应该自动重试吗？
重复的身份验证失败应该停止或发出警报，而不是使用相同的被拒绝的凭据来敲击摄像头。
主要参考文献
相关 SmartRTSP 指南
打开相关指南为重新启动或短暂失去网络的摄像机设计有界重试、抖动和可见连接状态。