5

FlashのRTMFPピアプロトコルを使用したいのですが、主流の視聴者向けに開発する価値があるかどうか疑問に思っています。私が理解していることから、UDPを使用しており、ユーザーのファイアウォール/ルーターが正しく構成されていないと、役に立たなくなります。

この問題の解決策はありますか？

4

5 に答える 5

4

これがあります: https://github.com/OpenRTMFP/Cumulus

皆さんがそれを見たかどうかはわかりません。

開発者と話をしたところ、どうやら 95% 完了しているようです。

RTMP へのフェールバックについてはわかりません。全体が役に立たないのではないかと思います。

誰かがさらに調査してコメントできますか?

これもミックスに追加します: http://jasmeetsingh.wordpress.com/2009/01/29/my-first-attempt-to-learn-stratus-rtmfp/

古い RTMP は TCP ポート 1935 を介して動作し、443 および/または 80 を介したトンネリングにフォールバックします。

新しい RTMFP は UDP を使用し、サーバー接続を確立するために 1935 へのアウトバウンド接続と、より高いポート番号を作成する機能を必要とします。

ポート 443 および 80 UDP で実行しても役に立ちません。ファイアウォールは、TCP 443 (HTTPS) および TCP 80 (HTTP) を開くように構成されている可能性がありますが、UDP は引き続きブロックされます (送信 UDP を有効にする必要があります)。

顧客の IT 部門に TURN プロキシをインストールしてファイアウォールを通過させることができる場合は、TURN プロキシを使用するように Flash Player を手動で構成することもできます。Flash Player 10.0 では、draft-ietf-behave-turn-08 がサポートされています。

別の編集：

これを見てください：https://labs.ericsson.com/developer-community/blog/beyond-html5-peer-peer-conversational-video

RTP/UDP を実行でき、両方のクライアントが NAT の背後にある状況でも使用できました。

ほとんどのネットワークは、ある種の NAT (Network Address Translation) を使用しており、このようなピアツーピア接続を複雑にしています。ICE (Interactive Connectivity Establishment; RFC 5245) 手順により、STUN/TURN サーバーを使用して、NAT が存在する場合でも接続を確立できます。

これは、ICE を使用するということは、RTMFP がブラウザーに組み込まれるまでの応急処置として価値があることを意味するのでしょうか?

于 2011-03-18T16:52:55.923 に答える
1

エリクソンのリンクに加えて、彼らは現在、webRTCとP2Pビデオチャットの実験的なバージョンを含むChrome（webkit）ブラウザの適応をリリースしました：

https://labs.ericsson.com/apis/web-real-time-communication/

まだリリースの準備はできていませんが、それでも非常にエキサイティングです。

詳細については、http ：//sites.google.com/site/webrtc/を参照してください。

于 2011-06-21T17:52:16.193 に答える
0

私は実際にこの問題について質問を投稿しようとしていました. 最近、フラッシュ P2P の実験を始めましたが、これまでのところローカルでのみ動作しているようで、同じ PC で 2 つのブラウザー フラッシュ クライアントを接続しています。両方のクライアントが Stratus ピア ID をフェッチできますが、データがインターネット経由で移動する必要がある (したがって、ファイアウォールを処理する必要がある) とすぐに、接続は常に失敗します。

私が読んでいる限りでは、P2P/RTMFP を使用するアプリは RTMP へのフォールバックも実装しており、サーバーの帯域幅や UDP の速度がないなどの P2P のメリットが失われています。

chatroulette クライアントを逆コンパイルすると、RTMP フォールバックが使用されていることもわかりました。これにより、chatroulette の実際の P2P セッションがいくつあるのか疑問に思います。

どうやらそうです、それは役に立たないプロトコルのようです..

誰かが別の方法でそれを証明できたかどうか、本当に興味があります.

于 2011-03-17T10:59:10.560 に答える
0

rtmfp udp 接続を開始するために必要なハンドシェイクを管理するには、中央サーバーが必要です。このサーバーがないと、ファイアウォールが配置されている場合、常に失敗します。これは、実際には rtmfp プロトコルの全体的な強みです。両端が NAT の背後にある場合でも、ファイアウォールをトラバースする機能です。

openrtmfp /cumulus サーバーが稼働している場合は、稼働させるための無料のソリューションになる可能性があります。

于 2011-08-24T22:31:10.810 に答える