[Freifunk-Bonn] WLAN-Default und Vorschlag Erweiterung ath9k-Watchdog
Jan Lühr
ff at stephan.homeunix.net
Fr Apr 12 10:25:40 CEST 2013
Hallo Rougu,
vielen Dank für Deinen Input und Deine Hilfe. Deine Ergebnisse sehen sehr interessant aus.
Ich werde versuchen in den nächsten Tagen eine Zusammenfassung in die Wiki einzutragen.
Im Vorfeld des Wireless-Community-Weekends (10.5. - 12.5.) würde ich nochmal auf die zukommen um Fragen und Diskussionspunkte für die OpenWRT / ath9k-Entwicklern (insb. nbd) zu sammeln.
Die Anregungen für den Watchdog nehmen ich gerne in die nächste Version auf.
Alles Gute
Jan
Am 12.04.2013 um 10:01 schrieb Rougu:
> Hallo,
>
> wegen der ath9k-Probleme und der vermuteten Korrelation mit bestimmten Clients möchte ich die Erweiterung der Watchdog-Auswertung anregen:
>
> a) eingeloggte Stationen
> cat /sys/kernel/debug/ieee80211/phy0/ath9k/stations | grep iface
> b) Statistik der WMM-Queue-Klassen
> cat /sys/kernel/debug/ieee80211/phy0/ath9k/xmit
>
>
>
> Vor allem wegen der hohen WLAN-Dichte möchte die generelle Reduzierung auf 20 MHz Kanalbreite vorschlagen. Die Chancen erfolgreich und kontinuierlich "HT40" zu senden, sind doch eher gering. Es gibt meist genügend Fritzboxen in der Nähe, die dasselbe im Fast-Sekundentakt auch probieren und ständig zwischen 20 und 40 MHz Bandbreite wechseln.
>
>
>
> Einer der von mir betreuten Noden ist sehr auffällig mit Watchdog-Bites vertreten. Er wird mit leicht modifizierten "radio"-Einstellunge betrieben.
>
> root at 64700284ede8:/etc/config# cat wireless
>
> config wifi-device 'radio0'
> option type 'mac80211'
> option macaddr '64:70:02:84:ed:e8'
> option hwmode '11ng'
> list ht_capab 'SHORT-GI-40'
> list ht_capab 'DSSS_CCK-40'
> option channel '1'
> option htmode 'HT20'
> option txpower '20'
> option country 'DE'
> option ieee80211d '1'
>
>
> Meine Versuche, dem Problem mit Einstellungen beizukommen, waren erfolglos. Versucht hatte ich
>
> option noscan '1'
> option diversity '1'
> option txpower '10'
> option rts '512'
> option country '00' (no DFS, ;-|)
>
>
>
> Auffällig war jedoch, dass die MPDUs in den Default-Verkehrsklasse "BE" zu 99,98 % abgearbeitet wurden, in der höchsten Prioritätsklasse "VO" aber nur zu 90,54 %.
>
> Lauert hier irgend Queueing-Problem in Verbindung mit WMM-Classes?
> Ich würde laienhaft annehmen, die die Bearbeitungsrate in "VO" nahe 100 % liegen müsste und in "BE" eher gedroppt wird.
>
>
> root at 64700284ede8:~# uptime
> 09:52:13 up 14:33, load average: 0.00, 0.01, 0.04
>
> root at 64700284ede8:~# cat /sys/kernel/debug/ieee80211/phy0/ath9k/xmit
> Num-Tx-Queues: 10 tx-queues-setup: 0x10f poll-work-seen: 52392
> BE BK VI VO
>
> MPDUs Queued: 1349013 22 0 8497
> MPDUs Completed: 1348756 22 0 7694
> MPDUs XRetried: 257 0 0 803
> Aggregates: 116 13 0 0
> AMPDUs Queued HW: 2448 316 0 0
> AMPDUs Queued SW: 364 72 0 0
> AMPDUs Completed: 2767 388 0 0
> AMPDUs Retried: 281 24 0 0
> AMPDUs XRetried: 44 0 0 0
> FIFO Underrun: 0 0 0 0
> TXOP Exceeded: 0 0 0 0
> TXTIMER Expiry: 0 0 0 0
> DESC CFG Error: 0 0 0 0
> DATA Underrun: 0 0 0 0
> DELIM Underrun: 0 0 0 0
> TX-Pkts-All: 1351824 410 0 8497
> TX-Bytes-All: 184784983 454112 0 1280336
> hw-put-tx-buf: 1 1 0 2
> hw-tx-start: 1351887 376 0 8497
> hw-tx-proc-desc: 1351887 376 0 8497
> TX-Failed: 0 0 0 0
> txq-memory-address: 81b7a1b4 81b7a230 81b7a138 81b7a0bc
> axq-qnum: 2 3 1 0
> axq-depth: 0 0 0 0
> axq-ampdu_depth: 0 0 0 0
> axq-stopped 0 0 0 0
> tx-in-progress 0 0 0 0
> pending-frames 0 0 0 0
> txq_headidx: 0 0 0 0
> txq_tailidx: 0 0 0 0
> axq_q empty: 0 0 1 0
> axq_acq empty: 1 1 1 1
> txq_fifo[0] empty: 1 1 1 1
> txq_fifo[1] empty: 1 1 1 1
> txq_fifo[2] empty: 1 1 1 1
> txq_fifo[3] empty: 1 1 1 1
> txq_fifo[4] empty: 1 1 1 1
> txq_fifo[5] empty: 1 1 1 1
> txq_fifo[6] empty: 1 1 1 1
> txq_fifo[7] empty: 1 1 1 1
>
>
> Viele Grüße,
>
> Dietmar
> --
> _______________________________________________
> Freifunk-Bonn mailing list
> Freifunk-Bonn at lists.bonn.freifunk.net
> http://lists.kbu.freifunk.net/cgi-bin/mailman/listinfo/freifunk-bonn
Mehr Informationen über die Mailingliste Freifunk-Bonn