关于RTSP-Over-HTTP

Posted 2020-10-06

一、概述

RTSP-Over-HTTP的关键（同时也是全部内容）在于：让RTSP报文通过HTTP端口（即80端口）通信。

我们知道RTSP的标准端口是554，但是由于各种不同的防火墙等安全策略配置的原因，客户端在访问554端口时可能存在限制，从而无法正常传输RTSP报文。

但是HTTP端口（80端口）是普遍开放的，于是就有了让RTSP报文通过80端口透传的想法，即RTSP-Over-HTTP。

 

二、暂无标准

目前RTSP-Over-HTTP没有标准做法，苹果公司出了一份非正式文档公开在外，并且也被LIVE555等支持。

 

三、LIVE555的RTSP-Over-HTTP

对照着苹果公司的“Tunneling QuickTime RTSP and RTP over HTTP”文档，LIVE555的具体做法如下：

首先客户端开启2个socket链接服务器HTTP端口，我们称这2个socket分别为“数据socket”和“命令socket”。

Step 1、客户端通过“数据socket”发送HTTP GET命令，请求RTSP链接。

Step 2、服务器通过“数据socket”响应HTTP GET命令，并回复成功/失败。

Step 3、客户端创建“命令socket”，并通过“命令socket”发送HTTP POST命令，建立RTSP会话。

至此，HTTP的辅助功能完成，服务器不返回客户端的HTTP POST命令。接下来是RTSP在HTTP端口上的标准流程，但是需要通过2个socket协同完成，“命令socket”只负责发送，“数据socket”只负责接受。

Step 4、客户端通过“命令socket”发送RTSP命令（BASE64编码加密）。

Step 5、服务器通过“数据socket”响应RTSP命令（明文）。

Step 6、重复Step4-Step5，直到客户端发送RTSP PLAY命令，服务器响应RTSP PLAY命令。

Step 7、服务器通过“数据socket”向客户端传输音视频数据

数据交互完毕后。。。

Step 8、客户端通过“命令socket”发送RTSP TEARDOWN命令（BASE64编码加密）

Step 9、服务器通过“数据socket”响应RTSP TEARDOWN命令（明文）。

Step 10、关闭2个socket。

 

四、HTTP透传现状

各个厂家的音视频服务器客户端之所以兼容RTSP协议，为的就是RTSP协议的标准通用，不同厂家的设备可以相互兼容。

如果套了一层非标准非通用的透传协议，那么各个厂家就失去了做RTSP-Over-HTTP的理由，而且他们大都有自己的私有音视频传输协议，这时候，他们往往会问这么一个问题：为什么不用自己的私有协议做HTTP透传呢？

所有，市场上另有一种透传做法就是利用私有协议通过HTTP透传，而不是RTSP，反正也解决了防火墙问题。

myRtspClient暂不支持RTSP-Over-HTTP

 

五、相关链接

LIVE555 RTSP-Over-HTTP透传示例：http://www.rosoo.net/a/201509/17373.html

LIVE555 RTSP-Over-HTTP透传wireshark抓包（透传端口8000）：https://pan.baidu.com/s/1hrNWyna