RTMP 全称Routing Table Maintenance Protocol（路由选择表维护协议） 在 AppleTalk 协议组中，路由选择表维护协议（RTMP，Routing Table Protocol）是一种传输层协议，它在 AppleTalk 路由器中建立并维护路由选择表。RTMP 基于路由选择信息协议（RIP）。正如 RIP 一样，RTMP 使用跳数作为路由计量标准。一个数据包从源 网络发送到目标网络，必须通过的路由器或其它中间介质节点数目的计算结果即为跳数。

实时消息传送协议协议概述

    实时消息传送协议是Adobe Systems公司为Flash播放器和服务器之间音频、视频和数据传输开发的私有协议。它有三种变种：

　　1)工作在TCP之上的明文协议，使用端口1935；

　　2)RTMPT封装在HTTP请求之中，可穿越防火墙；

　　3)RTMPS类似RTMPT，但使用的是HTTPS连接；

协议详细介绍

    RTMP协议是被Flash用于对象,视频,音频的传输.该协议建立在TCP协议或者轮询HTTP协议之上.

　　RTMP协议就像一个用来装数据包的容器,这些数据可以是AMF格式的数据,也可以是FLV中的视/音频数据.

　　一个单一的连接可以通过不同的通道传输多路网络流.这些通道中的包都是按照固定大小的包传输的.

　　网络连接(Connection)

　　一个Actionscript连接并播放一个流的简单代码:

　　复制内容到剪贴板代码:

　　var videoInstance:Video = your_video_instance;

　　var nc:NetConnection = new NetConnection();

　　var connected:Boolean = nc.connect("rtmp:/localhost/myapp");

　　var ns:NetStream = new NetStream(nc);

　　videoInstance.attachVideo(ns);

　　ns.play("flvName");

　　默认端口为1935

握手请求及应答

    Client → Server :向服务器发出握手请求.这不属于协议包一部分,该握手请求第一个字节为(0×03),其后跟着1536个字节.尽管看上去这部分的内容对于RTMP协议来说并不是至关重要的,但也不可随意对待.

　　Server → Client :服务器向客户端回应握手请求.这部分的数据仍然不属于RTMP协议的部分.该回应的起始字节仍然为(0x03),但是后边跟着个长度为1536个字节(一共为3072 )的包块.第一个1536块看上去似乎可以是任意内容,甚至好像可以是Null都没有关系.第二个1536的代码块,是上一步客户端向服务器端发送的握手请求的内容.

　　Client→Server:把上一步服务器向客户端回应的第二块1536个字节的数据块.

　　至此客户端与服务器端的握手结束,下面将发送RTMP协议的包内容.

　　Client → Server :向服务器发送连接包.

　　Server → Client :服务器回应.

　　... .... 等等... ...

　　RTMP 数据类型

　　0×01 Chunk Size changes the chunk size for packets

　　0×02 Unknown anyone know this one?

　　0×03 Bytes Read send every x bytes read by both sides

　　0×04 Ping ping is a stream control message, has subtypes

　　0×05 Server BW the servers downstream bw

　　0×06 Client BW the clients upstream bw

　　0×07 Unknown anyone know this one?

　　0×08 Audio Data packet containing audio

　　0×09 Video Data packet containing video data

　　0x0A - 0×11 Unknown anyone know?

　　0×12 Notify an invoke which does not expect a reply

　　0×13 Shared Object has subtypes

　　0×14 Invoke like remoting call, used for stream actions too.

　　Shared Object 数据类型

　　0×01 Connect

　　0×02 Disconnect

　　0×03 Set Attribute

　　0×04 Update Data

　　0×05 Update Attribute

　　0×06 Send Message

　　0×07 Status

　　0×08 Clear Data

　　0×09 Delete Data

　　0x0A Delete Attribute

　　0x0B

　　Initial Data

　　RTMP包结构

　　RTMP包 包含一个固定长度的包头和一个最长为128字节的包体.包头可以是下面4种长度的任意一种:12, 8, 4, or 1 byte(s).

　　第一个字节的前两个Bit很重要,它决定了包头的长度.它可以用掩码0xC0进行"与"计算.下面的表格罗列了可能的包头长度:Bits Header Length

　　00 12 bytes

　　01 8 bytes

　　10 4 bytes

　　11 1 byte

　　我们在这里讨论关RTMP包结构的问题并不是非常的详细.我们在以后有时间会讨论关于AMF的问题(敬请期待...:loveliness:),其实RTMP包结构就是使用了AMF格式.

　　流

　　关于流的操作我们需要进一步研究,在论坛中的http://www.openred5.com/bbs /viewthread.php?tid=175&extra=page=1这篇文章研究的还是不错的,大家可以参考.不过下面可以列一个关于客 户端向服务器端发送流的流程:

　　Client→Server :发送一个创建流的请求.

　　Server→Client :返回一个表示流的索引号.

　　Client→Server :开始发送.

　　Client→Server :发送视音频数据包(这些包在同一个频道(channel)并用流的索引号来唯一标识).