Ralink RT5572 tabanlı kablosuz adaptör, DFS'li 5 GHz bandında AP modunda çalışmıyor


0

Amaç:

CSL USB 2.0 WLAN adaptörünün 5 GHz bandında AP modunda, Linux tabanlı bir sistemde çalışmasını sağlayın (özellikle Ubuntu 16.04.4 LTS, çekirdek 4.13). USB adaptörü, lsusbkomutun çıktısına göre Ralink'ten olan RT5572'den oluşan bir yonga setine dayanmaktadır :

(...)
Bus 001 Device 003: ID 148f:5572 Ralink Technology, Corp. RT5572 Wireless Adapter
(...)

Sorun:

Ben kısmen benim hedefe ulaştık: Ben değişkeni ayarlayarak, 48 kadar ... kanalların 36, 38, 5 GHz bandında bir AP olarak adaptör ayarlamak mümkün değilim channelde hostapd.confaşağıda gösterildiği gibi, dosyanın.

interface=wlx24050f615114
driver=nl80211
ssid=nikola-tesla
hw_mode=a
ieee80211n=1
ht_capab=HT40+
channel=48
country_code=PT
macaddr_acl=0
auth_algs=1           # 1=wpa, 2=wep, 3=both
wpa=2                 # WPA2 only
wpa_key_mgmt=WPA-PSK  
rsn_pairwise=CCMP
wpa_passphrase=xxxxxxxxxx
ignore_broadcast_ssid=0
logger_syslog=-1
logger_syslog_level=0

Ancak, 'yüksek' kanallar çalışmıyor. Örneğin, ayarlarsanız channel=52(veya daha büyükse), AP kurulumu başarısız olur ve aşağıdaki hata mesajlarından hostapd:

hostapd: wlx24050f615114: IEEE 802.11 Configured channel (52) not found from the channel list of current mode (2) IEEE 802.11a
hostapd: wlx24050f615114: IEEE 802.11 Hardware does not support configured channel

'Çalışma' aralığındaki hiçbir kanalın, iw listaşağıdaki çıktılarda gösterildiği gibi, radar algılaması (yani, DFS gerekliliği) gerektirmediğini unutmayın .

Band 2:
    Bitrates (non-HT):
        * 6.0 Mbps
        * 9.0 Mbps
        * 12.0 Mbps
        * 18.0 Mbps
        * 24.0 Mbps
        * 36.0 Mbps
        * 48.0 Mbps
        * 54.0 Mbps
    Frequencies:
        * 5170 MHz [34] (disabled)
        * 5180 MHz [36] (20.0 dBm)
        * 5190 MHz [38] (20.0 dBm)
        * 5200 MHz [40] (20.0 dBm)
        * 5210 MHz [42] (20.0 dBm)
        * 5220 MHz [44] (20.0 dBm)
        * 5230 MHz [46] (20.0 dBm)
        * 5240 MHz [48] (20.0 dBm)
        * 5260 MHz [52] (20.0 dBm) (radar detection)
          DFS state: usable (for 15263 sec)
          DFS CAC time: 60000 ms
        * 5280 MHz [56] (20.0 dBm) (radar detection)
          DFS state: usable (for 15263 sec)
          DFS CAC time: 60000 ms
        * 5300 MHz [60] (20.0 dBm) (radar detection)
          DFS state: usable (for 15263 sec)
          DFS CAC time: 60000 ms
        * 5320 MHz [64] (20.0 dBm) (radar detection)
          DFS state: usable (for 15263 sec)
          DFS CAC time: 60000 ms

Sorular:

  • DFS gerektiren 5 GHz kanalı neden bu ayarda çalışmıyor?

Bazı şüphelerim var ama onları nasıl takip edeceğimiz konusunda hiçbir fikrim yok:

DFS CAC (Kanal Kullanılabilirliği Kontrolü) süresi iw reg get0 ms'dir (aşağıda gösterilmiştir) , verilen değer iw list60 sn'dir (yukarıda gösterildiği gibi).

country PT: DFS-ETSI
    (2402 - 2482 @ 40), (N/A, 20), (N/A)
    (5170 - 5250 @ 80), (N/A, 20), (N/A)
    (5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS
    (5490 - 5710 @ 160), (N/A, 27), (0 ms), DFS
    (57000 - 66000 @ 2160), (N/A, 40), (N/A)

Bu, DFS gereklilikleri olan kanalların çalışmamasının nedeni olabilir mi? Benim varsayım burada bu bir max. izin verilen 0 ms CAC süresi, radar saptama için her girişimi engeller.

Cihaza "yakılmış" başka yasal düzenleme alanı kısıtlamaları olabilir. Bu sorunun Atheros yonga setleri (örneğin, firmware / EEPROM'da ayarlanan regdomain) ile olabileceğini ve bunun için geçici çözümler bulunduğunu biliyorum (örneğin, bu örnekte olduğu gibi ). Ancak, RT5572 ile aynı olup olmadığını kontrol etmenin bir yolunu bulamadım. Bunun olup bittiğini öğrenmenin bir yolu var mı?

  • DFS kanallarının Ralink yonga kümeleriyle (örneğin, RT5572) çalışmasını sağlayabilen var mı?

Yanıtlar:


0

Kendi soruma cevap verebilecek başka bilgiler buldum.

Yalnızca birkaç Linux kablosuz sürücüsü, Dinamik Frekans Seçimini (DFS), 3: ath5k ath9kve ath10k. Bu özellik, diğer kaynaklarda 'Otomatik Kanal Seçimi (ACS)' olarak adlandırılır .

Bunu Linux'taki kablosuz sürücülerin kaynak kodunu inceleyerek onayladım ve sadece ath*sürücülerin böyle yöntemler kullandığını fark ettim ieee80211_radar_detected(). Bu hostapd, RT5572 yonga seti kullanıldığında kanalı neden DFS aralığında (52 ila 140) bir değere ayarlayamadığını açıklayabilir (not: Linux rt2800usb, RT5572 ile çalışmak için sürücüyü kullanır ).

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.