6

プライベート ネットワークで UDP ブロードキャストを使用して、1 つのサーバーから複数のクライアント コンピューターに WiFi 経由でマルチチャンネル オーディオを送信しようとしています。

netsend~ と netreceive~ という UDP ブロードキャスト ツールを使用して、Pure Data というソフトウェアを使用しています。コードはこちら: http://www.remu.fr/sound-delta/netsend~/

簡単に言うと、ポイントツーポイント ネットワークで 1 台のクライアント コンピューターに 9 チャネルを送信することはできますが、2 台のクライアントにブロードキャストしようとすると (まだ試していません)、無音。オーディオを圧縮し、圧縮された 4 チャネル (非圧縮の約 10% のサイズ) を UDP ブロードキャストで 2 つのクライアントに正常に送信できます。または、UDP ブロードキャストを介して 1 つのチャネルを 2 つのクライアントに送信できますが、いくつかの問題があります。

WiFi ルーターは Linksys WRT300N です。すべてのコンピュータで Windows XP が実行されています。IP アドレスは 192.168.1.x、サブネット マスクは 255.255.255.0、サブネット ブロードキャスト アドレスは 192.168.1.255 です。

興味があります - ルーター内の UDP ブロードキャスト パケットはどうなりますか? サブネット マスクが 255.255.255.0 の場合、ルーターはブロードキャスト アドレスで送信されるすべてのパケットに対して 254 パケットを作成しますか?

私の WiFi 帯域幅は少なくとも 100Mbps ですが、UDP ブロードキャストで約 10Mbps 以上のオーディオを複数のクライアントに送信できないようです。

WiFi の帯域幅制限まで音声を送信できない原因は何ですか?

ソケット コードの変更、ネットワークのセットアップ、ルーターのセットアップ、サブネットの変更などの提案はすべて大歓迎です。

ありがとうニック

4

4 に答える 4

7

問題は、アクセス ポイントのレート制御アルゴリズムが原因です。ユニキャストを使用すると、アクセス ポイントは、特定のすべての受信者が確実に受信できるデータ レートを追跡し、そのレートで送信します。マルチキャストでは、アクセス ポイントはどの受信者がデータに関心があるかを認識しないため、単純なアクセス ポイントは可能な限り遅い速度 (1Mb/s) でデータを送信します。より適切に実装されたアクセス ポイントは、接続されている最も遅いクライアントが使用している速度でデータを送信できます。最適なアクセス ポイントは、IGMP スヌーピングを使用して各 IP マルチキャスト ストリームを受信して​​いるユーザーを確認し、そのストリームの受信者の中から最も遅い速度を選択します。 .

最も簡単な解決策は、WiFi 受信機の数が少ない場合はマルチキャストを使用しないことです。

于 2010-12-03T00:40:51.030 に答える
3

すべての関係者が WiFi 経由で接続されていますか、それとも送信者がアクセス ポイントへの有線接続を使用していますか? ブロードキャスト データはステーションからアクセス ポイントにユニキャスト データとして送信され、アクセス ポイントはデータをブロードキャスト/マルチキャスト トラフィックとして再送信するため、送信者がネットワークの有線側にいる場合と比較して、2 倍のオンエア帯域幅を使用します。 AP。

ユニキャスト フレームを送信する場合、AP は受信ステーションからの ACK を待ち、ACK が到着する (またはタイムアウトする) までフレームを再送信します。ブロードキャスト/マルチキャスト フレームは ACK されないため、再送信されません。ビジー/ノイズの多い無線環境を使用している場合、ユニキャスト トラフィックと比較して、マルチキャスト トラフィックの場合、ドロップされるパケットの可能性が大幅に増加する可能性があります。オーディオ アプリケーションでは、これは確かに聞こえる可能性があります。

また、IIRC、ブロードキャスト/マルチキャスト トラフィックは、ドロップされたパケットの問題を悪化させるメディアを予約するために RTS/CTS 手順を使用しません。

実際には、集約された帯域幅が十分に高い場合、理想的とは言えない無線条件の下では、単一のマルチキャスト ストリームよりも複数のユニキャスト ストリームの方がうまく機能する場合があります。

可能であれば、wireshark を使用して WiFi トラフィックを盗聴し、802.11 ヘッダーの宛先アドレスを確認することをお勧めします。次に、パケットが実際にブロードキャストされているか、無線ではないかを確認できます。

于 2009-11-30T10:53:00.197 に答える
1

Your design is failing due to a common misconception with WiFi speeds. With 802.11n the number 300mb/s is the link speed, not the actual bandwidth available for user data or even the IP layer. The effective bandwidth is closer to 40mb/s best case, have a look at the FAQ on SmallNetBuilder.com that discusses this in further detail.

http://www.smallnetbuilder.com/wireless/wireless-basics/31083-smallnetbuilders-wireless-faq-the-essentials

于 2010-11-28T04:45:12.157 に答える