OpenWrt DFS: Unterschied zwischen den Versionen
Leo (Diskussion | Beiträge) Keine Bearbeitungszusammenfassung |
|||
| (33 dazwischenliegende Versionen von 8 Benutzern werden nicht angezeigt) | |||
| Zeile 1: | Zeile 1: | ||
{{team |
|||
===Enable DFS for OpenWRT=== |
|||
|description=Optimierung der Radarerkennung |
|||
Aim is to enable DFS for 5GHz wifi band. Until today we found no usable solution to integrade DFS suipport into OpenWRT. Without DFS there is no official 802.11n outdoor channels support. |
|||
|members=[[Benutzer:Till|Till W.]], Kai-Uwe, Björn, [[Benutzer:Leo|Martin G.]] (?) |
|||
|kontakt=[https://list.opennet-initiative.de/mailman/listinfo/crew Crew Mailingliste] |
|||
|logo=Doppler-Radar-Tower.jpg |
|||
}} |
|||
== Problem == |
|||
In the following we will log our approach to (try to) enable DFS. |
|||
In OpenWrt ''Chaos Calmer'' ist es möglich, Outdoor-Kanäle auszuwählen. Beim Auftreten von DFS-relevanten Signalmustern findet ein Wechsel auf einen Indoor-Kanal statt. Ein Wechsel zurück auf einen Outdoor-Kanal findet aktuell nicht automatisch statt. DieAnzahl der DFS-Events ist zumindest bei uns, außergewöhnlich hoch, obwohl es hierfür keine offensichtliche Quelle gibt. |
|||
Beim montäglichen Vereinstreffen in der [[Frieda23]] findet sich regelmäßig auch eine Kleingruppe für die Arbeit an der Verbesserung der DFS-Implementierung zusammen. |
|||
'''Compile trunk of OpenWRT''' |
|||
== Untersuchungen == |
|||
On 2014-01-24 we made SVN checkout of OpenWRT trunk with rev. 39385. All compiled well. |
|||
* [[OpenWrt DFS/Ereignisstatistik]]: Statistik aufgefangener DFS-Signale |
|||
* [[OpenWrt DFS/Experiment]]: Experiment und Auswertung der häufigen Radar-Events |
|||
== Notizen == |
|||
'''1st Run''' |
|||
=== Aktivierung von Outdoor-Kanälen (2014, ieee80211h=1) === |
|||
In OpenWrt ''Barrier Breaker'' war es nicht möglich, Outdoor-Kanäle zu aktivieren. |
|||
Die Ursache war der fehlende Eintrag ''ieee80211h=1'' in der ''hostapd.conf''. Das von uns eingereichte [https://dev.openwrt.org/ticket/14867 OpenWrt-Ticket] wurde wenige Monate später gelöst. Seit Chaos Calmer ist die Auswahl von Outdoor-Kanälen unter Beachtung von DFS-relevanten Signalen möglich. |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): Configuration file: /var/run/hostapd-phy0.conf |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): wlan0: IEEE 802.11 Configured channel (112) not found from the channel list of current mode (2) IEEE 802.11a |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): wlan0: IEEE 802.11 Hardware does not support configured channel |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): Could not select hw_mode and channel. (-3) |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): wlan0: Unable to setup interface. |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): hostapd_free_hapd_data: Interface wlan0 wasn't started |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): cat: can't open '/var/run/wifi-phy0.pid': No such file or directory |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): Command failed: Invalid argument |
|||
Thu Jan 1 00:08:10 1970 daemon.notice netifd: radio0 (933): Device setup failed: HOSTAPD_START_FAILED |
|||
=== Debug-Hinweise === |
|||
Message "not found from the channel list of current mode" origin: |
|||
* ath9k-DFS-Meldungen im Kernel-Log verfolgen: |
|||
/trunk/build_dir/target-mips_34kc_uClibc-0.9.33.2/hostapd-wpad-mini/hostapd-20131120/src/ap/hw_features.c:885 |
|||
echo 0x10400 > /sys/kernel/debug/ieee80211/phy0/ath9k/debug |
|||
* ath9k-DFS-Meldungen und Pulse im Kernel-Log verfolgen (Achtung, führt zu hoher Systemlast !): |
|||
Three places in source code can generate this error. Now, find the exact place. Add more debug messages manually. |
|||
echo 0x10010400 > /sys/kernel/debug/ieee80211/phy0/ath9k/debug ; logread -f |
|||
* Meldungen abschalten: |
|||
'''2nd Run''' |
|||
echo 0x400 > /sys/kernel/debug/ieee80211/phy0/ath9k/debug |
|||
Again compiles and executed we get error |
|||
Thu Jan 1 00:00:49 1970 daemon.warn hostapd: wlan0: IEEE 802.11 debug oni: select_hw_mode |
|||
[[Category:Firmware]] |
|||
Therefore the reason for this error is |
|||
[[Category:WLAN Protokolle]] |
|||
... |
|||
case HOSTAPD_CHAN_INVALID: |
|||
default: |
|||
hostapd_notify_bad_chans(iface); |
|||
return -3; |
|||
... |
|||
new method to search for |
|||
hostapd_check_chans(iface) |
|||
Aktuelle Version vom 10. April 2021, 07:34 Uhr
| Team |
OpenWrt DFS |
| Treffen: unregelmäßig |
| Optimierung der Radarerkennung |
| Mitglieder: Till W., Kai-Uwe, Björn, Martin G. (?) |
| Kontakt: Crew Mailingliste |
Problem
In OpenWrt Chaos Calmer ist es möglich, Outdoor-Kanäle auszuwählen. Beim Auftreten von DFS-relevanten Signalmustern findet ein Wechsel auf einen Indoor-Kanal statt. Ein Wechsel zurück auf einen Outdoor-Kanal findet aktuell nicht automatisch statt. DieAnzahl der DFS-Events ist zumindest bei uns, außergewöhnlich hoch, obwohl es hierfür keine offensichtliche Quelle gibt.
Beim montäglichen Vereinstreffen in der Frieda23 findet sich regelmäßig auch eine Kleingruppe für die Arbeit an der Verbesserung der DFS-Implementierung zusammen.
Untersuchungen
- OpenWrt DFS/Ereignisstatistik: Statistik aufgefangener DFS-Signale
- OpenWrt DFS/Experiment: Experiment und Auswertung der häufigen Radar-Events
Notizen
Aktivierung von Outdoor-Kanälen (2014, ieee80211h=1)
In OpenWrt Barrier Breaker war es nicht möglich, Outdoor-Kanäle zu aktivieren.
Die Ursache war der fehlende Eintrag ieee80211h=1 in der hostapd.conf. Das von uns eingereichte OpenWrt-Ticket wurde wenige Monate später gelöst. Seit Chaos Calmer ist die Auswahl von Outdoor-Kanälen unter Beachtung von DFS-relevanten Signalen möglich.
Debug-Hinweise
- ath9k-DFS-Meldungen im Kernel-Log verfolgen:
echo 0x10400 > /sys/kernel/debug/ieee80211/phy0/ath9k/debug
- ath9k-DFS-Meldungen und Pulse im Kernel-Log verfolgen (Achtung, führt zu hoher Systemlast !):
echo 0x10010400 > /sys/kernel/debug/ieee80211/phy0/ath9k/debug ; logread -f
- Meldungen abschalten:
echo 0x400 > /sys/kernel/debug/ieee80211/phy0/ath9k/debug