Großer allgemeiner "WLAN-Probleme-Thread!!

[buddabrod]

Wobei ich eben sagen muss, dass es bei mir mit wicd nicht besser wurde.
Das war übrigens auch der erste Vorschlag, den mir unser Uni- Support Heute gab

Wie gesagt, damit hat es nichts zu tun. Wirklich. Nichts. Öfter baue ich die Verbindung "manuell" über das Aufrufen von wpa_supplicant und dhclient auf, komplett ohne grafische Tools.. -> kein Unterschied.

Ist das ein reiner Redhat Fix oder auch ein Upstream Fix?

Red Hat. Wird evtl. upstream.. evtl auch nicht. Bisher: keine Besserung. Am schnellsten (eben wieder getestet!) ist noch immer der iwlagn aus dem .32 kernel in SL6..

 

[tgraupne]

Unser Rechenzentrum äußerte den Verdacht, dass es daran liegen könnte, dass wegen der hohen AP- Dichte der nmanager oft versucht den AP zu wechseln, dieser dann aber "voll" ist.
Aufgrund des ebenfalls hohen Nutzeranzahl. Ich werde mal direkt an sie weiter geben, dass bei manueller Verbindung die gleichen Fehler auftreten.

 

[buddabrod]

Such dir mal einen spezifischen AP raus und gib seine MAC Adresse im NM bei bssid ein. Wenn das hilft stimmt deren Aussage..

Bei mir springt aber die Verbindung _nicht_ zwischen den APs hin und her.

 

[tgraupne]

Richtig coole Sache
Unser Rechenzentrum hat bei den Problem aufgegeben.

Zum Schluss habe ich mit einer Person gesprochen, die genau das selbe Problem mit ihrem X200 hatte.
Nach viel rumprobieren war die Lösung dann "ubuntu" Für mich eine unzufriedenstellende Lösung.

Auf die Frage hin, welche software dort genutzt wird bekam ich die Antwort:

network-manager:
Installed: 0.8.4~git.20110319t175609.d14809b-0ubuntu3

Ich bin also gerade dabei nm 0.8.889 zu compilieren.
Zusätzlich hätte ich noch den Treiber iwlwifi 0.32 aus dem debian unstable Zweig zum testen.

Sollte das alles auch fehlschlagen, bin ich wirklich ratlos =(


buddabrod, was sind deine Erfahrungen mit Linux 3??


edit: Ok, nachdem ich diverse Probleme hatte den nm und das nm-applet in Version 0.8.999 zu compilieren habe ich mich für 0.8.4
aus den backports entschieden. Da kann man ja wirklich alles finden +1

 

[buddabrod]

Ich habe hier NetworkManager 0.8.999. Mit kernel 3.0rc6 gabs keine wirkliche Besserung im Vergleich mit dem aktuellen .38 aus Fedora 15. Der ist jetzt gleichauf mit SL6.

Nur der 3.0 bringt einen höheren Stromverbrauch..

Morgen habe ich vielleicht nochmal Zeit das zu testen.

 

[tgraupne]

Also, ich bin wirklich am verzweifeln.
Warum bekommt Ubuntu das hin????

 

[buddabrod]

Also, ich bin wirklich am verzweifeln.
Warum bekommt Ubuntu das hin????

Und warum gehts bei SL6?

Tja. Gute Fragen, bei denen man sich der Problematik intensiver widmen müsste.

Also kurzum: Bei SL6 und mit kernel 3 ging es. Bei beiden habe ich aber ca. 2W mehr Verbrauch.. Ob da ein Zusammenhang besteht ist zweifelhaft, aber im Mobilbetrieb sind mir die 2W durchaus wichtig.

 

[tgraupne]

Als ich gerade noch einmal etwas gegoogled habe, bin ich wieder auf relativ viele Aussagen gestoßen, die behaupten, dass iwlagn mit 5GHz AP's nicht so recht klar kommt. Ich hatte ja vor einiger Zeit schon einmal den Vorschlag zum Test in dieser Richtung gebracht, nur keine Möglichkeit gefunden es selbst zu testen.

Ich würde daher hier noch einmal fragen, ob es eine Möglichkeit gibt, zu verbieten, sich mit 5GHz AP's zu verbinden?

Des Weiteren habe ich im RedHat Bugzilla den betreffenden thread gefunden, @ buddabrod: kanntest du den schon?
https://bugzilla.redhat.com/show_bug.cgi?id=716602

 

[buddabrod]

Als ich gerade noch einmal etwas gegoogled habe, bin ich wieder auf relativ viele Aussagen gestoßen, die behaupten, dass iwlagn mit 5GHz AP's nicht so recht klar kommt. Ich hatte ja vor einiger Zeit schon einmal den Vorschlag zum Test in dieser Richtung gebracht, nur keine Möglichkeit gefunden es selbst zu testen.

Habe doch schon geschrieben: gib dem NM einfach die besagte MAC Adresse des 2,4GHz Routers vor..

Des Weiteren habe ich im RedHat Bugzilla den betreffenden thread gefunden, @ buddabrod: kanntest du den schon?
https://bugzilla.redhat.com/show_bug.cgi?id=716602

Der wurde doch schon gepostet

Übrigens: Auch unter SL6 habe ich die häufigen Verbindungsabbrüche. Unter Windows XP genauso, aber das verbindet direkt neu. Der NM macht das nicht..
Zuhause habe ich eben mal einen großen Datentransfer mit Windows versucht: Trotz angeblicher 300Mbit waren es nur ca. 2Mbyte/s, das ist nichtmal annähernd so schnell wie es sein sollte. Da habe ich unter Linux mehr..

 

[tgraupne]

Ich hol den Thread noch einmal hoch Gibts bei euch etwas neues, an dieser Front?Ich habe imo mal zum testen Fedora 15 auf meinem X61s, dort scheint es meine besagten Probleme nicht zu geben....2.6.40 Kernel, NM Version weiß ich gerade nicht.In der Bibo ist mittlerweile viel weniger los und trotzdem ich habe die alten Probleme.eduraom --> deauthenticating by reason 3 ????Ich werde jetzt mal versuchen, ob ich über die backports o.g. Kernel bei meinem Debian nutzen kann....Sind die Probleme mit dem hohen Stromverbrauch beim Kernel 3.0 mittlerweile behoben?

 

[buddabrod]

2.6.40 = 3.0 Hat Fedora nur umgenannt, damit alle Tools/Scripts weiterhin funktionieren

unter SL6 ist bei mir Wlan total stabil. Sofern ich keinen der Randkanäle nutze, habe ich auch locker 150Mbit Brutto, Verbindung stabil ohne Fehler.
Ich werde Kernel 3.1 mal testen, wenn er raus ist.

Stromverbrauch: einfach testen.

 

[tgraupne]

Also ich konnte Heute mit Fedora 14 und 2.6.40 nicht arbeiten =(Ebenfalls der Fehler, der mich schon immer quält;wlan1 : deauthenticating ... bla bla bla ... (reason 3) Habe Heute aber rausgefunden, dass mein smartphone auch seine WLAN Verbindung über USB weiterleiten kann, dass war meine Rettung

 

[buddabrod]

Also ich konnte Heute mit Fedora 14 und 2.6.40 nicht arbeiten =(Ebenfalls der Fehler, der mich schon immer quält;wlan1 : deauthenticating ... bla bla bla ... (reason 3) Habe Heute aber rausgefunden, dass mein smartphone auch seine WLAN Verbindung über USB weiterleiten kann, dass war meine Rettung

Es ist wirklich traurig. Die hochangepriesenen Intel Linux Treiber sind bei Wlan Chips und integrierter Grafik wirklich höchstens bescheiden. Als nächstes kaufe ich Atheros..