web-dev-qa-db-ja.com

ストリーミングビデオの「プロキシ」

イベント会場で、Wi-Fiに接続された多数のデバイスでライブストリーミングビデオを再生することを調査しています。設定は次のようになります。

カメラ-> PC->クラウドストリーミングサーバー(Wowzaなど)-> Wi-FiAP->デバイス

1つの会場でストリームを消費できるデバイスの数を手頃な価格で最大化する方法を見つけようとしています。

ビデオストリームのビットレートが5Mbpsの場合、インターネット接続がすぐにボトルネックになります。 100Mbps接続で20ユーザーの制限があります。

ビデオストリームに何らかのプロキシを設定して、ストリームを会場にローカルにキャッシュし、代わりにデバイスがそれに接続できるかどうか疑問に思っています。

ソリューションを探しているときに、これを実行できるハードウェアプロキシに出くわしましたが、それは数万ポンドであり、私の予算では実行できませんでした。

だから、サーバーソフトウェアソリューションがあるのだろうか?

次に、WifiAPの制限を調べようとしています。標準APは最大100ユーザーでトップになり、イーサネット接続によって制限されます(たとえば、1ギガビット)。

10ギガビットイーサネットを使用でき、1000オーダーの接続を処理できるAPをセットアップすることは可能ですか?

ポインタをありがとう。

1
Jules

ストリーミング

ストリームのプロキシは十分に可能であり、高価なハードウェアを必要としないはずです。

継続的なHTTPストリーム(Icecast上のWebMなど)の場合、元のストリームを中継するように設定された単純なIcecastインスタンスが処理を行います。インターネットへの1つのストリーム、ネットワークによってのみ容量が制限されたローカル可用性。

プログレッシブHTTP(DASH、HLSなど)の場合、単純なHTTPプロキシに頼ることができます(Originサーバーがプロキシを防止しようと努力している場合を除く)。

他のすべての場合はもっと複雑になりますが、他のすべてが失敗した場合はいつでもトランスコーダーを実行して、ローカルサーバーにストリームを送信させることができます(例:avconv/ffmpeg→Icecast)。

通信網

これははるかに大きな課題であり、エンジニアリングとかなりのテストが必要になります。

通常の既製のAPは、ワイヤレス側で10〜30台のクライアントデバイスを処理できます。エンタープライズハードウェアは100に近づく可能性があります。ただし、帯域幅はカバーされません。デバイスの数が増えると、使用可能な帯域幅が非線形に減少します(100クライアントの理論上の100MBit/s APではかなり少ない有効帯域幅のクライアントあたり1MBit/sよりも)、これは、APに高速モードと低速モードを切り替えるように強制するレガシーデバイスによってさらに複雑になります。

かなりの帯域幅で1000台の同時クライアントデバイスにサービスを提供する予定の場合は、インテリジェントネットワーク制御を備えたエンタープライズアクセスポイントのフリートを展開する必要があります。

ストリーム形式

ストリーミングの形式と選択するパラメーターを検討することをお勧めします。これにより、必要な帯域幅を桁違いに減らすことができます。

元のストリームを制御しない場合でも、直面するネットワークの課題に対応するために、変更されたローカルストリームを提供することを検討する必要があります。

例:慎重に調整されたパラメーターを使用してWebMをストリーミングすることを選択し、エンコードされるビデオ信号が「単純」である場合(例:会議のスピーカーとスライド、写真の動きの多いスポーツゲームとは対照的です)。その場合、ほとんどの場合、結果として得られるストリーム帯域幅は1 MBit/sをはるかに下回ります。追加の利点:ほとんどのWebブラウザーで直接再生されます(iDeviceを除くが、アプリがあります)。

結論

幸運を祈ります。これは安くも簡単でもありませんが、確かに実現可能です。

2
TBR