RTSP-Simple-Server中TCP超时导致流中断问题分析

问题现象

在使用RTSP-Simple-Server(v1.8.2)接收RTSP视频流时，发现连接会频繁中断。通过日志分析发现，服务器会主动发送TEARDOWN请求终止会话，并伴随"TCP timeout"错误提示。而同样的视频流使用VLC或Zoneminder播放时则表现稳定，不会出现类似问题。

问题根源

深入分析后发现，这是由于服务器配置中设置了过低的超时参数导致的：

readTimeout: 1s
writeTimeout: 1s

在RTSP协议中，视频帧会被分割成多个RTP包传输。当通过TCP传输时，这些RTP包可能还会被进一步分割。RTSP-Simple-Server内部实现机制是：

1. 当接收到完整的RTP包时，会记录当前时间戳
2. 后台有一个定期检查的协程，会对比最后接收到的RTP包时间戳与当前时间
3. 如果时间差超过配置的超时阈值，就会触发超时错误并终止连接

技术原理

视频流传输过程中，特别是包含完整视频帧的RTP包，其传输时间很容易超过1秒。主要原因包括：

• 视频帧数据量较大，特别是高分辨率视频
• 网络波动可能导致传输延迟
• TCP协议本身的特性（如拥塞控制、重传机制等）

当服务器在1秒内没有接收到完整RTP包时，就会错误地判定为连接超时，从而主动终止会话。

解决方案

将超时参数调整为更合理的值即可解决此问题：

readTimeout: 5s
writeTimeout: 5s

建议值至少为5秒，对于高分辨率或高码率视频流，甚至可以设置为10秒或更高，具体取决于网络环境和视频特性。

最佳实践

1. 对于局域网环境，5秒超时通常足够
2. 对于广域网或网络条件不稳定的环境，建议适当增加超时时间
3. 监控服务器日志，如果发现超时警告，可以逐步调整超时值
4. 不同分辨率/码率的视频流可能需要不同的超时设置

通过合理配置超时参数，可以确保RTSP-Simple-Server在各种网络条件下都能稳定接收视频流。