关于RTSP-Over-HTTP

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了关于RTSP-Over-HTTP相关的知识,希望对你有一定的参考价值。

一、概述

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

 

以上是关于关于RTSP-Over-HTTP的主要内容,如果未能解决你的问题,请参考以下文章

关于数学,关于年少的感动,关于初心

scrapy 关于 rule, 关于多页

JS学习笔记关于选项卡,关于this,关于innerHTML

关于唯典冰淇淋新闻页的布局

关于prototype.js的一些技术说明

主页链接发送到关于/关于页面无法回家