ipw2200 und wpa unendlich lahm

mase76 · Beitrag von **mase76** » 06.12.2005 22:55:44

Hallo ich habe ein Amilo M3438G Notebook mit Debian Sid drauf.
Ich habe den zur Zeit neuesten Kernel und die neusten ipw2200
Treiber drauf. Zur Wireless-Verbindung verwende ich Wifi-Radar
(Ubuntu-Package) und wpasupplicant.
Obwohl ich nur wenige Meter neben dem AP sitze, bekomm ich nur
Übertragungsgeschwindigkeiten vom 1-2 MB/s.
Meine wpasupplicant.conf:

ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=0
eapol_version=1
ap_scan=1
fast_reauth=1

# WPA - TKIP

network={
scan_ssid=1
proto=RSN WPA
pairwise=CCMP TKIP
key_mgmt=WPA-PSK
auth_alg=OPEN
group=CCMP TKIP WEP104 WEP40
ssid="xxx"
psk="yyy"

Hab ich da was falsch gemacht, oder ist der Intel_treiber noch nicht so weit?
Als WPA_Treiber musste ich wext angeben, ipw hat nicht funktioniert.

mase76 · Beitrag von **mase76** » 07.12.2005 00:18:10

Ich hab mir jetzt noch einen zweiten AP gleichen Typs installiert.
Beide APs überschneiden sich jedoch in ihrem Empfangsbereich.
Beide arbeiten auf Kanal 11. Müssen beide unterschiedliche Kanäle haben?

deBeck · Beitrag von **deBeck** » 07.12.2005 01:41:27

Ich glaub man sagt das APs im selben Sendebereich min. 1 Kanal Luft haben sollen. also z.B. 11 und 13.
Und 1-2MB/s wären für eine 11MBit-Karte doch fein - oder hast du komplett 54Mbit -Hardware ?

mase76 · Beitrag von **mase76** » 07.12.2005 08:03:46

Ich hab 54 MBit Hardware.
1 Kanal Luft kann ich ja mal testen.

Maj0r · Beitrag von **Maj0r** » 07.12.2005 09:10:34

Ich verwende auch die ipw-Treiber und habe nicht diese Geschwindigkeitsprobleme.
Benutzt Du das Kernelmodul (ist die sehr alte Version 1.0) oder ipw2200-source (in Sid 1.08) und baust mittels m-a selbst ?

mase76 · Beitrag von **mase76** » 07.12.2005 18:25:22

Ich hab den neuesten ipw2200-Treiber und iee80211 von den Projektseiten.
Mit remove-old die Überbleibsel aus dem Kernel entfernt und die Module
mit make und make install installiert.
Kann es vielleicht mit Wifi-Radar zusammenhängen, dass das so langsam ist?
Die Version von wpasupplicant in Sid ist die vorletzte Version.
Die neueste brachte aber auch nichts.

Duff · Beitrag von **Duff** » 07.12.2005 19:07:02

Welche Version von den ipw-Treibern und ieee80211hast du denn genau?

Ich bekomme nämlich zur Zeit gar keine Verbindung zum AP!

Wie hast du die Geschwindigkeit/Durchsatzrate denn gemessen?
Mit einem bestimmten Tool oder anhand der Antwortzeiten beim ping-Befehl?

uljanow · Beitrag von **uljanow** » 08.12.2005 15:04:21

mindestens 5 kanäle sind pflicht (1,6,11)!

die langsame geschwindigkeit ist auf die firmware 2.4 zurückzuführen, schau mal in deinen logs nach, da müssten massig firmwarerestarts dokumentiert sein.

in der ipw-mailingliste berichten leute, wenn man die option hwcrypto beim modul ipw2200 deaktiviert, es also softwareseitg erledigen lässt, weniger probleme auftauchen.
modprobe ipw2200 hwcypto=0

deBeck · Beitrag von **deBeck** » 16.12.2005 15:36:34

Das ist so nicht korrekt bzw. hat bei mir nicht funktioniert - das hilft :

echo "options ipw2200 hwcrypto=0" > /etc/modprobe.d/ipw2200

Anschließend natürlich die ipw2200-Module entladen & reloaden.
Damit bekomme ich nun mit WPA-PSK während eines, scp-Downloads einen payload von 19Mbit/s bei nicht ganz optimaler Verbindung, das ist absolut ok

meine Versionen:

Vanilla Kernel v2.6.14.3
ipw2200 v1.0.8
ipw2200 fw v2.4
ieee 1.1.6
wpa_supplicant 0.4.6-0.2

mase76 · Beitrag von **mase76** » 17.12.2005 19:57:27

Also ich hab jetzt die Kanäle 5 und 11 eingestellt.
Desweiteren die Datei /etc/modprobe.d/ipw2200 mit hwcrypto=0 angelegt.
Scheint jetzt zu funktionieren.
Jetzt müsste ich vielleicht mal probieren, was ausschlaggebend war.
Oder besser: Never touch a running system!

Firmwarereloads konnte ich keine feststellen. In welchem log sollte das
stehen? Im syslog ist jedenfalls nichts.

mase76 · Beitrag von **mase76** » 17.12.2005 22:27:31

Ich glaube, das ganze war nur Zufall. Jedenfalls ist es wieder lahm.
Im kern.log ist mir folgendes aufgefallen:
NETDEV_TX_BUSY returned; driver should report queue full via ieee_device->is_queue_full
Klar könnte ich die stabile Version von ipw2200 verwenden, aber dann hab
ich kein WPA.
Vielleicht hilft ein Downgrade auf 1.0.6.

mase76 · Beitrag von **mase76** » 18.12.2005 17:25:09

Ein Downgrade hat auch nicht funktioniert. Ich hab mittlerweile Sarge drauf mit
dem Kernel-2.6.14.4.
ipw2200-1.0.6 lässt sich darauf nicht kompilieren.
Wahrscheinlich ist diese Version mit dem Kernel nicht kompatibel.
Die Ausgabe hab ich mal unter
http://nopaste.debianforum.de/1862
abgelegt. Vielleicht hat jemand ne Lösung.

uljanow · Beitrag von **uljanow** » 18.12.2005 18:40:26

ich würds mal mit gcc-3.3 probieren, wenn dein kernel nicht gerad mit gcc-4 kompiliert wurde. funktioniert bei mir ohne warnungen und fehler.
unter /usr/bin einfach mit "ln -sf gcc-3.3 gcc" kurz die ältere als standard setzen.

mase76 · Beitrag von **mase76** » 18.12.2005 18:50:53

gcc-3.3 ist bei mir Standard.
Dann hab ich das ganze mit 3.4 probiert. Da kam der gleiche Fehler.
Ich denke, das liegt am Kernel.
Bis zu welcher Kernelversion lässt sich die 1.0.6 backen?
Ich bin jetzt mal mit der Version 1.0.8 auf WEP gegangen.
Jetzt geht's schneller, aber WPA wäre mir doch lieber.
Ich muss wohl mit dem Problem leben und auf eine neue ipw-Version warten.

dndfile · Beitrag von **dndfile** » 02.01.2006 09:52:55

ich kann jetzt total falsch liegen aber

ich würde ich darauf tippen, dass es daran liegt, dass die ressourcen zum berechnen der wpa verschlüsselung einfach zu wenig sind, und der einfach zu lange zum rechnen braucht, ähnliche probleme hatte ich auch schon. Unterstützt dein Chip offiziell WPA oder nur durch ein Firmware Upgrade? Selbige Probleme hatte ich auch schon und bin deswegen bei WEP-Verschlüsselung geblieben.

greetz

dndfile

deBeck · Beitrag von **deBeck** » 02.01.2006 10:20:41

An den Ressourcen liegt es sicherlich ned, bei mir wird durch das WLAN bei hwcrypto=0 jedenfalls keine merkliche Last erzeugt.
Wie viele Mbit/s erhälst du mit WPA? Könnte es vieleicht an deinem AP liegen?
Das die von mir mal angegebenen 19Mbit/s payload mit WPA ok sind konnte ich kürzlich mal mit einer Orinoco 11a/b/g-Karte und den Madwifi-Treibern gegenprüfen, die ist auch ned schneller.

mase76 · Beitrag von **mase76** » 02.01.2006 20:33:14

Keine Ahnung!
Ich nehme mal an, dass der Chip WPA unterstützt.
Ist ein Centrino-Notebook.
Ich bin jetzt auf Debian Sid, seitdem geht es einigermassen.

mase76 · Beitrag von **mase76** » 05.01.2006 21:22:50

Komischerweise funktionieren die Treiber im Kernel-2.6.15 bei mir gar nicht.
Da krieg ich gar keine Verbindung mehr.

nihonto · Beitrag von **nihonto** » 06.01.2006 16:25:39

Haste sie denn fest in den Kernel geschrieben, oder als Modul definiert? Bei mir gehen sie nämlich nur als Modul. Als solche fuppen sie aber prima.

Ansonsten: Alle - und die richtigen - Crypto-Module ausgewählt?

mase76 · Beitrag von **mase76** » 07.01.2006 19:27:58

Ich hatte sie als Modul drin.
Jetzt hab ich wieder die SF-Treiber.
Ich probier's mal wieder.

mase76 · Beitrag von **mase76** » 08.01.2006 11:32:16

Ich hab's jetzt mal wieder als Modul probiert.
Ich verwende wifi-radar zum verbinden.
Da bekomm ich als Meldung:
set eth2 failed invalid argument
Empfang hab ich aber. Er bekommt nur keine IP über dhcp.
Mit den SF Modulen geht es.
Aber vielleicht ist es doch besser, bei den externen Modulen zu bleiben.
Müsste ja bald eine neue Version erscheinen.
Hat das interne Kernelmodul irgendwelche Vorteile gegenüber den externen?

nihonto · Beitrag von **nihonto** » 08.01.2006 11:40:24

... glaub' ich nicht - ist halt nur ein bisschen weniger Gepfriemel und man hat automatisch die zum Kernel passenden Versionen von ipw2200 und ieee80211

.

mase76 · Beitrag von **mase76** » 08.01.2006 11:50:44

Na bitte, ipw2200-1.0.9 ist raus.
Aber ich krieg sie nicht kompiliert:

mkdir -p /usr/src/ipw2200-1.0.9/tmp/.tmp_versions
cp /lib/modules/2.6.15/net/ieee80211/.tmp_versions/*.mod /usr/src/ipw2200-1.0.9/tmp/.tmp_versions
make -C /lib/modules/2.6.15/build M=/usr/src/ipw2200-1.0.9 MODVERDIR=/usr/src/ipw2200-1.0.9/tmp/.tmp_versions modules
make[1]: Entering directory `/usr/src/linux-2.6.15'
CC [M] /usr/src/ipw2200-1.0.9/ipw2200.o
/usr/src/ipw2200-1.0.9/ipw2200.c: In function 'ipw_wpa_set_auth_algs':
/usr/src/ipw2200-1.0.9/ipw2200.c:6365: error: 'WLAN_AUTH_LEAP' undeclared (first use in this function)
/usr/src/ipw2200-1.0.9/ipw2200.c:6365: error: (Each undeclared identifier is reported only once
/usr/src/ipw2200-1.0.9/ipw2200.c:6365: error: for each function it appears in.)
/usr/src/ipw2200-1.0.9/ipw2200.c: In function 'ipw_send_qos_params_command':
/usr/src/ipw2200-1.0.9/ipw2200.c:7591: warning: passing argument 3 of 'ipw_send_cmd_pdu' makes integer from pointer without a cast
/usr/src/ipw2200-1.0.9/ipw2200.c:7591: warning: passing argument 4 of 'ipw_send_cmd_pdu' makes pointer from integer without a cast
/usr/src/ipw2200-1.0.9/ipw2200.c: In function 'ipw_send_qos_info_command':
/usr/src/ipw2200-1.0.9/ipw2200.c:7598: warning: passing argument 3 of 'ipw_send_cmd_pdu' makes integer from pointer without a cast
/usr/src/ipw2200-1.0.9/ipw2200.c:7598: warning: passing argument 4 of 'ipw_send_cmd_pdu' makes pointer from integer without a cast
/usr/src/ipw2200-1.0.9/ipw2200.c: In function 'ipw_associate_network':
/usr/src/ipw2200-1.0.9/ipw2200.c:7634: error: 'WLAN_AUTH_LEAP' undeclared (first use in this function)
make[2]: *** [/usr/src/ipw2200-1.0.9/ipw2200.o] Fehler 1
make[1]: *** [_module_/usr/src/ipw2200-1.0.9] Fehler 2
make[1]: Leaving directory `/usr/src/linux-2.6.15'
make: *** [modules] Fehler 2

mase76 · Beitrag von **mase76** » 08.01.2006 13:29:27

Ich hab's jetzt!
Ich hab übersehen, dass es auch eine neue Version von ieee80211 gibt.
Mit der lässt sich ipw2200 bauen.
Dann hatte ich nach modprobe ipw2200 einen segmentation fault.
Es gibt auf der SF-Seite noch einen Patch für den neuen ipw-Treiber.
Mit ihm lässt sich das Modul laden und es funktioniert auch.
Seltsam ist nur, dass sich viele kleine Dateien besser übertragen lassen, als
eine grössere.
Bei kleinen Dateien von ein paar MB überträgt er ohne Probleme.
Grössere, ich schätze mal, ab 10MB stoppt die Übertragung öfter mal, wird aber
nach ein paar Sekunden sofort wieder aufgenommen. Bei älteren Treibern
wurde sie nicht mehr aufgenommen.
Also kann ich sagen, dass die 1.0.9 besser funktioniert, als ihre Vorgänger.
hwcrypt=0 habe ich aktiviert.

uljanow · Beitrag von **uljanow** » 08.01.2006 19:55:05

mase-FAQ hat geschrieben: Mit ihm lässt sich das Modul laden und es funktioniert auch.
Seltsam ist nur, dass sich viele kleine Dateien besser übertragen lassen, als
eine grössere.
Bei kleinen Dateien von ein paar MB überträgt er ohne Probleme.
Grössere, ich schätze mal, ab 10MB stoppt die Übertragung öfter mal, wird aber
nach ein paar Sekunden sofort wieder aufgenommen.

vielleicht liegt das an den schon bekannten in periodischen zeitabständen auftretenden
firmware restarts. das bei kleineren dateien keine probleme auftauchen, hängt wohl daran,
dass die übertragung noch in einer firmware session liegt.

ich warte lieber noch auf ne neue firmware bevor ich mich von ipw-1.0.6 und fw-2.3 trenne.