摘要:rtsp属于应用层流媒体协议,常见的形式是rtsp以rtp和rtcp为封包形式,在传输层协议udp上进行流媒体传输的。
1.RTSP概述
rtsp属于应用层流媒体协议,常见的形式是rtsp以rtp和rtcp为封包形式,在传输层协议udp上进行流媒体传输的。有个之前理解过的rtp与rtcp的基础之后,rtsp就很好理解了。总结一点,rtsp里面的数据包是以rtp和rtcp的形式进行封装的,rtsp的作用在于建立会话连接,控制数据等提供给用户的一些操作和方法。就好比在一个工厂里面,员工只需要负责如何制作产品,如何控制产品的质量(rtp,rtcp),而厂长负责命令什么时候生产,什么时候重做,卖给谁(播放,点播,建立会话等操作)。
2.RTSP请求
在学习其他流媒体协议的时候,往往这一步我们学习的都是封包,但是对于rtsp的封包,我们只要清楚rtp和rtcp包就行了,因为rtsp里面的数据包就是rtp(当然,rtsp也可以其他形式,我们只是理解常用形式)。
封包这些都和rtp一样了,那我们学啥?
虽然rtsp数据包是rtp包,但是rtsp作为“厂长”是如何进行决断的,才是我们需要理解的。这是rtsp建立会话的整个过程,
从wireshark抓包的结果来看,rtsp建立完整会话过程,客户端向服务器的请求主要分为这几种:OPTIONS,DESCRIBE,STEP,PLAY,其实还有一种请求,就是关闭会话的时候请求TEARDOWN。
请求 | 作用 |
---|---|
OPTIONS | 获取服务器提供的可用方法 |
DESCRIBE | 获取媒体流的相关信息(服务器以sdp格式回应) |
STEP | 客户请求建立会话,并确认传输模式 |
PLAY | 客户发起播放请求 |
TEARDOWN | 客户发起结束请求 |
几种方法的请求类似下面的描述:
在一个完整的rtsp交互过程中,客户端会首先发起一个OPTIONS请求,向服务器获取当前可用的方法,例如播放,暂停等;然后客户端会发起一个DESCRIBE描述请求,服务端会将流媒体信息(流数量,媒体类型等)以SDP的描述形式反馈给客户端;接下来客户端发送SETUP请求来为,每一条流建立会话连接,该请求会将客户端的url,rtp端口号等告诉给服务端,服务端收到请求后就开始传输RTP包数据;在播放的过程中,用户可以发起快进,快退,暂停等操作来实现对流的控制。
下面通过wireshark抓包来看看具体的信息格式,
OPTIONS:这里可以看到在请求和返回中都带有CSeq字段,这个和TCP请求一样,是response用来匹配对应的request。
客户端->服务器
Real Time Streaming Protocol
Request: OPTIONS rtsp://10.29.1.101:554/Streaming/Channels/1 RTSP/1.0\r\n
Method: OPTIONS
URL: rtsp://10.29.1.101:554/Streaming/Channels/1
CSeq: 1\r\n
User-Agent: Lavf58.27.103\r\n
\r\n
服务器->客户端
Real Time Streaming Protocol
Response: RTSP/1.0 200 OK\r\n
Status: 200
CSeq: 1\r\n
Public: OPTIONS, DESCRIBE, PLAY, PAUSE, SETUP, TEARDOWN, SET_PARAMETER,
Date: Mon, Oct 14 2019 10:36:42 GMT\r\n
\r\n
DESCRIBE:注意的是有个SDP的结构,就是上面说的媒体信息格式
//DESCRIBE
客户端->服务器
Real Time Streaming Protocol
Request: DESCRIBE rtsp://10.29.1.101:554/Streaming/Channels/1 RTSP/1.0\r\n
Method: DESCRIBE
URL: rtsp://10.29.1.101:554/Streaming/Channels/1
Accept: application/sdp\r\n
CSeq: 3\r\n
User-Agent: Lavf58.27.103\r\n
\r\n
服务器->客户端
Real Time Streaming Protocol
Response: RTSP/1.0 200 OK\r\n
Status: 200
CSeq: 3\r\n
Content-type: application/sdp
Content-Base: rtsp://10.29.1.101:554/Streaming/Channels/1/\r\n
Content-length: 584
Date: Mon, Oct 14 2019 10:36:42 GMT\r\n
\r\n
Session Description Protocol
Session Description Protocol
其他的方法类似,就不直接贴了。
3.下篇预告
RTP与RTCP协议本来不属于我们常见的流媒体协议,类似rtmp,rtsp,hls,webrtc等,但是很多的流媒体协议又是在这两个协议之上的额,比如rtsp和webtrc这两个下层就是rtp与rtcp协议的。这两个协议在四层模型中我们仍把他们归属到应用层协议中,因为这两个协议的实现代码均是由我们用户自己完成,一个包含RTP完整的流媒体协议封装应是类似user data+rtsp+rtp/rtcp+udp+ip来完成的。
end
往期推荐
改bug一时爽,一直改一直爽
Python从入门到放弃-壹
Python从入门到放弃-序列和列表
趣味python-玩转图像第二弹
![9f556cd1514ca3ee325ec4ef8ac6a410.gif](https://i-blog.csdnimg.cn/blog_migrate/f126ca819310731e8c1070b39e04c7cc.gif)