4

オンライン ボイス チャットを Silverlight アプリに追加しています。オンライン検索やフォーラムで見つけた現在のアプリ、サービス、SDK をレビューしてきました。これらのほとんどがクライアント サーバー (C/S) モデルを実装していることがわかったので、そのモデルとピアツーピア (PTP) モデルを比較する理由を理解しようとしています。ピア間を直接移動する方が効率的で (IP ホップが少なく、途中でサーバー コンピューターによる処理がない)、サーバーとそのコストと依存関係が不要になるため、PTP が望ましいと思います。PTP が不十分であることが判明した場合に、PTP から C/S に切り替える機能を提供する製品があることがわかりました。

よく考えてみると、会話に 3 つ以上のピアが関与している場合、C/S の方が優れていることがわかりました。その場合、サーバー (おそらくより多くの帯域幅) は、各ピアの送信トラフィックをより適切にリレーすることができます。他の複数のピア。C/S 多対多ボイス チャットでは、各ピアのアップストリーム ブロードバンド (ボトルネックが本質的に存在する場所) は、音声トラフィックの各項目を 1 回だけ伝送する必要があり、サーバーはその優れた帯域幅を使用してメッセージをリレーします。他の複数のピア。

でも、1対1のボイスチャットならPTPの方が良さそうです。サーバーは、2 つのピアの帯域幅要件のそれぞれを削減せず、不要なオーバーヘッド、依存関係、およびコストを追加するだけです。

1対 1 のボイスチャットで:

  • 上記で何か間違っていますか？
  • ピアツーピアが最適でしょうか?
  • サーバーは、クライアントのみのプログラムでは提供できない価値のあるものを提供しますか?
  • 他に考慮すべきことはありますか？

最後に、Silverlight PTP または C/S ボイス チャット製品をお勧めできますか?

事前に情報をありがとう。

4

2 に答える 2

1

•ピアツーピアが最適でしょうか？

いいえ、LAN環境で作業している場合は問題ありませんが、インターネットでは、クライアント要求を処理するためにC / Sモデルが必要です（クライアントはNATの背後にあります）（サーバーはパブリックIP上にあります）。

•サーバーは、クライアント専用プログラムでは提供できない価値のあるものを提供しますか？

はい、NATの背後に存在するクライアントと通信することはできません。そのクライアントのIPが静的または不明でない場合、このため、最良のソリューションはC/Sモデルです。

SilverlightPTPまたはC/Sボイスチャット製品をお勧めできますか？

はいこのプロジェクトを確認してください：C/Sモデルとしてhttp://www.socketcoder.com/ArticleFile.aspx?index=2&ArticleID=70

于 2010-04-05T12:05:03.900 に答える
0

一部のツールが PTP モデルではなく CS モデルを使用する一般的な理由については、私には説明できません。

ただし、PTP では、一方または両方のピアがリッスンするポートを開いて、もう一方のピアが接続できるようにする必要があります。私の知る限り、Silverlight は受信接続要求をリッスンする機能をサポートしていません。

したがって、Silverlight CS で利用できる唯一のソリューションです。

于 2010-04-02T20:51:41.723 に答える