视频协议学习:推流拉流都擅长的 RTMP

作者:曾国华

tmp复杂吗?比hls、HTTP-FLV复杂多了。那么他为什么复杂呢,是不是仅仅因为HTTP我们经常见到,而rtmp不常接触?接下来简单介绍下rtmp的基本情况,实践测试辅助分析,希望看完后能够对rtmp有基本的认识。

一、rtmp是什么

从资料了解rtmp是一个实时消息通讯协议,主要的变种功能如下:

1)RTMP工作在TCP之上,默认使用端口1935,这个是基本形态;

2)RTMPE在RTMP的基础上增加了加密功能;

3)RTMPT封装在HTTP请求之上,可穿透防火墙

4)RTMPS类似RTMPT,增加了TLS/SSL的安全功能;

5)RTMFP使用UDP进行传输的RTMP;

虽然rtmp有很多变种,但实际在我们的直播应用中,常见的是原始的rtmp。rtmp协议中基本的数据单元称为消息(Message)。当rtmp协议在互联网中传输数据的时候,消息会被拆分成更小的单元,称为消息块(Chunk)。Rtmp的交互过程可以理解成独有的握手过程、控制命令传输、音视频数据传输。

二、握手过程

一个 RTMP 连接以握手开始。RTMP 的握手不同于其他协议;RTMP 握手由三个固定长度的块组成,而不是像其他协议一样的带有报头的可变长度的块。客户端 (发起连接请求的终端) 和服务器端各自发送相同的三块。便于演示,当发送自客户端时这些块被指定为 C0、C1 和 C2;当发送自服务器端时这些块分别被指定为 S0、S1 和 S2。以下是握手过程中传递的包格式介绍:

RTMP握手以客户端发送 C0 和 C1 块开始,客户端必须接收到 S1 才能发送 C2,客户端必须接收到 S2 才能发送任何其他数据,服务器端必须接收到 C0 才能发送 S0 和 S1,也可以等待接收到 C1 再发送 S0 和 S1,服务器端必须接收到 C1 才能发送 S2,服务器端必须接收到 C2 才能发送任何其他数据。以下为RTMP的握手过程图介绍:

规范要求RTMP需要一个一个的发送握手包,但是实际上客户端发送C0+C1,服务端发送S0+S1+S2,再客户端在发送C2结束握手。

三、数据包格式

RTMP协议中基本的数据单元称为消息(Message)。当RTMP协议在互联网中传输数据的时候,消息会被拆分成更小的单元,称为消息块(Chunk)。

3.1消息格式

消息头包含以下信息:

Message Type: 消息类型,占用1个字节。

Length: 有效负载的字节数,占用3个字节。该字段是用大字节序表示的。

Timestamp: 时间戳,占用4个字节,用大字节序表示。

Message Stream Id: 消息流ID,标识消息所使用的流,用大字节序表示。

以下是消息类型的取值介绍,没有描述的取值说明未使用:

以下是消息类型中的命令消息的类型介绍:

3.2分块格式

握手之后,连接开始对一个或多个块流进行合并。创建的每个块都有一个唯一 ID 对其进行关联,这个 ID 叫做 chunk stream ID (块流 ID)。这些块通过网络进行传输。传递时,每个块必须被完全发送才可以发送下一块。在接收端,这些块被根据块流 ID 被组装成消息。

分块允许上层协议将大的消息分解为更小的消息,例如,防止体积大的但优先级小的消息 (比如视频) 阻碍体积较小但优先级高的消息 (比如音频或者控制命令)。分块还能降低消息发送的开销,它在块头中包含了压缩的原本需要在消息中所包含的信息。

块由块头和数据组成,块头包含3部分:基本头、消息头和扩展时间戳,以下是各部分的介绍:

块的基本头包含块流ID和块类型(下面的fmt字段)。块类型代表了编码过的消息头的格式。此字段根据块流ID的不同,长度可能为1,2或3字节。在实现协议时,此字段应该使用可以容纳ID的最小长度。此协议支持最多65597个流,ID从3到65599。0,1,2这三个为保留ID。当块的基本头长度为2字节时,第3-8比特取值为0。当长度为3字节时,第3-8比特取值为1。块流ID为2时保留作为低级协议的控制消息和命令消息。以下是基本头的每个占位介绍:

3.3分块例子

四、交互过程

4.1推流

!

4.2拉流

五、实践观察

5.1rtmp推拉流环境搭建

参考视频协议学习--HLS的环境部署

5.2rtmp推拉流抓包

5.2.1主要的推流包介绍

5.2.2主要的拉流包介绍

拉流的其他流程与推流类似:

六、总结展望

RTMP的粗略整理基本完毕,对自己来说的有了一定的认识,再细一点的研究需要真正做个demo可能会有深的理解。

七、参考资料

专题报告:RTMP协议

揭开RTMP播放流畅的神秘面纱

Adobe官方公布的RTMP规范

RTMP Spec中文版

RTMP协议笔记

RTMP服务端实现

原创声明,本文系作者授权云+社区发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏cmazxiaoma的架构师之路

【分布式架构之旅】Redis入门

2013
来自专栏大内老A

WCF技术剖析之二十五: 元数据(Metadata)架构体系全景展现[元数据描述篇]

在[WS标准篇]中我花了很大的篇幅介绍了WS-MEX以及与它相关的WS规范:WS-Policy、WS-Transfer和WSDL,因为WCF元数据结构体系完全是...

1618
来自专栏C/C++基础

CVTE2016春季实习校招技术一面回忆(C++后台开发岗)

2016.3.15,参加了CVTE的技术面,很不幸,我和我的两位小伙伴均跪在了一面。先将当日的面试内容汇总如下,供后来者参考。我们三人各自也都总结了失败的原因,...

301
来自专栏进击的程序猿

深入浅出Google File System

GFS,顾名思义就是谷歌文件系统,和Big Table,Map Reduce并称谷歌三驾马车。 大部分谷歌服务的基石(Search, Cloud Drive, ...

694
来自专栏灯塔大数据

干货 | 国外大神总结的10个Java编程技巧!

“任何可能出错的事情,最后都会出错。”这就是人们为什么喜欢进行“防错性程序设计”的原因。

981
来自专栏java思维导图

今天我们结合代码详细聊聊BIO,NIO和AIO

很多人说BIO不好,会“block”,但到底什么是IO的Block呢?考虑下面两种情况:

714
来自专栏difcareer的技术笔记

android6.0系统Healthd深入分析[转载]

概述 Healthd是android4.4之后提出来的一种中介模型,该模型向下监听来自底层的电池事件,向上传递电池数据信息给Framework层的Batter...

801
来自专栏移动端开发

Socket学习总结系列(一) -- IM & Socket

Socket通讯在iOS中也是很常见,自己最近也一直在学习Telegram这个开源项目,Telegram就是在Socket的基础上做的即时通讯,这个相信了解这...

2995
来自专栏向治洪

深入理解Android IPC机制之Binder机制

Binder是Android系统进程间通信(IPC)方式之一。Linux已经拥有的进程间通信IPC手段包括(Internet Process Connectio...

1797
来自专栏Java技术

【面试题】2018年最全Java面试通关秘籍第二套!

注:本文是从众多面试者的面试经验中整理而来,其中不少是本人出的一些题目,网络资源众多,如有雷同,纯属巧合!禁止一切形式的碰瓷行为!未经允许禁止一切形式的转载和复...

731

扫码关注云+社区