openSUSE 11.4 - WLAN RaLink RT2561 rt61pci

[Ede]

Hallo.
Habe auf meinen Athlon 800 MHz (Fileserver) openSUSE 11.4 (vorher 10.0) drauf gemacht.
Motivation für Update:
Ich habe den PCI Festplatten-Controller VIA VT6421 drin. Der hat 2 Serial ATA Anschlüsse und einen Anschluss für Parallel ATA (2 Festplatten master und slave). Unter Suse 10.0 haben nur die beiden Serial ATA Anschlüsse funktioniert, weil es nur das Kernel-Modul sata_via gab, aber nicht pata_via. Unter openSUSE 11.4 gibt es nun beide Kernel-Module und der Festplatten-Controller läuft jetzt wunderbar mit 4 Festplatten.
Grundlos mache ich keine Updates, never change a running system. Neue Software hat nicht weniger Bugs und Sicherheitslücken als alte. Update hat sich gelohnt, habe ich mir gedacht.
Nur gravierende Bugs im WLAN, deren Hartnäckigkeit nach 2 Tage langem Testen erwiesen ist, nerven total.

WLAN-Hardware:
PCI-Karte Network controller: RaLink RT2561/RT61 rev B 802.11g, läuft mit Kernel-Modul rt61pci.
WLAN-Router: Fritzbox fb7170

Jetzt gibt es 2 Probleme. Das eine kann ich reproduzieren, das andere kommt wie es will und leider zu oft.
Zuerst das kleinere Problem, das ich reproduzieren kann. Situation: WLAN-Verbindung ist aufgebaut, dann wird der WLAN-Router komplett neu gestartet oder nur das WLAN-Modul des Roures wird neu gestartet.
Effekt: WLAN-Verbindung bricht ab und nachdem der WLAN-Router WLAN wieder funkt, wird die Verbindung nicht automatisch aufgebaut. Erst mit einem
rcnetwork restart in der Konsole wird die Verbindung wieder aufgebaut.
/var/log/messages:

May 15 11:48:35 k7vt kernel: [ 341.508086] ieee80211 phy0: wlan0: No probe response from AP 00:15:0c:4e:b0:44 after 500ms, disconnecting.
May 15 11:48:35 k7vt kernel: [ 341.510449] cfg80211: Calling CRDA to update world regulatory domain
May 15 11:48:35 k7vt kernel: [ 341.525704] cfg80211: World regulatory domain updated:
May 15 11:48:35 k7vt kernel: [ 341.525719] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
May 15 11:48:35 k7vt kernel: [ 341.525729] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 11:48:35 k7vt kernel: [ 341.525738] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 11:48:35 k7vt kernel: [ 341.525747] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 11:48:35 k7vt kernel: [ 341.525756] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 11:48:35 k7vt kernel: [ 341.525764] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
oder

May 15 12:38:58 k7vt kernel: [ 231.740764] wlan0: deauthenticated from 00:15:0c:4e:b0:44 (Reason: 1)
May 15 12:38:58 k7vt kernel: [ 231.743099] cfg80211: Calling CRDA to update world regulatory domain
May 15 12:38:58 k7vt kernel: [ 231.758500] cfg80211: World regulatory domain updated:
May 15 12:38:58 k7vt kernel: [ 231.758515] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
May 15 12:38:58 k7vt kernel: [ 231.758525] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 12:38:58 k7vt kernel: [ 231.758534] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 12:38:58 k7vt kernel: [ 231.758542] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 12:38:58 k7vt kernel: [ 231.758550] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 12:38:58 k7vt kernel: [ 231.758558] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)

Man beachte den Unterschied der beiden Ausgaben am Anfang. Ich kann jetzt nicht sagen, wann die eine Ausgabe kommt und wann die andere. So genau habe ich das noch nicht untersucht. Jedenfalls geht danach kein WLAN mehr, bis ich
rcnetwork restart mache.

iwconfig vor Verbindungsabbruch (WLAN läuft):

wlan0 IEEE 802.11bg ESSID:"fb7170"
Mode:Managed Frequency:2.412 GHz Access Point: 00:15:0C:4E:B0:44
Bit Rate=24 Mb/s Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:2E55-7B2B-4651-404F-224C-7A41-30
Power Management:off
Link Quality=54/70 Signal level=-56 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:1 Missed beacon:0

iwconfig nach Verbindungsabbruch (WLAN kaputt):

wlan0 IEEE 802.11bg ESSID:off/any
Mode:Managed Access Point: Not-Associated Tx-Power=20 dBm
Retry long limit:7 RTS thr:off Fragment thr:off
Encryption key:2E55-7B2B-4651-404F-224C-7A41-30
Power Management:off

Das andere Problem:
WLAN geht einfach so mal zufällig kaputt, nach paar Stunden oder so. Da hilft dann auch nur Konsoleneingabe, damit es wieder läuft. Wann und warum es kaputt geht, habe ich nicht rausgefunden.
/var/log/messages:

May 15 00:18:22 k7vt kernel: [16007.873426] wlan0: deauthenticated from 00:15:0c:4e:b0:44 (Reason: 2)
May 15 00:18:22 k7vt kernel: [16007.875729] cfg80211: Calling CRDA to update world regulatory domain
May 15 00:18:22 k7vt kernel: [16007.891431] cfg80211: World regulatory domain updated:
May 15 00:18:22 k7vt kernel: [16007.891446] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
May 15 00:18:22 k7vt kernel: [16007.891455] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 00:18:22 k7vt kernel: [16007.891464] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 00:18:22 k7vt kernel: [16007.891473] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 00:18:22 k7vt kernel: [16007.891481] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 00:18:22 k7vt kernel: [16007.891489] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
Mit dem WLAN-Router ist alles in Ordnung, andere WLAN-Clients laufen einwandfrei.

Also was ist da los? Kernel-Modul rt61pci einfach verbugt?
Die WLAN-Karte lief unter Suse 10.0 einwandfrei ohne das kleinste Problem mit uraltem Kernelmodul rt61.
Das einzige, was ich umgebaut habe, sind 2 zusätzliche Festplatten am Parallel ATA Anschluss vom PCI-Festplatten-Controller. Sonst hat sich an der Hardware nichts geändert.

Das Problem ist für mich nicht akzeptabel. Dieser Rechner dient als Fileserver und läuft in einem anderen Raum ohne Maus und Tatstatur. Ich greife darauf nur per SSH, FTP und NFS zu. Ohne WLAN kein SSH und keine Konsoleneingabe, um das WLAN wieder hoch zu bringen. Wenn also WLAN weg ist, ist die komplette Funktionalität des Servers weg und es hilft nur ein Reboot, die Power-Taste zum Runterfahren funktioniert als einzige.
Ich würde die RT2561 gerne in den Griff kriegen. Sonst muss ich die RT2500 aus dem Keller holen.

Hat das neue Modul rt61pci keine rt61sta.dat mehr? Beim alten Modul rt61 konnte/musste man in /etc/Wireless/rt61sta.dat verschiedene Optionen setzen.

[Ede]

Hat das neue Modul rt61pci keine rt61sta.dat mehr? Beim alten Modul rt61 konnte/musste man in /etc/Wireless/rt61sta.dat verschiedene Optionen setzen.
Das ist beantwortet: rt61sta.dat gibt es nicht mehr.
http://rt2x00.serialmonkey.com/phpBB/viewtopic.php?f=7&t=3758&sid=b627b960c96b48f9f44cced513f00c3b

Hier noch meine Kernel-Version:

# uname -a
Linux k7vt 2.6.37.6-0.5-default #1 SMP 2011-04-25 21:48:33 +0200 i686 athlon i386 GNU/Linux

[Ede]

Die Probleme sind wohl bekannt:
http://rt2x00.serialmonkey.com/phpBB/viewtopic.php?f=5&t=5685&hilit=rt61pci&sid=b627b960c96b48f9f44cced513f00c3b
Vor 1 Jahr geschrieben:

I have this problem too, so I am looking for a new device.
This device worked well with the old prop.. drivers, but in the standard kernel of opensuse 11.2 and the latest released custom compiled kernel this device still disconnects.
It disconnects randomly, samba, ssh, etc..
Hope it will be fixed someday.
Nächstes Jahr vielleicht?

[ThorstenHirsch]

Hi Ede, bei mir hat sich das Problem mit einem neuen Router gelöst. Seit ich keine FritzBox mehr habe, sondern einen Netgear-Router, gibt's keine Verbindungsabbrüche mehr. Hab' kein Suse, sondern Ubuntu, aber die Version von rt61pci ist ebenfalls 2.3.0 (laut modinfo).

[Ede]

Hallo ThorstenHirsch.
Das ist ja interesant. Danke für die Info.


Hab' kein Suse, sondern Ubuntu, aber die Version von rt61pci ist ebenfalls 2.3.0 (laut modinfo).
Die Version habe ich auch.

Ist schon schade das Ganze, wenn man bedenkt, dass ältere Versionen des Treibers (mit der FritzBox) funktioniert haben.

[Ede]

Habe die RT2561 durch eine RT2500 ersetzt.
Wie die RT2561 baut sie eine durch die Fritzbox unterbrochene und wiederhergestellte WLAN-Verbindung auch nicht selbständig wieder auf. Selbe Ausgabe:

May 15 16:39:02 k7vt kernel: [ 1664.942340] wlan1: deauthenticated from 00:15:0c:4e:b0:44 (Reason: 1)
May 15 16:39:02 k7vt kernel: [ 1664.943863] cfg80211: Calling CRDA to update world regulatory domain
May 15 16:39:02 k7vt kernel: [ 1664.964770] cfg80211: World regulatory domain updated:
May 15 16:39:02 k7vt kernel: [ 1664.964783] (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
May 15 16:39:02 k7vt kernel: [ 1664.964793] (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 16:39:02 k7vt kernel: [ 1664.964802] (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 16:39:02 k7vt kernel: [ 1664.964811] (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
May 15 16:39:02 k7vt kernel: [ 1664.964819] (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
May 15 16:39:02 k7vt kernel: [ 1664.964827] (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)

Ansonsten läuft die RT2561 jetzt seit 7 Stunden ohne Disconnect.
Unterschiede zur RT2561:
Nachteil: In der Konsole reagiert ssh auf einen Tastendruck mit einer Verzögerung zwischen 0 und 1 Sekunde. Also der ssh-Server auf dem Rechner mit der RT2500, der Client auf dem Hauptrechner mit RJ45-Kabel. Mit der RT2561 war kaum eine Verzögerung bei ssh bemerkbar.
Vorteil: FTP-Transfer (von grösseren Dateien) läuft ca. 15% schneller.

Neue Ausgabe, die es mit der RT2561 nicht gab:

May 15 22:46:10 k7vt kernel: [19926.245324] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).
May 15 23:14:30 k7vt kernel: [21626.443677] phy0 -> rt2500pci_set_device_state: Error - Device failed to enter state 1 (-16).

WLAN läuft aber normal weiter.
Könnte Powersave sein, das von der Karte nicht unterstützt wird. Die Powersave-Option habe ich gerade erst deaktiviert, als ich die Meldung gesehen habe. Bei der RT2561 habe ich das direkt bei der Installation deaktiviert.

Wenn es keine zufälligen (ohne ersichtlichen Grund) WLAN-Disconnects gibt, kann ich mit der Situation gut leben. Der Nachteil mit verzögertem ssh fällt nicht ins Gewicht, da ssh nur selten eingesetzt wird, nämlich nur um eine Partition zu mounten oder NFS zu starten.

[Newbie314]

Nachdem es an der Kombination Fritz Box - Treiber zu liegen scheint: hast du mal die Fritz Box auf die neueste Firmware aktualisiert ? Vielleicht behebt sich das Problem dann...

[Ede]

Bis jetzt noch kein Disconnect.



Nachdem es an der Kombination Fritz Box - Treiber zu liegen scheint: hast du mal die Fritz Box auf die neueste Firmware aktualisiert ? Vielleicht behebt sich das Problem dann...
Da hast du wohl Recht, aber ein Firmware-Update mache ich ungerne.
Die Firmware ist schon älter, weil ich das Traffic-Shaping unbedingt brauche. Ich glaube, das ist die letzte Firmware, wo noch Traffic-Shaping dabei war. Die "Priorisierung", die mit neuer Firmware kommt, funktioniert absolut überhaupt nicht wie der alter Traffic-Shaper. Ich habe die neue Priorisierung ausprobiert und ausgiebig getestet mit verschiedenen Situationen. Meinen Anforderungen nach ist diese Priorisierung nicht zu gebrauchen, weil sie einfach total miese Ergebnisse liefert. Kompletter Abbruch des Upstreams, wenn ein Downstream beginnt und andere lustige Spässe. Also ich habe da viel verschiedenes Ausprobiert in den Priorisierung-Einstellungen, aber immer hat er irgendeinen Mist gemacht, der für mich nicht akzeptabel ist. Ich habe das vor 1 Jahr getestet.
Der alte Traffic-Shaper funktioniert für mich perfekt und solange es in der neuen Firmware keine Möglichkeit gibt, die Einstellungen so zu machen, dass es genauso funktioniert wie mit dem alten Traffic-Shaper, ist die neue Firmware für mich nicht zu gebrauchen.
Ist ja schön und gut, dass es so viele verschiedenen Einstellungen bei der Priorisierung gibt, aber es hätte keinen Abbruch getan, wenn man den alten Traffic-Shaper immer noch aktivieren könnte. Also wenn man sich entscheiden könnte, wähle ich die Funktion des alten Traffic-Shapers oder benutze ich die neue Priorisierung. Das wäre die ideale Firmware gewesen.
Aber so ist der alte Traffic-Shaper für mich perfekt und den gibt es nur bei der alten Firmware.