Flash Player 10.1 と RTMFP

RTMP はクライアント／サーバー型、RTMFP は P2P 型

RTMP ではクライアントはサーバー （FMS とか BlazeDS とか） とのみ通信します。いわゆるクライアント／サーバー型と言われる形態ですね。

他のクライアントに情報を送信する場合も、直接クライアント同士は通信せず、常にサーバーを経由してデータストリームが送られます。そのため、クライアントは接続すべきサーバーの情報を知っているだけでよく、他のクライアントのアドレスを気にする必要はありません。

配信相手が複数になっても必要な送信ストリームは 1 つだけです。後はサーバーが面倒看てくれるはずなので。

これに対して、RTMFP はいわゆる P2P 型です。直接クライアント同士が通信します。

そのため RTMFP では通信相手となるクライアントの情報が必要になります。RTMFP では、最初に Stratus 2 または （RTMFP をサポートするであろう次期バージョンの） FMS のような RTMFP 仲介サービスに接続して必要な情報を取得します。

サーバが要るので面倒ですが、クライアント同士で勝手につなげられない & サーバーで接続状況の監視が可能なので、セキュリティ面からはむしろ安心できるかと。（上で書いたように IP マルチキャスト可能な範囲であればサーバーに接続相手を問い合わせることなく P2P 通信を開始できます - その場合でも接続時に確認のダイアログが表示される等の配慮がされています）

RTMP は TCP ベース、RTMFP は UDP ベース

UDP は基本的にデータパケットを送りつけるだけのシンプルなプロトコルで、TCP のようにいろいろな機能を持っている （そのためいろいろな処理を行わなければならない） プロトコルよりも遅延の少ない通信が可能だと言われています。UDP ベースの RTMFP が TCP ベースの RTMP に対して持っている利点の一つです。

一方で、UDP は TCP のようにデータパケットの配信を保障してくれなかったりします。この問題に対応するため RTMFP には配信を保障するための仕組みが入っています。オプションで、保証無し、少し有り、完全保障を選べます。

その他にも、RTMFP にはデータパケットの到着順序の保障や、TCP と親和性のある輻輳制御の機能が実装されています。また、RTMFP は安全性にも配慮されていて、全てのパケットが 128 ビットの AES で暗号化されて送信されます。いわゆる "盗聴" にも強いプロトコルです。

ネットワークの品質が向上していること、H.264/AVC や Speex のようにパケットロス耐性を持つコーデックが Flash Player でサポートされるようになったことを考えると、あまり厳密なデータ保障の要らないケースもそこそこありそうです。UDP ベースのプロトコルを使うには悪くないタイミングなのかもしれません。

IP モビリティ

RTFMP はセッション途中で瞬断があった場合でも直ぐに通信を再開することができます。無線 LAN がちょっと切れたとかいう場合には役に立ちそうです。そもそも UDP は信頼性のない通信プロトコルなので、多少のパケットのロスは RTMFP から見ると想定された範囲の事象、ということのようです。（おそらく）

また、クライアントは各クライアントが持つ固有の ID で識別されます。そのためクライアント ID が変わらなければ IP アドレスが変わっても同じクライアントとして認識されます。これにより、例えばワイヤレス LAN から有線 LAN に繋ぎ直した場合でもそのまま通信を続けることが可能になります。

長くなったので続きは次回。