直接回答
当防火墙简单性和丢失恢复很重要时，选择 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 与相同的摄像机、编解码器和网络进行比较。