利用RTMFP开发P2P应用

利用RTMFP开发P2P应用
　　flash10使用RTMFP 开发点对点P2P应用

通过Stratus 服务器在Flash Player中使用RTMFP 开发 点对点应用

Adobe Flash Player  和 Adobe AIR 1.5 引入了一个新的通讯协议，Real-Time Media Flow Protocol (RTMFP)，其低延迟，端到端的对等功能，安全性和可扩展性使它特别适合开发实时协作应用，不仅提供卓越的用户体验，而且运营商降低成本。

早 前的Flash Player 版本使用Real-Time Messaging Protocol (RTMP) 需要Adobe Flash Media Server (FMS)提供合作应用(例如 Adobe Acrobat Connect Pro)或者音频视频流。RTMP是streaming media, shared objects, 和 remoting连接的卓越选择，它满足实时性要求的交互式音频和视频通信的能力有限。

为了能够使用RTMFP，Flash Player 客户端必须连接到一个支持RTMFP协议的服务器，例如Adobe Stratus beta 服务器或者是新版本的FMS。Stratus 是一台用于Flash Player 客户端间通信的主机。不同于FMS, Stratus 不支持视频转播，shared objects,脚本，等。因此，使用Stratus，只可以开发Flash Player的客户端直接相互交流的应用程序。

Flash Player 已经在web视频领域占有重要的市场份额。由于采用RTMFP和先进的媒体压缩技术，将有利于Flash Player 10处于实时通信的领先地位。

在这篇文章中，我首先强调在即时通讯领域使用RTMFP的优势。其次，我将要介绍直接管理点对点RTMFP管理所对应的新的ActionScript 3.0 API。最后，我介绍我们的VideoPhone应用实例。

Requirements

要求

为了使用文中的文件，你需要以下软件和文件：

Flex Builder 

Try
Buy
注 意：请按照Introducing Flex SDK .这里面包括Flex SDK 3.2, 这是为了建立 Flash Player 10应用。尽管你也可以使用Adobe Flash Professional CS4 作为开发工具，但这篇文件指导你如果使用Flex Builder 3建立一个简单的应用.

Flash Player 

Download
Sample files:

stratus_article_assets.zip (ZIP, 13K)
Prerequisite knowledge

预备知识

熟悉ActionScript 3.0 和 Flex Builder 是必要的。

Benefits of RTMFP

RTMFP的好处

Real-Time Media Flow Protocol (RTMFP)是一个引入到Flash Player  和 .5新的通讯协议。同Real-Time Messaging Protocol (RTMP)的主要不同点之一是，RTMP基于传输控制协议 (TCP) 和 先前版本的Flash Player，RTMFP建立在 User Datagram Protocol (UDP)协议.

TCP 提供了可靠的数据传输（也适用于文件传输，电子邮件等），它没有提供任何端到端延迟保证。可靠的数据传输的TCP实现了重新传输丢失的数据，其中包括了延 迟。由于尽量减少端到端延迟是实时通信（几百毫秒的延迟可能使一个会话不可用）中最重要的一个目标，TCP是不适合用于这一目的。传输错误复原和恢复不可 分割的组成部分，最先进的音频和视频压缩技术，如Speex音频和H.264视频编解码器，可同时在Flash Player  。因此，可靠的交付所提供的TCP没有必要的。因此， UDP连接，它提供了一个高效，快速的数据传输，是普遍使用的实时协作应用，尽量减少端到端延迟是至关重要的。另一个优势在于 UDP连接，它使端到端的对等，也就是说，数据直接的传输客户之间后面网络地址转换（ NAT ） 。

当同RTMP做对比，RTMFP提供下列高级的即时通讯：

低 延迟：一但RTMFP建立起了UDP，它将给即时通讯提供最小的延迟。重要的是要注意RTMFP提供了可靠和不可靠的服务。当在两个Flash Player 实例之间发送数据的时候（例如，使用NetStream.send()方法），可靠的数据传输被使用。当在两个Flash Player 实例之间发送Speex 音频的时候，不可靠的交互方式被使用，以提供最小的延迟。
点对点媒体传输：媒体直接发送给两个Flash Player的情况下，不通过路由，而是通过一个中央中继服务器。当同RTMP相比发现，在所有通过Flash Media Server传送的数据， RTMFP不仅进一步降低了端到端的延迟，而且也消除了中央数据中继的相关开销，因此，有助于自身的可扩展性部署。
数据的优先次序：音频传输具有较高优先于视频和非时间关键数据（如即时信息等） 。这可以通过带宽通信通道的限制大大提高在用户体验。
所有这些功能代表了应用于实时通信的巨大优势，提供了一个极大的用户体验，其成就比早期版本的Flash播放器的效应更为巨大。

Firewall traversal

穿越防火墙

RTMFP 是建立在UDP连接的基础上，使客户端直接的通信，即使它们位于NATs(译者注：是一个网络协议允许客户端后面的NAT （网络地址转换），以找出其公共地址，类型的NAT是延迟和互联网方面的端口相关的网络地址转换，尤其本地端口。此信息是用来建立UDP连接（用户数据报 协议）之间的沟通两个主机都是延迟的NAT路由器。该议定书是指在RFC )或防火墙。为了RTMFP工作，您的防火墙必须配置为允许即将发出的UDP通信。大多数的消费者或小型办公室/家庭办公室（ SOHO ）的防火墙是这种情况，许多企业防火墙完全阻止UDP通信。

一种解决办法是配置的Flash Player使用转向代理 （遍历周围可用的NAT ） 。 Flash Player的支持IETF的因特网草案draft-ietf-behave-turn-。如果网络管理员配置转向代理，允许即将发送的UDP连接， Flash播放器可以增加在mms.cfg的配置（更多的信息Flash Player的配置和位置mms.cfg ，请阅读Adobe Flash Player的管理指南的Flash Player  ） ：

RTMFPTURNProxy=ip_address_or_hostname_of_TURN_proxy

直接UDP通信总是被尝试，转向代理只是用来作为备份：它是用于UDP通信，不能在Flash Player和Stratus （如UDP协议封锁防火墙）之间或Flash Player的端点之间流动。

即 使你的防火墙使即将发送的UDP通信的用，可能和你对应端的防火墙不能够允许通过。当一个端点设在一个所谓的“对称的防火墙， ” 的后面，端到端的通信可能是不可以实现。 （对于多种防火墙，请进入维基百科参阅 网络地址转换。 ）在这种情况下，你可以使用转代理援助你防火墙穿越。

Stratus service

Stratus 服务器

Flash Player实例必须连接到Adobe Stratus service（使用rtmfp ： / / stratu ） ，用以彼此的通讯。 Stratus是提供会合服务的主机，帮助Flash Player实例间的互相联系，即使它们位于NATs的后面。虽然连接到Stratus服务非常相似连接到Flash Media Server，Stratus没有提供任何Flash Media Server 典型的功能（媒体中继，共享对象，远程等）。 Flash Player客户端必须保持在整个通讯期间一直与Adobe Stratus连接。为了获得Stratus，您将需要您从Adobe公司申请来的开发密钥。

RTMFP支持正在计划添加到未来版本的 Flash Media Server（无发行日期） 。这样Flash Media Server，将有可能同Flash Player 9或更早的客户（使用RTMP ）通信和Flash Player 10个客户端（使用RTMFP ） 通信。

Security

安全

RTMFP 提供终端设备之间的安全通信。它的密钥采用128位AES谈判使用Diffie-Hellmann密钥交换方法。不过，这并不提供强大的终端认证，如 SSL或RTMPS 。为了帮助端点认证， RTMFP和ActionScript揭露给应用开发者secure nonces。这些nonces可在双方沟通的Flash Player的终点，并保证比赛。通过核实这些nonces ，最终用户可以确保没有人在中间攻击。这些nonces还可以用来开发关键的连续性机制。

重要的是要注意到， Flash播放器不仅从您的麦克风和摄像头设备发送媒体，其他的Flash Player端点订阅您的媒体流。代表Flash播放器并不中继任何其他Flash Player的端点数据（如在一个多播的情况） 。

对于更多关于RTMFP的信息，请阅读Adobe Labs 上的帮助：

Real‐Time Media Flow Protocol FAQ (PDF, 166K)
ActionScript 3.0 API supporting RTMFP
ActionScript 3.0 API 支持 RTMFP
有 一个新版本的ActionScript .0API支持Flash Player 10的RTMFP 。连接到Stratus错服务和创造端到端媒体流的方法类似于Flash Media Server的工作方法。请注意，您必须使用的ActionScript .0或者Flash Professional CS4或Flex Builder  构建目标于Flash Player 10或AIR 1.5 。

正如我前面提到的，首先你必须连接到Adobe公司Stratus的服务：

private const StratusAddress:String = "rtmfp://stratu";private const DeveloperKey:String = "your-developer-key";private var netConnection:NetConnection; netConnection = new NetConnection();netConnection.addEventListener(NetStatusEvent.NET_STATUS,netConnectionHandler);netConnection.connect(StratusAddress + "/" + DeveloperKey);开发者钥匙是你通过登陆你的Adobe公司开发者帐户申请得到，这个申请在Adobe Stratus beta服务的网站。

在成功连接到Stratus，你得到NetConnection.Connect.Success事件。失败可能有 几个方面的原因。如果您提供了一个无效的开发者或不正确的钥匙指定地址，您将收到NetConnection.Connect.Failed 。如果你的防火墙阻挡即将发送的UDP通信，您会收到的NetConnection.Connect.Failed事件后， 90秒超时。

在 成功建立连接的Stratus服务中，您被分配一个独特的256位peer ID（ NetConnection.nearID ）。其他Flash Player的端点必须知道这个peer ID，以便收到您发表的音频/视频流。Flash Player或Stratus的服务是如何将这些ID在需要通讯的Flash Player客户端内传递，不在文章讨论范围内。对于交换ID ，你可以使用一个XMPP协议的服务或一个简单的网络服务，如视频电话样本应用程序。

Flash Player实例直接通讯使用单向网流渠道。也就是说，如果你想双向语音交谈，每个Flash Player的端点必须建立一个发送NetStream和接收NetStream。

首先创建一个发送NetStream：

private var sendStream:NetStream; sendStream = new NetStream(netConnection, NetStream.DIRECT_CONNECTIONS);sendStream.addEventListener(NetStatusEvent.NET_STATUS,netStreamHandler);sendStream.publish("media");sendStream.attachAudio(Microphone.getMicrophone());sendStream.attachCamera(Camera.getCamera()); 这意味着，媒体作为一个端到端的流发布。由于Stratus不能中继媒体，您只可以发布端到端的流。从您的设置管理器选择本地默认设备发出的流媒体将包括 音频和视频。

注：音频/视频无法发送，直到另一Flash Player的客户端订阅您的媒体流。

现在，创建接收NetStream：

private var recvStream:NetStream; recvStream = new NetStream(netConnection, id_of_publishing_client);recvStream.addEventListener(NetStatusEvent.NET_STATUS, netStreamHandler);recvStream.play("media");在这一点上，你听到声音，你可以创建一个视频对象显示视频。为 了创造接收NetStream，您必须知道发布者的256位peer ID（发布客户端的 id_ ）。为了接收音频/视频，您必须知道被发布出来的流的名字。

Advanced topics
高级主题

发布者有良好的控制权而接收端可以接收其发布的流。当一个用户试图获得发布的流时，onPeerConnect （）方法被调用（默认简单执行返回true ）对发布的NetStream。发布者可以禁止某些Flash Player的终端接收媒体：

var o:Object = new Object();o.onPeerConnect = function(subscriberStream:NetStream):Boolean{　 if (accept)　 {　　 return true;　 }　 else　 {　　 return false;　 }}sendStream.client = o; 在发布方， NetStream.peerStreams属性中拥有所有订阅发布的实例。例如，使用sendStream.send （）将发送相同的数据到所有用户。您可以使用下面的方法将信息发送到一个特定的用户：

sendStream.peerStreams[i].send()NetConnection.maxPeerConnections 属性指定被允许连接发布者的peer流的数量。默认值是设定为8但在实践中，这取决于您的应用程序时，必须考虑到大多数互联网服务供应商提供非对称互联网 接入服务的许可。图1说明了直接和三个Flash Player的实例通讯 。每个Flash Player客户端发送和接收两个流，建立一个完全连接网格。从互联网下载的能力普遍高于上传的能力，你必须要格外小心，不要超负荷用户终端的上行能力。

图1 使用Stratus服务点对点连接

NetConnection.unconnectedPeerStreams属性是一个没有相关发布的NetStreams数组。当一个发部流同一个订阅流相互竞争时，订阅NetStream从NetStream.peerStreams的数组中移除。

探索视频电话示例应用程序

我们已经开发了一个视频电话示例，说明如何使用Flash Player 10的端到端能力 。它也可作为部分文章。

该 视频电话示例应用程序依赖于一个用于交流Flash Player peer ID简单的HTTP服务。提供的一部分该脚本，封装在（ reg.cgi ） 。这种网络服务不提供任何用户认证。在Flash播放器成功地连接到Stratus，但其peer ID的网络服务。当创建一个呼叫电话时，视频电话呼叫使用此网络服务来查找收件人的peer ID。

Adobe公司运行这一网络服务专门 提供视频电话样本。当您建立自己的视频电话样本，则必须运行您自己的网络服务，并在 VideoPhoneLabs.mxml 指定WebServiceUrl 。您应该使用自己重写的AbstractIdManager类来执行自己的peer ID身份证交流机制，例如， XMPP协议，谷歌应用服务，或Facebook的框架。

下列是建立一个视频电话示例应用程序的必要步骤（更多详情，请参阅ReadMe.txt包中包含） ：

.使用主机网络服务提供的peer ID的reg.cgi Python脚本。

. 更新的Flex Builder 3.0.2配置,并对应开发于Flash Player 10或AIR 1.5 环境下。

. 创建一个新的 Flex 项目。

. 添加源文件的包（ VideoPhoneLabs.mxml ， AbstractIdManager.as ， HttpIdManager.as ， IdManagerError.as ，并IdManagerEvent.as ）的项目源文件夹中。

. 调试你的项目配制为Flex SDK  或 AIR 1.5.

. 在VideoPhoneLabs.mxml文件中替换DeveloperKey为您的Stratus开发密钥。

. 在VideoPhoneLabs.mxml文件中替换WebServiceUrl为指定的web service。

该 视频电话示例应用程序使用的手机模型。呼叫建立程序执行是使用端到端 NetStream.send （）的信息。既然你可以使用NetStream.send （ ）方法只对指定的NetStream，视频电话发表其他Flash Player客户端可以连接的所谓的“听众流” （在这里我们这样叫它）。当客户端（调用者）希望与客户B通讯（ A呼叫B），他或她订阅客户B的听众流。在这一点上，客户端B的通知访问者peer ID 的来电（使用onPeerConnect （）方法），并订阅客户A的媒体流。通过这个媒体流，客户端A通知客户B对他或她的好友用户的名称（使用NetStream.send （ ）方法），用户可以选择接受或拒绝呼叫。如果要求被接受，客户端B发布的媒体流和双向通信将要被成立。

何去何从

在本文 中，我介绍了一些最令人激动的特点，新的RTMFP协议连同概述了新的ActionScript .0的API 。在阅读本文，您应该很好地理解如何使用这一革命性的协议。我希望你能利用端到端的和先进的媒体功能的Flash Player 10和AIR .5开发了不起的应用。