RTSP抓包详解

RTSP(Real Time Streaming Protocol),是TCP/IP协议体系中的一个应用层协议,由哥伦比亚大学、网景和RealNetworks公司提交的IETF RFC标准。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上,它使用TCP或UDP完成数据传输。HTTP与RTSP相比,HTTP请求由客户机发出,服务器作出响应;使用RTSP时,客户机和服务器都可以发出请求,即RTSP可以是双向的。RTSP是用来控制声音或影像的多媒体串流协议,并允许同时多个串流需求控制,传输时所用的网络通讯协定并不在其定义的范围内,服务器端可以自行选择使用TCP或UDP来传送串流内容,它的语法和运作跟HTTP 1.1类似,但并不特别强调时间同步,所以比较能容忍网络延迟。而前面提到的允许同时多个串流需求控制(Multicast),除了可以降低服务器端的网络用量,更进而支持多方视讯会议(Video Conference)。因为与HTTP1.1的运作方式相似,所以代理服务器〈Proxy〉的快取功能〈Cache〉也同样适用于RTSP,并因RTSP具有重新导向功能,可视实际负载情况来转换提供服务的服务器,以避免过大的负载集中于同一服务器而造成延迟。

方法 方向 要求 含义
OPTIONS Client/Server C->S S->C 要求 可在任意时刻发出OPTIONS请求,如用户打算尝试非标准请求,并不影响服务器状态
DESCRIBE C->S 推荐 检查演示或媒体对象的描述,也允许使用接收头指定用户理解的描述格式。DESCRIBE的答复-响应组成媒体RTSP初始阶段
PAUSE C->S 推荐 PAUSE请求引起流发送临时中断。如请求URL命名一个流,仅回放和记录被停止;如请求URL命名一个演示或流组,演示或组中所有当前活动的流发送都停止。恢复回放或记录后,必须维持同步。在SETUP消息中连接头超时参数所指定时段期间被暂停后,尽管服务器可能关闭连接并释放资源,但服务器资源会被预订
PLAY C->S 要求 PLAY告诉服务器以SETUP指定的机制开始发送数据;直到一些SETUP请求被成功响应,客户端才可发布PLAY请求。PLAY请求将正常播放时间设置在所指定范围的起始处,发送流数据直到范围的结束处。PLAY请求可排成队列,服务器将PLAY请求排成队列,顺序执行
SETUP C->S 要求 对URL的SETUP请求指定用于流媒体的传输机制。客户端对正播放的流发布一个SETUP请求,以改变服务器允许的传输参数。如不允许这样做,响应错误为"455 Method Not Valid In This State”。为了透过防火墙,客户端必须指明传输参数,即使对这些参数没有影响
TEARDOWN C->S 要求 TEARDOWN请求停止给定URL流发送,释放相关资源。如URL是此演示URL,任何RTSP连接标识不再有效。除非全部传输参数是连接描述定义的,SETUP请求必须在连接可再次播放前发布
GET_PARAMETER C->S S->C 可选 GET_PARAMETER请求检查URL指定的演示与媒体的参数值。没有实体体时,GET_PARAMETER也许能用来测试用户与服务器的连通情况

Note:
一般的顺序是:

  • OPTIONS
  • DESCRIBE
  • SETUP
  • PLAY
  • TEARDOWN
    这几个基本上都有,虽然DESCRIBE是推荐项,一般都有

GET_PARAMETER这个我看有的rtsp服务器是没有选择发这个标记的,
我用的这个海康摄像头1却有发GET_PARAMETER
我用的这个海康摄像头1:

RTSP抓包详解_第1张图片
my.png

我们tcp dump抓包分析(我们的海康摄像头1)

OPTIONS rtsp://172.17.11.155:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 2
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
# OPTIONS :这个是选项,问下服务器我到底有啥本领技能?

RTSP/1.0 200 OK
CSeq: 2
Public: OPTIONS, DESCRIBE, PLAY, PAUSE, SETUP, TEARDOWN, SET_PARAMETER, GET_PARAMETER
Date:  Tue, May 23 2017 16:08:47 GMT
# 服务器回复你,你有这么多技能:OPTIONS, DESCRIBE, PLAY, PAUSE, SETUP, TEARDOWN, SET_PARAMETER, GET_PARAMETER

DESCRIBE rtsp://172.17.11.155:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 3
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Accept: application/sdp
# DESCRIBE :我想让服务器描述一下流的情况,你用sdp的格式告诉我吧

RTSP/1.0 401 Unauthorized
CSeq: 3
WWW-Authenticate: Digest realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", stale="FALSE"
WWW-Authenticate: Basic realm="1868cb21d4df"
Date:  Tue, May 23 2017 16:08:47 GMT
# 服务器回答,你没有认证(用户密码),所以给你401吧

DESCRIBE rtsp://172.17.11.155:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 4
Authorization: Digest username="admin", realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", uri="rtsp://172.17.11.155:554/h264/ch1/main/av_stream", response="8b9d4d3e6ae627b62f430874a8c6e333"
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Accept: application/sdp
# DESCRIBE :我表示不服,再上诉:让服务器描述一下流的情况,你用sdp的格式告诉我吧

RTSP/1.0 200 OK
CSeq: 4
Content-Type: application/sdp
Content-Base: rtsp://172.17.11.155:554/h264/ch1/main/av_stream/
Content-Length: 598

v=0
o=- 1495555727123750 1495555727123750 IN IP4 172.17.10.7
s=Media Presentation
e=NONE
b=AS:5050
t=0 0
a=control:rtsp://172.17.11.155:554/h264/ch1/main/av_stream/
m=video 0 RTP/AVP 96
c=IN IP4 0.0.0.0
b=AS:5000
a=recvonly
a=x-dimensions:1920,1080
a=control:rtsp://172.17.11.155:554/h264/ch1/main/av_stream/trackID=1
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=420029; packetization-mode=1; sprop-parameter-sets=Z00AKpWoHgCJ+WEAAAcIAAFfkAQ=,aO48gA==
a=Media_header:MEDIAINFO=494D4B48010200000400000100000000000000000000000000000000000000000000000000000000;
a=appversion:1.0
# 服务器答应了,然后把SDP发给我了
# 里面有各种信息:我看到只有一路视频,1080P的,H264编码;
# 96是视频流ID, 这符合规范,mediainfo可能是sps pps的加密信息

SETUP rtsp://172.17.11.155:554/h264/ch1/main/av_stream/trackID=1 RTSP/1.0
CSeq: 5
Authorization: Digest username="admin", realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", uri="rtsp://172.17.11.155:554/h264/ch1/main/av_stream/", response="a34897f9b42eb7f501d549f6fa558838"
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Transport: RTP/AVP/TCP;unicast;interleaved=0-1
# SETUP :为了透过防火墙,我想指定传输机制RTP/AVP/TCP告诉服务器

RTSP/1.0 200 OK
CSeq: 5
Session:        313720730;timeout=60
Transport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=72a9bdb8;mode="play"
Date:  Tue, May 23 2017 16:08:47 GMT
# 服务器准了,并告诉你可以play了

PLAY rtsp://172.17.11.155:554/h264/ch1/main/av_stream/ RTSP/1.0
CSeq: 6
Authorization: Digest username="admin", realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", uri="rtsp://172.17.11.155:554/h264/ch1/main/av_stream/", response="13e073b1f7a0d1be0442491ba4613c35"
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Session: 313720730
Range: npt=0.000-
# PLAY :我想告诉服务器以SETUP指定的机制开始发送数据;
# 还可以用关键字Range指定play的范围

RTSP/1.0 200 OK
CSeq: 6
Session:        313720730
RTP-Info: url=rtsp://172.17.11.155:554/h264/ch1/main/av_stream/trackID=1;seq=13657;rtptime=106503066
Date:  Tue, May 23 2017 16:08:47 GMT
# 服务器很听话,给到了初始的随机序列号和随机时间戳seq=13657;rtptime=106503066

GET_PARAMETER rtsp://172.17.11.155:554/h264/ch1/main/av_stream/ RTSP/1.0
CSeq: 7
Authorization: Digest username="admin", realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", uri="rtsp://172.17.11.155:554/h264/ch1/main/av_stream/", response="5845426a0c6ce7ca7839ac9e639d7197"
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Session: 313720730
# GET_PARAMETER :我请求检查URL指定的演示与媒体的参数值。
# 没有实体体时,也许能用来测试用户与服务器的连通情况

$.. .`5Y.Y..r...gM.*......a......_..$....`5Z.Y..r...h.<.$....`5[.Y..r......y....$....`5\.Y..r...|....sT...e....Z&x]A....UF...8..I..O...x.4ZC/|$..
# 一堆数据?

TEARDOWN rtsp://172.17.11.155:554/h264/ch1/main/av_stream/ RTSP/1.0
CSeq: 14
Authorization: Digest username="admin", realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", uri="rtsp://172.17.11.155:554/h264/ch1/main/av_stream/", response="a52194fbc2c6433e1f1dbf33576a7f7c"
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Session: 313720730
$..(......[.r.........l...................[.
# TEARDOWN :不玩了,就停止给定URL流发送数据,并释放相关资源

RTSP/1.0 200 OK
CSeq: 14
Session:        313720730
Date:  Tue, May 23 2017 16:15:10 GMT
# 好的,服务器说:对你这个会话Session:  313720730, 我把它干掉

接下来,我们来分析下别人家的(TDRX)
他们家是没有GET_PARAMETER 的,但是有sdp,就是打红圈的那里
但是sdp好像有点不对

RTSP抓包详解_第2张图片
tdrx.png

同样,详细分析下:

OPTIONS rtsp://192.168.1.211:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 2
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
# OPTIONS 和前面的一样

RTSP/1.0 200 OK
CSeq: 2
Public: DESCRIBE, PLAY, PAUSE, SETUP, OPTIONS, TEARDOWN, SET_PARAMETER
# 和前面的一样,服务器回复你的能力: DESCRIBE, PLAY, PAUSE, SETUP, OPTIONS, TEARDOWN, SET_PARAMETER
# 和之前比,少了个GET_PARAMETER

DESCRIBE rtsp://192.168.1.211:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 3
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Accept: application/sdp
# DESCRIBE 和前面的一样

RTSP/1.0 401 Unauthorized
CSeq: 3
WWW-Authenticate: Basic realm="/"
# 和前面的一样;
# 服务器回答,你没有认证(用户密码),所以给你401吧
# 区别在于比我的少了WWW-Authenticate: Digest realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", stale="FALSE"

DESCRIBE rtsp://192.168.1.211:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 4
Authorization: Basic YWRtaW46MTIzNDU=
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Accept: application/sdp
# 和前面一样: 我表示不服,再上诉:让服务器描述一下流的情况,你用sdp的格式告诉我吧
# 区别在于比我的少了WWW-Authenticate: Digest realm="1868cb21d4df", nonce="cfbaf30c677edba80dbd7f0eb1df5db6", stale="FALSE"

RTSP/1.0 200 OK
CSeq: 4
Content-Type: application/sdp
Content-Length: 499

v=0
o=- 1109162014219182 1109162014219192 IN IP4 x.y.z.w
s=Media Presentation
e=NONE
c=IN IP4 0.0.0.0
t=0 0
a=control:*
m=video 0 RTP/AVP 96
a=rtpmap:96 H264/90000
a=control:trackID=1
a=fmtp:96 profile-level-id=4D0014;packetization-mode=0;sprop-parameter-sets=Z0KAKIiLQCgC3QgAABdwAAr8gCA=,aM44gA==
m=audio 0 RTP/AVP 0
a=rtpmap:0 PCMU/8000
a=control:trackID=2
a=Media_header:MEDIAINFO=494D4B48010100000400000110710110401F000000FA000000000000000000000000000000000000;
a=appversion:1.0
# 服务器答应了,然后把SDP发给我了
# 里面有各种信息:我看到只有一路视频,1080P的,H264编码;
# 96是视频流ID, 这符合规范,mediainfo可能是sps pps的加密信息
# trackID=1 是视频; trackID=2 是音频,音频格式是PCMU 8K的,监控常用

# 问题来了: m=audio 0 RTP/AVP 0  音频的ID按协议应该是97(m=audio 0 RTP/AVP 97)
# 根据sdp草案,写0可能也不算bug,具体再细看 
# sdp: https://wenku.baidu.com/view/f5e3838102d276a200292ed5.html

SETUP rtsp://192.168.1.211:554/h264/ch1/main/av_stream/trackID=1 RTSP/1.0
CSeq: 5
Authorization: Basic YWRtaW46MTIzNDU=
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Transport: RTP/AVP;unicast;client_port=63234-63235
# SETUP :为了透过防火墙,我想指定传输机制RTP/AVP/TCP告诉服务器
# interleaved变成了client_port; 我那边是:Transport: RTP/AVP/TCP;unicast;interleaved=0-1,这个不清楚有无影响
# trackID=1 这路是音频

RTSP/1.0 200 OK
CSeq: 5
Session:       1095657681
Transport: RTP/AVP;unicast;client_port=63234-63235;server_port=8813-8814;ssrc=55667788
# 服务器准了这路音频,不过回复不一样,也没告诉你可以play了
# 我的是这样的:Transport: RTP/AVP/TCP;unicast;interleaved=0-1;ssrc=72a9bdb8;mode="play"

SETUP rtsp://192.168.1.211:554/h264/ch1/main/av_stream/trackID=2 RTSP/1.0
CSeq: 6
Authorization: Basic YWRtaW46MTIzNDU=
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Transport: RTP/AVP;unicast;client_port=63236-63237
Session: 1095657681
# trackID=2 这路是视频

RTSP/1.0 200 OK
CSeq: 6
Session:       1095657681
Transport: RTP/AVP;unicast;client_port=63236-63237;server_port=8813-8814;ssrc=55667788
# 准了这路视频

PLAY rtsp://192.168.1.211:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 7
Authorization: Basic YWRtaW46MTIzNDU=
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Session: 1095657681
Range: npt=0.000-
# 和之前一样,PLAY :我想告诉服务器以SETUP指定的机制开始发送数据;
# 还可以用关键字Range指定play的范围

RTSP/1.0 200 OK
CSeq: 7
Session:       1095657681
Range: npt=now-
RTP-Info: url=trackID=1;seq=6575,url=trackID=2;seq=43949

RTSP/1.0 200 OK
CSeq: 7
Session:       1095657681
Range: npt=now-
RTP-Info: url=trackID=1;seq=6575,url=trackID=2;seq=43949
# 为啥发两次一模一样的?

TEARDOWN rtsp://192.168.1.211:554/h264/ch1/main/av_stream RTSP/1.0
CSeq: 8
Authorization: Basic YWRtaW46MTIzNDU=
User-Agent: LibVLC/2.2.4 (LIVE555 Streaming Media v2016.02.22)
Session: 1095657681
# 和之前一样TEARDOWN :不玩了,就停止给定URL流发送数据,并释放相关资源

RTSP/1.0 200 OK
CSeq: 8
Session:       1095657681
Connection: close
# 服务器关闭了会话,告诉你一下,后会无期~~

你可能感兴趣的:(RTSP抓包详解)