私のLinux PCはWi-Fiアクセスポイントに接続されています。現在使用中チャンネル124:
# iw dev wlp2s0 link
Connected to e0:10:7f:1f:d0:5c (on wlp2s0)
SSID: _The Cloud
freq: 5620
私の規制の範囲内では、法的にチャンネル124が必要です。深さFS。少なくとも1つの情報源は、このチャンネルが「気象レーダーの影響を受けた可能性がある」と述べた。
DFSが原因でマイコンピュータがこのチャンネルに接続できないようです。今私はいDFSチャネルに接続すると、システムがDFS規制に準拠するために実行するすべてのタスクを監視/表示できますか?
たとえば、iw event
これに関連する特定のイベントを表示しますか?
アクセスポイントを制御できません。
NetworkManagerを使用してWi-Fi接続を管理しています。
編集:Ruiは私のコンピュータのWi-Fi監視設定について尋ねたので、iw reg get
何らかの理由でDFSではなくチャンネル(2.4Ghz)に移動しました。 希望規制環境を同時に混乱させることはありません。
つまり、現在私のWi-Fiクライアントは、チャンネル124(5620Mhz)をDFSチャンネルとして考えているようです。私はそれが私が以前にいた場所から変わるとは思わない。以前はこのチャンネルに接続してください。
これらのレジストリ設定が私に問題を引き起こすと考える理由はありません。私も情報を見つけました。"phy#0(自己管理)"とはどういう意味ですか?。
$ iw reg get
global
country GB: DFS-ETSI
(2402 - 2482 @ 40), (N/A, 20), (N/A)
(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW
(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW
(5490 - 5710 @ 160), (N/A, 27), (0 ms), DFS
(57000 - 66000 @ 2160), (N/A, 40), (N/A)
phy#0 (self-managed)
country 00: DFS-UNSET
(2402 - 2437 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-80MHZ, NO-160MHZ
(2422 - 2462 @ 40), (6, 22), (N/A), AUTO-BW, NO-80MHZ, NO-160MHZ
(2447 - 2472 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
(2457 - 2482 @ 40), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-80MHZ, NO-160MHZ, PASSIVE-SCAN
(5170 - 5190 @ 80), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5190 - 5210 @ 80), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5210 - 5230 @ 80), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5230 - 5250 @ 80), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5250 - 5270 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5270 - 5290 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5290 - 5310 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5310 - 5330 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5490 - 5510 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5510 - 5530 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5530 - 5550 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5550 - 5570 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5570 - 5590 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5590 - 5610 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5610 - 5630 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5630 - 5650 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5650 - 5670 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5670 - 5690 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5690 - 5710 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5710 - 5730 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5735 - 5755 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5755 - 5775 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5775 - 5795 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5795 - 5815 @ 80), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5815 - 5835 @ 20), (6, 22), (N/A), AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, NO-HT40PLUS, NO-80MHZ, NO-160MHZ, PASSIVE-SCAN
答え1
インフラストラクチャネットワークでは、DFS処理はAPによって決定されます。使用したいチャンネルでレーダーパルスを検出すると、単に別のチャンネルを選択し、そうでなければ通常どおりに動作します。したがって、クライアントで目立つ唯一のことは、通常のチャネルではなく他のチャネルを介してネットワークに接続されていることです。 APが接続されている間にチャンネルを切り替えると、すべてのクライアントにも切り替えるようにiw event
通知されますch_switch_notify
。
LinuxシステムがAP(またはグリッドノード)なので、実際にDFSを担当しているとしましょう。ネットワークの起動時に最初に行うことは、Channel Availability Check(CAC)を実行することです。これは、何かを送信する前にレーダパルスに対して指定された時間待つことを意味する。選択したチャンネルでパルスが検出されない場合、ネットワークは正常に起動します。 (ルーターの再起動後に無線ネットワークが接続されるのになぜそれほど長い時間がかかるのか疑問に思ったことがある場合は、これがまさにその理由です。)
その後、ファームウェア/ドライバは特別なレーダーパルス信号を監視し、検出されるとDFSプロセスをトリガします(チャンネルが利用できないとマークされ、別のチャンネルを選択)。iw event
と見ることができますxxx MHz: radar detected
。
すべての残酷な詳細を知りたい場合は、確認してください。LinuxワイヤレスWiki。