Ath9k-Probleme: Unterschied zwischen den Versionen

Aus Freifunk Köln, Bonn und Umgebung
Zur Navigation springen Zur Suche springen
Zeile 9: Zeile 9:
Leider lassen sich die Probleme nur schwer reproduzieren. Häufig treten sie nur in Verbindung mit bestimmten Endgeräten oder örtlichen Besonderheiten auf. Details siehe [[#Externe Quellen]]
Leider lassen sich die Probleme nur schwer reproduzieren. Häufig treten sie nur in Verbindung mit bestimmten Endgeräten oder örtlichen Besonderheiten auf. Details siehe [[#Externe Quellen]]


Dazu gibt es Aussagen, nach denen weitere, ''TP Link WR1043ND'' bezogene Probleme vorliegen. Hierzu haben jedoch keine Details. Es ist insbesondere nicht klar,
Dazu gibt es Aussagen, nach denen weitere, ''TP-Link WR1043ND'' bezogene Probleme vorliegen. Hierzu haben jedoch keine Details. Es ist insbesondere nicht klar,
# Welche Revisionen betroffen sind
# Welche Revisionen und ggf. Typen betroffen sind. Ist das Problem auf den TP-Link WR1043ND beschränkt?
# Was die Störung genau ist
# Wie genau eine Störung aussieht
# Wie sich der Node bei einer Störung verhält
# Welche Workrounds existieren
# Welche Workrounds es gibt.
# Ob noch andere Geräte vergleichbare Probleme haben.


Einzige Quelle IRC-Channel ''#freifunk'' im IRCnet, 20.03.2013, abends:
Quelle IRC-Channel ''#freifunk'' im IRCnet, 20.03.2013, abends:
<pre>
<pre>
<nbd> den wr1043nd würd ich nicht unbedingt empfehlen
<nbd> den wr1043nd würd ich nicht unbedingt empfehlen

Version vom 21. Februar 2013, 12:25 Uhr

Einleitung

(Fast) alle Geräte, die wir im Freifunk-KBU Netz betreiben verwenden ähnlich wlan-Chips (Typ: Atheros 802.11n). Diese Chips funktionierenden mit dem in Linux enthaltene Treiber (ath9k [1]) nicht richtig.

Bekannte Probleme

Wir konnten beobachten, dass wireless komplett oder in Teilen (nur ad-hoc oder nur master) ausfällt. Diese Ausfälle korrelieren mit diesen Meldungen im Kernel-Ringbuffer (dmesg)

ath: phy0: Could not stop RX, we could be confusing the DMA engine when we start RX up

Wir wissen nicht, ob die Meldung bei jedem Ausfall erscheint. Wir können auch nicht sagen, ob die Meldung auch erscheint, wenn kein Ausfall vorliegt.

Leider lassen sich die Probleme nur schwer reproduzieren. Häufig treten sie nur in Verbindung mit bestimmten Endgeräten oder örtlichen Besonderheiten auf. Details siehe #Externe Quellen

Dazu gibt es Aussagen, nach denen weitere, TP-Link WR1043ND bezogene Probleme vorliegen. Hierzu haben jedoch keine Details. Es ist insbesondere nicht klar,

  1. Welche Revisionen und ggf. Typen betroffen sind. Ist das Problem auf den TP-Link WR1043ND beschränkt?
  2. Wie genau eine Störung aussieht
  3. Welche Workrounds existieren

Quelle IRC-Channel #freifunk im IRCnet, 20.03.2013, abends:

<nbd> den wr1043nd würd ich nicht unbedingt empfehlen
<nbd> funktioniert zwar, hat aber nen veralteten wlan chip drin der deutlich störanfälliger als die neueren geräte ist

Umgang in Freifunk-KBU

Wir brauchen Deine Hilfe!

  • Hast Du ein Problem mit dem wlan?
  • Fällt es aus?
  • Ist die Funkverbindung instabil obwohl eine gute Signalstärke angezeigt wird?

Wir sind an allen Problem interessiert, die im Freifunk-KBU Netz auftreten, um das Ausmaß der ath9k-Probleme zu verstehen. Gleichzeitig benötigen wir Patterns für unseren watchdog. Fällt bei Dir das wlan aus, ohne dass das Gerät neu starten, liegt ein unbekanntes Problem vor. In diesem Fall verbinde Dich bitte per ssh mit Deinem Node und sende uns die Ausgabe des dmesg-Kommandos. Hierzu musst Du zuvor den config_mode (Installation#Konfigurieren_des_Nodes) durchlaufen und ein Kennwort gesetzt haben.

Ein ausgefallener Node ist mglw. nicht mehr Teil des Freifunk-Netzes und Du erhälst keine IP-Adresse. In diesem Fall musst Du Dich über die Link-Local-Adresse zum Node verbinden. Diese kannst Du herausfinden, indem Du Dich

  1. Per Kabel mit dem WAN-Port verbindest,
  2. Einen Ping an alle erreichbaren Geräte sendest
  3. Die Adressen einzelnen ausprobierst.

Beispiel Mac OS X (auf Linux: eth0 statt en0):

# 1. Ping an alle erreichbaren Geräte

$ ping6 -I en0 ff02::1
PING6(56=40+8+8 bytes) fe80::ca2a:14ff:fe2c:f6c5%en0 --> ff02::1
16 bytes from fe80::ca2a:14ff:fe2c:f6c5%en0, icmp_seq=0 hlim=64 time=0.071 ms
16 bytes from fe80::b248:7aff:fecb:2d57%en0, icmp_seq=0 hlim=255 time=0.423 ms

# Etwa 3 Sekunden warte, dann mit STRG+C / CRTL+C abbrechen

--- ff02::1 ping6 statistics ---
1 packets transmitted, 1 packets received, +1 duplicates, 0.0% packet loss
round-trip min/avg/max/std-dev = 0.071/0.247/0.423/0.176 ms


# 2. Alle Geräte nacheinander testen. Tipp: Mit langsamsten Gerät (hier: time=0.423 ms) anfangen.
# Ein Kennwort muss zuvor im config-Mode gesetzt sein.

$ ssh root@fe80::b248:7aff:fecb:2d57%en0 
The authenticity of host 'fe80::b248:7aff:fecb:2d57%en0 (fe80::b248:7aff:fecb:2d57%en0)' can't be established.
RSA key fingerprint is d2:73:fe:42:a0:39:8a:c4:2b:59:45:09:c1:8f:7c:db.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'fe80::b248:7aff:fecb:2d57%en0' (RSA) to the list of known hosts.
root@fe80::b248:7aff:fecb:2d57%en0's password: 


BusyBox v1.19.4 (2013-02-14 10:13:36 CET) built-in shell (ash)
Enter 'help' for a list of built-in commands.

  _______                     ________        __
 |       |.-----.-----.-----.|  |  |  |.----.|  |_
 |   -   ||  _  |  -__|     ||  |  |  ||   _||   _|
 |_______||   __|_____|__|__||________||__|  |____|
          |__| W I R E L E S S   F R E E D O M
 -----------------------------------------------------
 ATTITUDE ADJUSTMENT (2013-02-14_10-09-15 (ff-kbu-continuous), 2013-02-14_10-09-15-continuous)
 -----------------------------------------------------
  * 1/4 oz Vodka      Pour all ingredients into mixing
  * 1/4 oz Gin        tin with ice, strain into glass.
  * 1/4 oz Amaretto
  * 1/4 oz Triple sec
  * 1/4 oz Peach schnapps
  * 1/4 oz Sour mix
  * 1 splash Cranberry juice
 -----------------------------------------------------
root@b0487acb2d58:~# dmesg
[    0.000000] Linux version 3.3.8 (tomcat6@ff-jenkins) (gcc version 4.6.3 20120201 (prerelease) (Linaro GCC 4.6-2012.02) ) #1 Thu Feb 14 10:35:58 CET 2013
[    0.000000] MyLoader: sysp=ffffffff, boardp=ffffffff, parts=f0f0f0f0
[    0.000000] bootconsole [early0] enabled
[    0.000000] CPU revision is: 00019374 (MIPS 24Kc)

# ... usw ...
# Vollständige(!) Ausgabe bitte per E-Mail an info@kbu.freifunk.net senden.

Externe Quellen