☰

"동적 주파수 선택"(DFS)을 모니터링하시겠습니까?

tag-icon • tag-icon linux wifi
"동적 주파수 선택"(DFS)을 모니터링하시겠습니까?

내 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. 적어도 한 소식통은 이 채널이 "기상 레이더의 영향을 받았을 수 있다"고 말했습니다.

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를 담당한다고 가정해 보겠습니다. 네트워크를 시작할 때 가장 먼저 하는 일은 CAC(Channel Availability Check)를 실행하는 것입니다. 이는 무언가를 전송하기 전에 레이더 펄스에 대해 지정된 시간 동안 기다리는 것을 의미합니다. 선택한 채널에서 펄스가 감지되지 않으면 네트워크가 정상적으로 시작됩니다. (라우터를 다시 시작한 후 무선 네트워크가 연결되는 데 왜 그렇게 오랜 시간이 걸리는지 궁금한 적이 있다면 이것이 바로 그 이유입니다.)

그런 다음 펌웨어/드라이버는 특수 레이더 펄스 신호를 감시하고 감지되면 DFS 프로세스를 트리거합니다(채널을 사용할 수 없는 것으로 표시하고 다른 채널 선택). iw event로 볼 수 있습니다 xxx MHz: radar detected.

모든 잔혹한 세부 사항을 알고 싶다면 확인하십시오.리눅스 무선 위키.

관련 정보