[Request] 802.1x EAP (PEAP) connectivity

[GoogleCodeExporter]

What steps will reproduce the problem?
1. Verbindung mit einem 802.1x EAP (PEAP) Netzwerk mit Zertifikat
2.
3.

What is the expected output? What do you see instead?
Ich habe das Sensation so konfiguriert, dass sich die WLAN-Verbindung nicht 
trennt (Erweiterte WLAN-Einstellungen -> Standby-Richtlinie "Niemals"; seit 
Sense 3.5 Energie-Modus "Hohe Leistungsfähigkeit"). Trotzdem kommt es im 
Uninetz regelmäßig zu WLAN Verbindungsabbrüchen, die Wiederverbindung muss 
dann in 4 von 5 Fällen manuell erfolgen, da ein automatisches Einwählen trotz 
gesicherter Verbindungsdaten nicht erfolgt.

Das Netzwerk ist ein 802.1x EAP (PEAP) Netzwerk, ich habe also meine 
individuellen Zugangsdaten für das Netzwerk. Gleichzeitig habe ich ein 
Zertifikat auf meinem Handy installiert (Deutsche Telekom Root CA2), dieses ist 
im "Anmeldeinformationsspeicher" gesichert. Ich glaube, dass dieser 
"Anmeldeinformationsspeicher" direkt mit dem Problem zusammenhängt (allerdings 
wirklich nur eine Vermutung meinerseits). Unter Einstellungen -> Sicherheit -> 
"Sichere Anmeldeinformationen verwenden" gibt es ja die Möglichkeit, diesen zu 
deaktivieren, dann ist eine Verbindung mit dem Netzwerk allerdings nicht 
möglich (klicke ich das Netzwerk an, muss ich erst wieder das Passwort zum 
Anmeldeinformationsspeicher eingeben, damit wird er auch wieder aktiviert. Die 
Verbindungsdaten bzw. das Zertifikat sind also irgendwie "in" diesem Speicher 
gesichert).

What version of the product are you using? On what operating system?
InsertCoin 3.1.7, Bricked v1.2, allerdings besteht das Problem schon seit ich 
das Handy gekauft habe, bei jeder ROM und jedem Kernel (jeder RUU).

Hier ist eine genaue Anleitung der Uni, wie man sich zu dem Netzwerk verbinden 
soll:
http://www.itmc.tu-dortmund.de/de/dienste/netz-und-server-dienste/netzwerk-zugae
nge/1536-wlan-anleitung-wpa2-fuer-android-22.html

Hier noch eine Anleitung zu dem Zertifikat:
http://www.itmc.tu-dortmund.de/de/dienste/netz-und-server-dienste/netzwerk-zugae
nge/1608-wlan-anleitung-import-eines-zertifikats-unter-android-22.html

Please provide any additional information below.
Ich schreibe mal ausnahmsweise auf Deutsch, weil ich nicht glaube, dass ich die 
Problembeschreibung auf Englisch nicht ansatzweise so gut hingekriegt hätte. 
Ich weiß, dass es sich hierbei nicht um ein Kernel-Problem handelt, allerdings 
könnte ich mir vorstellen, dass es vielleicht auf Kernel-Ebene zu lösen ist. 
Wenn du irgendwelche Logs oder weitere Informationen von mir brauchst, sag 
einfach bescheid, ich bin immer mal wieder an der Uni ;)

Original issue reported on code.google.com by cweine...@gmail.com on 7 Oct 2011 at 7:17

[GoogleCodeExporter]

Ich schau mir das mal an, sollte es allerdings kein kernel (sprich wifi 
treiber) problem sein, dann ist es durchaus möglich das es ein allgemeiner 
android bug ist, der dann im Betriebsystem zu lösen ist. Davon gab es 
bezüglich exotischer wifi netze schon einige.

Original comment by showp1984 on 9 Oct 2011 at 4:42

• Added labels: Priority-Low, Type-Enhancement
• Removed labels: Priority-Medium, Type-Defect

[GoogleCodeExporter]

Einen allgemein Android-Bug kann ich insofern ausschließen, als dass das 
Problem bei meinem Kumpel (SGSII, Android 2.3.3) nicht auftritt. Er hat an der 
Uni eine absolut stabile Verbindung (ohne Drops) und wenn er zur Uni kommt und 
WLAN an hat, verbindet es sich auch von alleine.

Original comment by cweine...@gmail.com on 9 Oct 2011 at 12:25

[GoogleCodeExporter]

Dann brauch ich entsprechende logs von dir ;)
Es kann dann nämlich nur noch ein Wifi-Treiber problem sein.

Original comment by showp1984 on 11 Oct 2011 at 6:44

• Changed state: Accepted

[GoogleCodeExporter]

Dann bräuchte ich noch eine kleine Anleitung zum erstellen der Logs, ist ja 
wahrscheinlich nicht kmsg ;)

Original comment by cweine...@gmail.com on 11 Oct 2011 at 6:48

[GoogleCodeExporter]

und ob es kmsg ist ;)
Hier:


The logs are generated from the time you run the command, until the time you 
end them.
The procedure should be this:

1st command window:
adb shell
cat /proc/kmsg > /sdcard/KernelLog.txt

2nd command window:
adb logcat > LogCat.txt

Then let it crash and kill those commands (STRG^C)
If you do that immediately (overall duration under 30 seconds) I won't need any 
filter applied to those commands.

You will find KernelLog.txt on your sdcard's root and and LogCat.txt where your 
2nd command window was at the time you executed the command.

Original comment by showp1984 on 11 Oct 2011 at 7:35

[GoogleCodeExporter]

Ich konnte jetzt erstmal nur eine KernelLog.txt erstellen, da ich kein 
USB-Kabel mit an der Uni hatte, um eine LogCat.txt zu erstellen (habe die 
KernelLog direkt über Terminal Emulator am Telefon erstellt, auf logcat habe 
ich da ja keinen Zugriff denke ich).

Mit den 30 Sekunden bin ich natürlich nicht ausgekommen, da sich das WLAN 
meißtens erstmal verbindet, dann nach einem unbestimmten Zeitraum aber 
zusammenbricht. Ich hatte also das Display aus und nach ca. 5 Minuten wieder 
angemacht - die Verbindung war weg und konnte sich auch nicht automatisch 
wieder herstellen. Ich habe dann das Terminal Fenster geschlossen und die 
KernelLog.txt lade ich jetzt hier hoch.

Morgen bringe ich mir mal ein USB Kabel mit zur Uni (vielleicht aber auch erst 
nächste Woche, muss mich möglicherweise mal mit einer Prüfung beschäftigen 
:D). Rechne also mit weiteren Logs von mir, in denen ich das Problem dann 
probiere einzugrenzen. Falls ich Logs mit irgendwelche Filtern erstellen soll 
damit es übersichtlicher wird, sag mir nur wie ich vorgehen soll ;)

Vielen Dank für die Hilfe auf jeden Fall! Vielleicht findet sich in diesem Log 
ja schon etwas.

Original comment by cweine...@gmail.com on 11 Oct 2011 at 11:52

Attachments:

• KernelLog.txt

[GoogleCodeExporter]

Dies ist ein Bug von HTCs Seite aus. Ist sehr nervig und lächerlich, dass es 
HTC nicht in den Griff kriegt. Wär aber super, wenn du da wenigstens einen 
Anhaltspunkt finden könntest, woran dies liegt.

Original comment by ereva...@googlemail.com on 24 Oct 2011 at 2:10

[GoogleCodeExporter]

Es hat definitiv nichts mit Sense oder so zu tun, die Probleme treten nämlich 
auch bei aktuellen Tests mit CM7 auf, sowohl Bricked-Kernel als auch 
Faux-Kernel. Ich habe jetzt diese Woche etwas Luft, am Freitag bin ich für 
längere Zeit an der Uni und werde dann umfangreiche Logs erstellen und hoffe, 
dass wir dem Problem so auf die Spur kommen.

Original comment by cweine...@gmail.com on 24 Oct 2011 at 2:26

[GoogleCodeExporter]

Der bug liegt im wifi treiber. Ob er nun von HTC oder von bcm dort 
hineingepackt wurde kann ich nicht sagen.
Weitere logs sind trotzdem wünschenswert.

Original comment by showp1984 on 25 Oct 2011 at 2:24

[GoogleCodeExporter]

Sorry, is this the same issue as this?
http://code.google.com/p/android/issues/detail?id=1386
that was opened back in 2008.

Original comment by billyvni...@gmail.com on 2 Nov 2011 at 10:52

[GoogleCodeExporter]

I guess it is. But this one sounds general, not HTC specific. I'm wondering why 
on the stock SGS2 of my friend everything is working flawless... I'm sorry that 
I still don't come up with logs, be sure that I didn't forget, just very much 
to to at college atm... Hope I could provide some next week!

Original comment by cweine...@gmail.com on 3 Nov 2011 at 11:13

[GoogleCodeExporter]

OK, jetzt habe ich es mit den Logs doch noch heute geschafft, ich habe 
verschiedene Szenarien erstellt. Allen Szenarien liegt zu Grunde, dass die 
WLAN-Standby-Richtlinie auf "immer an" gestellt ist, was zu Hause auch 
wunderbar funktioniert. Da habe ich in einem normalen WPA2-Netzwerk keinerlei 
Abbrüche, auch nicht wenn das Display mal für 2 Stunden aus ist, ich mache 
das Display an und WLAN ist immer noch verbunden. Außerdem bin ich in einem 
Arbeitsraum an der Uni, wo der Empfang "perfekt" ist, der nächste Router steht 
circa 5 Meter Luftlinie entfernt. Dazwischen lediglich eine Glasscheibe. Ich 
hatte auch noch nie mit meinem Laptop irgendwelche Abbrüche, also von daher...

kmsg.txt & logcat.txt:
1. WLAN und mobiles Netzwerk deaktiviert
2. Anmeldeinformationsspeicher bereits aktiviert (Passwort eingegeben)
3. Start der Aufzeichnungen
4. WLAN aktiviert
5. Verbindung wurde hergestellt
6. Benutzen des WLANs für einige Zeit (~2 Minuten)
7. Verbindungsabbruch
8. Beenden der Aufzeichnungen

kmsg2.txt & logcat2.txt:
1. WLAN und mobiles Netzwerk deaktiviert
2. Anmeldeinformationsspeicher noch nicht aktiviert (Haken unter Sicherheit 
entfernt)
3. Start der Aufzeichnungen
4. WLAN aktiviert
5. ~20 Sekunden warten auf Verbindung, dann manuelles anklicken des Netzwerks, 
Abfrage des Passworts für den Anmeldeinformationsspeicher -> eingegeben
5. Verbindung wurde hergestellt
6. Benutzen des WLANs für einige Zeit (~3 Minuten)
7. Verbindungsabbruch
8. Verbindung wurde nach einigen Sekunden von alleine wiederhergestellt
8. Beenden der Aufzeichnungen

kmsg3.txt & logcat3.txt:
1. WLAN aktiviert
2. Anmeldeinformationsspeicher aktiviert, Passwort bereits eingegeben
3. Verbindung mit WLAN hergestellt
4. Telefon für ~10 Minuten beiseitegelegt, Display aus
5. Start der Aufzeichungen
6. Display angeschaltet
7. WLAN Verbindung wurde verloren, Wiederherstellung von alleine scheint nicht 
möglich
8. Öffnen der WLAN Einstellungen, manuelles anklicken von „ITMC-WPA2“ und 
Klick auf Verbinden
9. Nach einiger Zeit kann die Verbindung doch hergestellt werden
10. Ende der Aufzeichnungen

kmsg4.txt & logcat4.txt:
1. WLAN aktiviert
2. Anmeldeinformationsspeicher aktiviert, Passwort bereits eingegeben
3. Verbindung mit WLAN hergestellt
4. Telefon für ~3 Minuten beiseitegelegt, Display aus
5. Display angeschaltet, gesehen dass die WLAN Verbindung wieder weg ist, 
Display ausgeschaltet
5. Start der Aufzeichnungen
6. Display angeschaltet
7. WLAN Verbindung wurde verloren, Wiederherstellung von alleine scheint nicht 
möglich
8. Öffnen der WLAN Einstellungen, circa 1 Minute warten, Anzeige springt 
zwischen „Verbindung wird hergestellt“ und „nicht verbunden“
9. WLAN deaktiviert
10. WLAN aktiviert
11. Verbindung kann direkt hergestellt werden
12. Ende der Aufzeichnungen

kmsg5.txt & logcat5.txt:
1. WLAN aktiviert
2. Anmeldeinformationsspeicher aktiviert, Passwort bereits eingegeben
3. Verbindungsabbruch hat bereits stattgefunden
4. Start der Aufzeichnungen
5. Anzeige wechselt zwischen „IP Adresse von … wird abgerufen“ und 
„nicht verbunden“
6. Nach circa 10 Sekunden gelingt die Verbindung doch
7. Ende der Aufzeichnungen

kmsg6.txt & logcat6.txt:
1. WLAN deaktiviert
2. Anmeldeinformationsspeicher aktiviert, Passwort bereits eingegeben
3. Start der Aufzeichnungen
4. WLAN aktiviert
5. Nach circa 20 Sekunden gelingt die Verbindung
6. Display ausgeschaltet
7. Display immer wieder mal angeschaltet (im Abstand von circa 30-60 Sekunden), 
um zu gucken wann noch eine Verbindung da ist
8. Beim vierten Mal anschalten war keine Verbindung mehr da
9. Ende der Aufzeichnungen


Jetzt bin ich mal gespannt, ob du etwas damit anfangen kannst. Wenn ich noch 
mehr Aufzeichnungen machen soll, oder die Aufzeichnungen auf eine andere Art 
und Weise machen soll, oder wenn ich sonst IRGENDWAS tun kann um dir zu 
helfen... Ich bin dabei ;)

Original comment by cweine...@gmail.com on 3 Nov 2011 at 4:24

Attachments:

• kmsg.txt
• logcat.txt
• kmsg2.txt
• logcat2.txt
• kmsg3.txt
• logcat3.txt
• kmsg4.txt
• logcat4.txt
• kmsg5.txt
• logcat5.txt
• kmsg6.txt
• logcat6.txt

[GoogleCodeExporter]

Ich hab mir das ganze mal gründlich angeguckt, der Fehler liegt definitiv im 
BCM Treiber. Ich werde mal versuchen an einen Access Point zu kommen (oder mir 
selbst einen zu bauen ^^) um dieses Porblem lösen zu können.

Original comment by showp1984 on 14 Nov 2011 at 11:02

[GoogleCodeExporter]

Scheint mit dem 3.0 Kernel behoben zu sein.

Original comment by showp1984 on 23 Mar 2012 at 8:00

• Changed state: Done

[GoogleCodeExporter]

Leider nicht. Ich habe im Moment nicht so viel Zeit, kann aber gerne weitere 
Logs übermitteln. Allerdings erst am Mitte nächster Woche. Im Moment "umgehe" 
ich das Problem, indem ich Wifi Fixer einsetze, siehe auch hier: 
http://forum.xda-developers.com/showthread.php?t=1260314

Original comment by cweine...@gmail.com on 23 Mar 2012 at 9:09

[GoogleCodeExporter]

Original comment by showp1984 on 24 Mar 2012 at 8:02

• Changed state: Accepted

[GoogleCodeExporter]

Im WLAN der Uni Magdeburg 802.11 n eap geht es mir mit sgn mit cm9 genauso.

Original comment by gepp...@gmail.com on 13 Jun 2012 at 10:09