ffmpeg抓取rtsp流并保存_详细解析RTSP框架和数据包分析(1)
0.引言
本文主要讲解RTSP框架和抓取RTSP数据包,进行详细分析。可以阅读以下几篇文章,能够帮助你更详细理解。
手把手搭建RTSP流媒体服务器
HLS实战之Wireshark抓包分析
HTTP实战之Wireshark抓包分析
1.RTSP协议简述
RTSP:Real Time Streaming Protocol是⼀种实时⽹络流传输协议,旨在发送低延迟流。该协议由RealNetworks,Netscape和哥伦⽐亚⼤学的专家在1996年开发。它定义了应如何打包流中的数据以进⾏传输。
其实 TCP/IP 协议体系中的一个应用层协议,该协议定义了一对多应用程序如何有效地通过 IP 网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上,它使用TCP或UDP完成数据传输。HTTP与RTSP相比,HTTP传送HTML,而RTSP传送的是多媒体数据。
RTSP是基于文本的协议,采用ISO10646字符集,使用UTF-8编码方案。行以CRLF中断,包括消息类型、消息头、消息体和消息长。但接收者本身可将CR和LF解释成行终止符。基于文本的协议使其以自描述方式增加可选参数更容易,接口中采用SDP作为描述语言。
RTSP是应用级协议,控制实时数据的发送。RTSP提供了一个可扩展框架,使实时数据,如音频与视频的受控点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接,为选择发送通道,如UDP、组播UDP与TCP,提供途径,并为选择基于RTP上发送机制提供方法。
RTSP建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交换是可能的,通常它本身并不发送连续流。换言之,RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接,如TCP。在RTSP连接期间,RTSP用户可打开或关闭多个对服务器的可传输连接以发出RTSP请求。此外,可使用无连接传输协议,如UDP。RTSP流控制的流可能用到RTP,但RTSP操作并不依赖用于携带连续媒体的传输机制。
RTSP协议具有如下特点:
可扩展性:新方法和参数很容易加入RTSP。
易解析:RTSP可由标准HTTP或MIME解析器解析。
安全:RTSP使用网页安全机制。
独立于传输:RTSP可使用不可靠数据报协议(EDP)、可靠数据报协议(RDP);如要实现应用级可靠,可使用可靠流协议。
多服务器支持:每个流可放在不同服务器上,用户端自动与不同服务器建立几个并发控制连接,媒体同步在传输层执行。
记录设备控制:协议可控制记录和回放设备。
流控与会议开始分离:仅要求会议初始化协议提供,或可用来创建惟一会议标识号。特殊情况下,可用SIP或H.323来邀请服务器入会。
适合专业应用:通过SMPTE时标,RTSP支持帧级精度,允许远程数字编辑。
演示描述中立:协议没强加特殊演示或元文件,可传送所用格式类型;然而,演示描述至少必须包括一个RTSP URL。
代理与防火墙友好:协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法,为UDP媒体流打开一个“缺口”。
HTTP友好:此处,RTSP明智地采用HTTP观念,使现在结构都可重用。结构包括Internet内容选择平台(PICS)。由于在大多数情况下控制连续媒体需要服务器状态,RTSP不仅仅向HTFP添加方法。
适当的服务器控制:如用户启动一个流,必须也可以停止一个流。
传输协调:实际处理连续媒体流前,用户可协调传输方法。
性能协调:如基本特征无效,必须有一些清理机制让用户决定哪种方法没生效。这允许用户提出适合的用户界面。
关于更详细的描述,可以参考如下链接:
https://baike.baidu.com/item/RTSP/1276768?fromtitle=RTSP%E5%8D%8F%E8%AE%AE&fromid=3361755&fr=aladdin
个人觉得RTSP协议相比RTMP协议,更加的复杂。
RTSP协议家族由RTSP部分,RTP部分,RTCP部分,SDP部分组成。RTSP(应用层)也是一个控制命令协议,能够播放、暂停、停止码流。音视频数据不走RTSP协议。RTP是负责音视频的数据发送,RTP(传输层)即可以基于TCP(可能会有点延时,丢包会重传),也可以基于UDP(实时性更好,丢包不会重传)。RTCP(应用层)是对RTP进行控制同步机制。SDP(应用层)是描述多媒体会话,如包含音视频的编解码信息,源地址信息,时间信息等。RTSP整个协议系统如下图:
注意:这里的RTP实际也是应用层,只是在该协议系统中的位置是传输层。只是所处的位置不一样。
2.RTSP家族协议框架
音视频数据是通过RTP协议传输数据,控制部分主要是由RTCP和RTSP协议部分,其中RTCP与RTP是有一定关系,控制部分的RTSP是基于TCP协议,RTCP与RTP既可以走TCP传输,也可以走UDP传输。也就是RTSP协议系统涉及多组传输通道,这与RTMP协议的出入还是很大,RTSP会更加复杂。
注意:SDP是封装在控制部分的RTSP去传输,并不是单独的。并且RTSP部分和SDP部分,只能基于TCP去传输,切记!
3.推流端使用TCP方式,Wireshark抓取RTSP协议数据包
关于RTSP流媒体服务器环境搭建,可以参考上面一篇文章。手把手搭建RTSP流媒体服务器
通过Wireshark抓包,获取数据和控制协议部分。
(1)首先运行ZLMediakit流媒体服务器
(2)然后开启rtsp推流,拉流。
(3)推流命令,先选择TCP的方式传输。
ffmpeg -re -i source.200kbps.768x320.flv -vcodec h264 -acodec aac -f rtsp -rtsp_transport tcp rtsp://172.16.204.139/live/test
(4)运行Wireshark
注意:网卡一定要选择对,我这里选择如下网卡。
(5)设置过滤器,在窗口输入命令:
rtsp or rtp or rtcp
如下界面:
(6)通过wireshark抓包工具,可以更清楚的看看这个协议的组成。如下界面;
注意:下面看到的OPTIONS、Reply、ANNOUNCE都是信令,
(7)第一个包是通过RTSP协议,客户端发给服务端,数据如下:
(8)第二个包是通过RTSP协议,服务端发给客户端,数据如下:
(9)第三个包是通过RTSP和SDP协议,客户端发给服务端,数据如下:
通过抓包数据可以看到,这里SDP协议专用于传输文本。
注意:这里的RTSP和SDP都是用的统一端口号,默认是554。
(10)第四个包是通过RTSP协议,服务端发给客户端,数据如下:
(11)第五个包是通过RTSP协议,客户端发给服务端,数据如下:
(12)第六个包是通过RTSP协议,服务端发给客户端,数据如下:
(13)第七个包是通过RTSP协议,客户端发给服务端,数据如下:
(14)第八个包是通过RTSP协议,服务端发给客户端,数据如下:
(15)第九个包是通过RTSP协议,客户端发给服务端,数据如下:
(16)第十个包是通过RTSP协议,服务端发给客户端,数据如下:
(17)第十一个包是通过RTCP协议,客户端发给服务端,数据如下:
注意:RTCP协议也是通过端口号554发送。
(18)从第十二个包开始,后面就是一直通过RTP协议发送音视频数据,中间会有RTCP协议从客户端到服务端去发送“Sender Report”。如下界面:
通过查看数据含义可以看出,这里的"96"表示H264,如下:
通过查看数据含义可以看出,这里的"97"表示AAC,如下:
注意:RTP协议发送真正的音视频数据默认也是通过端口号554发送。
(19)当客户端终止推流时,也会向服务器上发送,终止命令"TEARDOWN"。如下界面:
4.推流端使用udp方式,Wireshark抓取RTSP协议数据包
ffmpeg -re -i source.200kbps.768x320.flv -vcodec h264 -acodec aac -f rtsp -rtsp_transport udp rtsp://172.16.204.139/live/test
注意:下面看到的OPTIONS、Reply、ANNOUNCE、SETUP、RECORD都是信令。
(1)第一个包是通过RTSP协议,客户端发给服务端,数据如下:
这里的RTSP端口号(RTSP协议部分始终是基于tcp),还是使用的554。
(2)第二个包是通过RTSP协议,服务端发给客户端,数据如下:
(3)第三个包是通过RTSP/SDP协议,客户端发给服务端,数据如下:
这里的RTSP/SDP协议还是使用的同一端口号554。
发送SDP信息(音视频文本描述信息)很重要,推流客户端会把码流相关的信息告诉服务端,比如这里的SPS信息,这个是很重要的,这样服务端就可以很清楚知道客户端码流的基本信息。如下界面:
(4)第四个包是通过RTSP协议,服务端发给客户端,数据如下:
(5)第五个包是通过RTSP/SDP协议,客户端发给服务端,数据如下:
(6)第六个包是通过RTSP协议,服务端发给客户端,数据如下:
这里服务器回复客户端,设置了视频传输的专用端口号。
(7)第七个包是通过RTSP协议,客户端发给服务端,数据如下:
(8)第八个包是通过RTSP协议,服务端发给客户端,数据如下:
这里服务器回复客户端,设置了音频传输的专用端口号。
(9)第九个包是通过RTSP协议,客户端发给服务端,数据如下:
(10)第十个包是通过RTSP协议,服务端发给客户端,数据如下:
从数据来看,回复的是一些流地址信息。
(11)第十一个包是通过RTSP协议,客户端发给服务端,数据如下:
(12)从第十一个包以后,就会发送音频和视频数据了,推流端设置的UDP方式,就会影响这里的RTP和RTCP的方式,即通过UDP传输。
(13)这时候可以看到RTCP使用的就是UDP协议传输,端口号使用的是40451。
(14)这时候可以看到RTCP使用的就是UDP协议传输,视频传输端口号使用的是40450。
(15)这时候可以看到RTCP使用的就是UDP协议传输,音频传输端口号使用的是55034。
(16)这时候可以看到RTCP使用的就是UDP协议传输,在音视频中间传输的还有使用RTCP协议,这里使用的端口号为55035。
(17)客户端首先发送“SETUP”给服务端,服务端回应“Reply”给客户端,并指定了端口号40450,专用于视频传输。
(18)客户端紧接着又发送“SETUP”给服务端,服务端回应“Reply”给客户端,并指定了端口号55034,专用于音频传输。
综上所述,在基于udp协议传输的时候,RTP和RTCP通道端口号都是独立。而且RTP对于audio、video也是独立,RTCP对于audio、video也是独立。同时也可以得出,设置的推流基于UDP协议,仅仅是针对RTP和RTCP,不针对RTSP部分,因为RTSP部分依然还是TCP。这是一定要记住的。
使用udp会使用很多端口号,这是与基于TCP协议很大的不同地方。
5.总结
本文重点讲解了RTSP家族协议的组成和框架,并通过抓包更详细的分析了每个协议的数据,能够让大家更清楚的认识RTSP家族协议每个部分的功能。通过设置TCP和UDP两种不同的推流方式,抓取数据包,能够理解推流客户端与服务端之间的数据关系。希望能够帮助到大家。欢迎关注,转发,点赞,收藏,分享,评论区讨论。
后期关于项目的知识,会在微信公众号上更新,如果想要学习项目,可以关注微信公众号“记录世界 from antonio”
ffmpeg抓取rtsp流并保存_详细解析RTSP框架和数据包分析(1)相关推荐
- fiddler抓取夜神模拟中 微信小程序和app的https数据包
1.下载并安装fiddler 2. 配置fiddler 3.手机端设置 3.1 设置wifi网段 3.2 安装证书 3.3 设置证书为信任证书 4. 查看抓包 1.下载并安装fiddler 下载地址 ...
- mac下面用ffmpeg抓取桌面以及摄像头推流进行直播
OSX下面用ffmpeg抓取桌面以及摄像头推流进行直播 这个可以推桌面+麦克风,并且摄像头把人头放在界面下面 在osx系统下通过ffmpeg查看设备 1 ffmpeg -f avfoundation ...
- Python+Selenium自动搜索基金业协会指定企业名单,抓取指定信息并保存到数据库...
Python+Selenium自动搜索基金业协会指定企业名单,抓取指定信息并保存到数据库.网址https://gs.amac.org.cn/amac-infodisc/res/pof/manager/ ...
- node.js抓取网络图片保存到本地,node.js抓取防盗链网络图片保存到本地
node.js抓取网络图片保存到本地,node.js抓取防盗链网络图片保存到本地 使用模块request.fs,request模块在npm里平均月下载量超过3000W次,那是相当的牛逼. node版本 ...
- 四、小程序|App抓包(四)-Tcpdump抓取手机数据包分析
小程序|App抓包(四) Tcpdump抓取手机数据包分析 一.环境需求: 1.手机需要root 2.电脑上安装SDK(建议安装android studio)也可单独安装SDk也行 下载地址 : ht ...
- 网络数据包分析与抓取
多年的网络数据包分析与抓取经验,闲话少说,上干货. 先列举数据包的种类:1.Http数据包:2.UDP数据包:3.TCP数据包:4.ARP数据包:其实数据包的概念是很泛的,在软件可逆领域,数据包抓取. ...
- pcap文件解析工具_【免费毕设】PHP网络数据包分析工具的设计与开发(源代码+论文)...
点击上方"蓝字"关注我们目录 系统设计 网络数据包分析系统的设计 整个网络数据报分析工具采用模块化的设计思想,原因是许多程序太长或太复杂,很难写在单一单元中.如果把代码分为较小的功 ...
- Wireshark工具抓包的数据包分析
目录 Wireshark(前称Ethereal)是一个网络封包分析软件.网络封包分析软件的功能是撷取网络封包,并尽可能显示出最为详细的网络封包资料. Wireshark使用WinPCAP作为接口,直接 ...
- wireshark 抓ps 流_wireshark抓取rtp流保存为.264文件并播放
注:此文章含转载内容,如侵权,请联系我来删除: 在调试vlc播放器播放rtp时,由于出现卡顿,所以想把rtp流保存下来播放,看是否是rtp推的问题还是电脑解码问题.网上看到的类似文章,我都没成功,最后 ...
最新文章
- 新浪微博瘫痪,有人开心有人哭
- C语言中 #pragma pack()
- linux 系统优化,调优
- Spring Boot 启动加载数据 CommandLineRunner
- 5分钟搞定Loki告警多渠道接入
- oracle 数据库日期定义,Oracle数据库实现日期遍历功能
- pickle模块的基本使用
- 你的IE一路顺风吗?
- 一般论文发表流程有哪些
- discuz3x ucenter 与cas 初步整合
- 以太坊:分片Sharding FAQ
- 经典作品推荐CLANNAD(含下载、汉化、周边和攻略,真正全语音)
- ThreadPoolExecutor源码分析
- 攻防世界web新手题解题writeup
- 远程分支已经不存在的解决办法
- 用汇编实现256以内的三个数的加减乘除运算
- 使用vs2015打开以前版本的.sln工程不兼容的问题
- 【新手入门.考试高频】Java中“一个类声明的两个对象如果有相同的引用,二者就有相同的变量”的理解
- python入门笔记——面向对象基础1_5(小明爱跑步案例)
- 二叉树叶子结点,非叶子节点以及深度的计算
热门文章
- Java @SafeVarargs注解
- 获取数据库内容放入下拉框中
- python写算法求最短路径,Python实现迪杰斯特拉算法并生成最短路径的示例代码
- activity 变成后台进程后被杀死_Android 后台运行白名单,优雅实现保活
- 【youcans 的 OpenCV 例程 200 篇】102. 陷波带阻滤波器的传递函数
- mysql 索引合并_MySQL 索引合并(Index Merge)优化
- navicat 添加外键1215错误
- vue-cli webpack 引入jquery
- Angular过滤器
- PHP获取客户端ip的五种方式