BCM 4313 独自ドライバが他のデバイスの WiFi をブロックする

BCM 4313 独自ドライバが他のデバイスの WiFi をブロックする

私は自宅で WLAN を運用しており、数日前に HP DV7 Pavilion ラップトップを Oneiric から Precise にアップグレードしました。独自の Broadcom STA ドライバー (wl モジュール) をアクティブ化しました。

このノートパソコンがWiFiに接続されているときはいつでも、speedtest.netの結果は8Mbps(下り)で、他のマシン (ラップトップ、スマートフォン) では、1 Mbps を大きく下回る speedtest.net の結果 (主に 500 Kbps) しか得られず、深刻な ping の問題やその他の奇妙な現象が発生しました。ラップトップの電源をオフにすると、他のマシンではすべて正常でした。

これについて少し考えて、STA の専用ドライバーを削除し、オープンソースのドライバーを使用することにしました。これで、Wi-Fi 上のすべてのマシンですべてが完璧に動作するようになりました。

Precise の STA ドライバー アップデートが壊れているのではないかと思います。どうやら、マシンが WiFi ジャマーに変わったようです。これはあり得ることでしょうか ?

この問題は特定のラップトップではなく、BCM 4314 自体に関係しているようです。

このような特異な行動の考えられる理由は何でしょうか?専用ドライバーを無効にせずにこれを克服できますか?この問題を解決するにはどうすればいいでしょうか?

答え1

私の推測:

決定的な答えではありませんが、私の推測では、クローズド ソース ブロブのブロードキャスト電力制御が不十分なために、適切に管理された他のカード (ホストまたは AP) が感度を下げて電力による影響を受けないようにしていると考えられます。

もし私が正しければ:

大量の電源制御をスクリプト化しない限り、これは BLOB 内にあるため、修正不可能な問題のように思えます。

理論的にはどのようにテストできるでしょうか:

テストボックスが3つある場合は、このようにテストします

1) パケットのネットワークの相対的なパワーを確認できるツールをインストールします。

すぐに実行できる CLI ユーティリティがあるはずですが、私のラップトップにはすでに Kismet がインストールされており、十分な情報が得られます。

2) Broadcom ボックスをオフにした状態で、Kismet のボックス番号 3 の電源を確認します。

3) 次に電源をオフにして、Broadcom ボックスを同じ場所に置きます。

4) kismet を再度チェックします。私の推測が正しければ、Broadcom ボックスは大幅に高い信号強度を示すはずです。

関連情報