OpenWrt DFS
| Team |
.jpg) OpenWrt DFS |
| Treffen: unregelmäßig |
| Optimierung der Radarerkennung |
| Mitglieder: Till W., Kai-Uwe, Björn, Martin G. (?) |
| Kontakt: Crew Mailingliste |
| #default =
}}{{#if: | {{#ifeq:|none
|| }} }}
{{
#switch: | left =| #default = }}
{{#if:
| {{{image}}}
| [[Image:{{#switch:notice
| danger = Ambox warning pn.svg
| warning = Ambox warning pn.svg
| caution = Ambox important.svg
| approval = Thumb_up_icon.svg
| proposal = Ambox warning purple.svg
| detail = Ambox style.png
| protection = Ambox protection.png
| notice
| #default = Information icon4.svg
}} | {{#switch:
| left = 20x20px
| #default = 40x40px
}} ]]
}}{{#switch:
| left =
| #default = | Diese Seite benötigt eine Überarbeitung. (Stand: 01.03.2016) | {{#switch:
| left = {{{imageright}}}
| #default = {{{imageright}}}
}} |
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