RTSP 传输模式不匹配——摄像头 SETUP 响应与请求不一致

某些 RTSP 失败不会返回干净的“461 Unsupported Transport”。相反，客户端会报告“服务器回复中的传输不匹配”、“传输标头无效”、“服务器使用不同的传输进行回复”或“RTP 传输不匹配”。当相机接受“SETUP”但使用“Transport”标头进行响应时，通常会发生这种情况，该标头与客户端请求的内容或客户端可以解析的内容不匹配。

用户搜索“服务器回复中的 RTSP 不匹配传输”、“ffmpeg 不匹配传输”、“RTSP SETUP 传输不匹配”和“相机传输标头无效”，因为流可能在一个播放器中工作而在另一个播放器中失败。相机并不是简单地遥不可及。 RTSP 传输协商不一致。

RTSP Inspector 非常有用，因为必须直接比较请求和响应标头。

匹配的 SETUP 交换是什么样子的

客户端请求 TCP 交错：

Transport: RTP/AVP/TCP;unicast;interleaved=0-1

Server replies with compatible TCP interleaved transport:

Transport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=12345678

客户端请求UDP：

Transport: RTP/AVP;unicast;client_port=50000-50001

Server replies with UDP ports:

Transport: RTP/AVP;unicast;client_port=50000-50001;server_port=6970-6971

如果服务器更改传输模式、省略必填字段或返回格式错误的值，严格客户端可能会失败。

常见的不匹配情况

常见的例子包括：

• 客户端请求 TCP，服务器回复 UDP。
• 客户端请求UDP，服务器回复TCP。
• 服务器省略interleaved=。
• 服务器返回错误的频道号。
• 服务器返回与请求不同的“client_port”值。
• 服务器省略 UDP 的“server_port”。
• 当客户端请求单播时，服务器返回多播。
• 服务器以不受支持的格式返回多个传输替代方案。
• 代理重写请求但不重写响应。

有些客户可以容忍这些怪癖。其他人拒绝他们。

为什么一个玩家成功而另一个玩家失败

RTSP 实现各不相同。宽容的玩家可能会接受格式错误或意外的传输响应并继续。更严格的工具可能会失败，因为响应违反了其预期。

这并不意味着严格的客户是错误的。这意味着必须检查相机或代​​理行为。

对于专业诊断，请保留：

• 请求的传输标头。
• 服务器传输响应。
• 跟踪网址。
• 会话 ID。
• RTP数据包是否随后到达。

代理和中继重写

支持 RTSP 的中继可以重写传输标头以桥接 UDP 和 TCP 路径。如果重写不完整，下游客户端会看到与其请求不匹配的响应。

示例：

• 客户端向中继请求 TCP。
• 中继向摄像机请求 UDP。
• 中继意外地将摄像机的 UDP 传输响应转发到下游。

即使摄像机和中继各自执行了部分有效的操作，客户端也会报告不匹配的传输。

调试清单

使用这个过程：

1. 捕获“SETUP”请求。
2. 捕获“SETUP”响应。
3. 比较传输协议：UDP、TCP 交错、组播。
4. 比较单播/组播。
5. 比较客户端端口、服务器端口和交错通道。
6. 检查路径中是否有代理/转发器。
7. 检查后面的RTP数据包是否遵循响应映射。
8. 使用数据包证据来比较宽容的玩家和严格的客户端。
9. 如果可能，测试直接相机 URL。
10. 向供应商报告确切的传输对。

最终诊断

“服务器回复中的传输不匹配”意味着“SETUP”协商产生了不兼容或格式错误的传输响应。摄像机或中继可能正在更改 RTP 模式、省略字段或返回客户端无法安全使用的值。

RTSP Inspector 通过使传输请求/响应对可见来提供帮助，这是诊断此类 RTSP 故障的唯一可靠方法。