Ich nutze einen W500V mit der Bitswitcher Firmware (0.3.9)! Nun fällt mir auf, dass es immer wieder vorkommt, dass die Verbindung vom Handy (Android 4.0.2) zum Internet getrennt wird. Es geht nicht(!) um die WLAN-Verbindung denn diese bleibt bestehen und ich komme z. B. weiterhin aufs Web-Interface des Routers. Auch die Verbindung des Routers zum Internet läuft (kontrolliert über das Web-Interface und andere Clients). Das WLAN-Symbol auf dem Handy ist vorhanden, aber ausgegraut. Das heisst wohl ebenfalls, dass die WLAN-Verbindung ansich besteht, aber keine Verbindung vom/ins Internet besteht.
Da das Problem nur mit dem Android-Handy besteht, bin ich relativ ratlos! Vielleicht kann mir jemand Ideen geben, woran das liegen könnte?
Zur WLAN-Konfiguration schreibe ich jetzt erstmal noch nichts, weil die WLAN-Verbindung selber ja läuft. Könnte es was mit der Adressierung zu tun haben? Ich nutze Static-DHCP und die Lease-Time ist auf 24 Stunden eingestellt.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Leider bin ich noch nicht weitergekommen, habe das Problem aber weiter eingegrenzt:
- das Problem tritt nur beim W500V (Bitswitcher 0.3.9) auf und weder im Firmennetzwerk noch ein einem anderen Netzwerk mit einem Linksys-Router.
- Bezüglich der IP Lease-Time hatte ich gestern Abend im Router statt 24 Std. mal 168 Std. (1 Woche) eingestellt. Danach habe ich sowohl den Router, als auch das Handy neu gestartet. Das Problem trat heute nacht/morgen erneut auf!
- Nun habe ich eine unendliche Lease-Time eingestellt. Das ist ja die Einstellung die eigentlich am meisten Probleme verursachen soll. Trotzdem werde ich jetzt mal beobachten, ob das Problem damit immer noch auftritt!
Meine aktuelle Frage wäre, ob es seitens der Bitswitcher-Firmware eine Möglichkeit gibt, den DHCP-Sever (oder den ganzen Router) zu protokollieren?! Evtl. würde man daraus ja was herauslesen können.
Freue mich über jede Antwort!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Bist Du über einen 6to4-Auto-Tunnel per IPv6 mit dem Internet verbunden? Radvd verwendet in der Default-Einstellung ein max. Advertisment-Intervall von 10sec. Die Valid-Lifetime für das Tunnelpräfix steht per default auf 25sec. Wenn der Router stark beschäftig ist und radvd nicht rechtzeitig das Avdertisment senden kann bzw. einige Messages wegen ungünstiger Verbindung nicht beim Handy ankommen, könnte das Handy den Präfix für globale Verbindungen verwerfen. Windows 7 z.B. ignoriert jeden Präfix, dessen Zeit mal abgelaufen ist. Ich habe die Valid-Lifetime bei mir auf 1min hochgesetzt. Mit dem Handy hatte ich bisher keine Probleme. Ich nehme das aber meistens nur zum telefonieren ;-)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Die ganze Woche funktionierte mit dem WRT54GL und im Firmennetzwerk alles Bestens. Es muss also in irgendeiner Form am W500V liegen.
Heute morgen war wieder das WLAN-Symbol grau und ich hatte keine Verbindung zum Router. Das Handy war auch nicht mehr anpingbar. Erst Aus- und Einschalten des WLAN am Handy hat kurzzeitig geholfen. Dann habe ich festgestellt, dass das Handy die Verbindung verliert, sobald es in den Standby-Modus geht. Nach einem Router-Neustart ist dann alles wieder in Ordnung, bis das Problem dann wohl bald wieder auftritt…
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Inzwischen habe ich folgendes (einzeln, aber auch kombiniert) ohne Erfolg ausprobiert:
- Hidden SSID = aus
- MAC-Filter aus
- Android-Client fest auf 2,4 Ghz (statt "Auto" (=2,4 GHz+5 GHz) gestellt
- SCB timeout statt 60 Minuten auf 1440 Minuten gestellt
- Android-Client auf feste IP-Adresse (entsprechend der static-IP Adresse eingestellt
- Targa-Firmware, statt Speedport-Firmware ausprobiert
- 0.3.10prebuild ausprobiert
- im Android-Client das bekannte Netzwerk gelöscht und neu angelegt
So langsam bin ich am Ende mit dem was ich noch ausprobieren könnte. Wie gesagt: nach einem Neustart des Routers klappt alles eine Zeit lang (von wenigen Minuten bis einige Stunden), bis das Problem wieder auftritt.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Problem weiter eingegrenzt, aber weiterhin ohne Erfolg:
- JFFS2 and mini_fo "Erase JFFS2 Partition" und "Erase mini_fo" angehakt, anschließend Save und dann Reboot!
- Bitswitcher 0.3.9 über das Notfall-Interface (10 Sek. Reset-Knopf beim Einschalten gedrückt gehalten) geflasht.
Danach dachte ich, das Problem sei gelöst, wobei ich mir nicht erklären konnte warum das so sein sollte. Heute Nacht trat das Problem dann wieder auf.
Ich habs mit dem Galaxy Nexus jetzt noch mal getestet:
- Verbindung mit dem WLAN klappt zunächst einwandfrei
- Zunächst auch im StandBy (egal ob durch TimeOut oder Power-Taster) mit dem WLAN verbunden und anpingbar!
- Handy nach ca. 10 Minuten nicht mehr anpingbar.
Antwort des Pings: "Zeitüberschreitung der Anforderung"
- Im WLAN-Status Menü des Routers steht das Handy noch als verbunden.
- Ping erst wieder erfolgreich wenn Handy aus StandBy geholt wird. Sobald dann wieder in StandBy versetzt, ebenfalls wieder die Antwort "Zeitüberschreitung der Anforderung".
- nach ca. weiteren 10 Minuten im StandBy Pingantwort "Anwort von 192.168.1.5: Zielhost nicht erreichbar." (wobei 192.168.1.5 die IP des pingabsetzenden Clients ist).
- Im WLAN-Status Menü des Routers steht das Handy nicht(!) mehr als verbunden.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Das Verhalten vom Handy ist doch normal. Nach einer gewissen Zeit im Stand-By wird das WLAN-Modul abgeschaltet. Wenn das nicht gemacht wird, reduziert sich die Akkulaufzeit drastisch. Das WLAN verbraucht deutlich mehr Strom als das Mobilfunk-Teil.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Nein, das ist nicht normal, weil die Richtlinie ja so eingestellt ist, dass WLAN auch im StandBy aktiviert bleibt. Nur dann sind Push-Mail, Wetteraktualisierung usw. möglich. Man kann die Richtlinie natürlich so einstellen, dass sich WLAN im StandBy abschaltet, aber in jedem Fall sollte die Verbindung ja wieder möglich sein, sofern das Handy aus dem StandBy zurückkehrt!
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ich glaube, das Problem liegt daran, dass das Handy mit einem Ping im StandBy nicht aus dem Tiefschlaf erwacht.
In einem anderen WLAN braucht es immer einen Ping zum Aufwachen. Da steht dann zunächst "Anwort von 192.168.1.X: Zielhost nicht erreichbar.". Der zweite Ping wird dann aber bereits beantwortet. Das ist reproduzierbar und auch bei einem anderen User mit dem gleichen Handy in einem anderen Netzwerk genauso.
Die Frage ist jetzt nur, wieso das mit dem W500V nicht klappt. :-(
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ich nutze einen W500V mit der Bitswitcher Firmware (0.3.9)! Nun fällt mir auf, dass es immer wieder vorkommt, dass die Verbindung vom Handy (Android 4.0.2) zum Internet getrennt wird. Es geht nicht(!) um die WLAN-Verbindung denn diese bleibt bestehen und ich komme z. B. weiterhin aufs Web-Interface des Routers. Auch die Verbindung des Routers zum Internet läuft (kontrolliert über das Web-Interface und andere Clients). Das WLAN-Symbol auf dem Handy ist vorhanden, aber ausgegraut. Das heisst wohl ebenfalls, dass die WLAN-Verbindung ansich besteht, aber keine Verbindung vom/ins Internet besteht.
Da das Problem nur mit dem Android-Handy besteht, bin ich relativ ratlos! Vielleicht kann mir jemand Ideen geben, woran das liegen könnte?
Zur WLAN-Konfiguration schreibe ich jetzt erstmal noch nichts, weil die WLAN-Verbindung selber ja läuft. Könnte es was mit der Adressierung zu tun haben? Ich nutze Static-DHCP und die Lease-Time ist auf 24 Stunden eingestellt.
Leider bin ich noch nicht weitergekommen, habe das Problem aber weiter eingegrenzt:
- das Problem tritt nur beim W500V (Bitswitcher 0.3.9) auf und weder im Firmennetzwerk noch ein einem anderen Netzwerk mit einem Linksys-Router.
- Bezüglich der IP Lease-Time hatte ich gestern Abend im Router statt 24 Std. mal 168 Std. (1 Woche) eingestellt. Danach habe ich sowohl den Router, als auch das Handy neu gestartet. Das Problem trat heute nacht/morgen erneut auf!
- Nun habe ich eine unendliche Lease-Time eingestellt. Das ist ja die Einstellung die eigentlich am meisten Probleme verursachen soll. Trotzdem werde ich jetzt mal beobachten, ob das Problem damit immer noch auftritt!
Meine aktuelle Frage wäre, ob es seitens der Bitswitcher-Firmware eine Möglichkeit gibt, den DHCP-Sever (oder den ganzen Router) zu protokollieren?! Evtl. würde man daraus ja was herauslesen können.
Freue mich über jede Antwort!
Bist Du über einen 6to4-Auto-Tunnel per IPv6 mit dem Internet verbunden? Radvd verwendet in der Default-Einstellung ein max. Advertisment-Intervall von 10sec. Die Valid-Lifetime für das Tunnelpräfix steht per default auf 25sec. Wenn der Router stark beschäftig ist und radvd nicht rechtzeitig das Avdertisment senden kann bzw. einige Messages wegen ungünstiger Verbindung nicht beim Handy ankommen, könnte das Handy den Präfix für globale Verbindungen verwerfen. Windows 7 z.B. ignoriert jeden Präfix, dessen Zeit mal abgelaufen ist. Ich habe die Valid-Lifetime bei mir auf 1min hochgesetzt. Mit dem Handy hatte ich bisher keine Probleme. Ich nehme das aber meistens nur zum telefonieren ;-)
Nein ich habe die 0.3.9_ANNEX_B auf dem W500V laufen, also kein IPv6.
Leider bin ich noch keinen Deut weiter! :-(
Die ganze Woche funktionierte mit dem WRT54GL und im Firmennetzwerk alles Bestens. Es muss also in irgendeiner Form am W500V liegen.
Heute morgen war wieder das WLAN-Symbol grau und ich hatte keine Verbindung zum Router. Das Handy war auch nicht mehr anpingbar. Erst Aus- und Einschalten des WLAN am Handy hat kurzzeitig geholfen. Dann habe ich festgestellt, dass das Handy die Verbindung verliert, sobald es in den Standby-Modus geht. Nach einem Router-Neustart ist dann alles wieder in Ordnung, bis das Problem dann wohl bald wieder auftritt…
Inzwischen habe ich folgendes (einzeln, aber auch kombiniert) ohne Erfolg ausprobiert:
- Hidden SSID = aus
- MAC-Filter aus
- Android-Client fest auf 2,4 Ghz (statt "Auto" (=2,4 GHz+5 GHz) gestellt
- SCB timeout statt 60 Minuten auf 1440 Minuten gestellt
- Android-Client auf feste IP-Adresse (entsprechend der static-IP Adresse eingestellt
- Targa-Firmware, statt Speedport-Firmware ausprobiert
- 0.3.10prebuild ausprobiert
- im Android-Client das bekannte Netzwerk gelöscht und neu angelegt
So langsam bin ich am Ende mit dem was ich noch ausprobieren könnte. Wie gesagt: nach einem Neustart des Routers klappt alles eine Zeit lang (von wenigen Minuten bis einige Stunden), bis das Problem wieder auftritt.
Problem weiter eingegrenzt, aber weiterhin ohne Erfolg:
- JFFS2 and mini_fo "Erase JFFS2 Partition" und "Erase mini_fo" angehakt, anschließend Save und dann Reboot!
- Bitswitcher 0.3.9 über das Notfall-Interface (10 Sek. Reset-Knopf beim Einschalten gedrückt gehalten) geflasht.
Danach dachte ich, das Problem sei gelöst, wobei ich mir nicht erklären konnte warum das so sein sollte. Heute Nacht trat das Problem dann wieder auf.
Ich habs mit dem Galaxy Nexus jetzt noch mal getestet:
- Verbindung mit dem WLAN klappt zunächst einwandfrei
- Zunächst auch im StandBy (egal ob durch TimeOut oder Power-Taster) mit dem WLAN verbunden und anpingbar!
- Handy nach ca. 10 Minuten nicht mehr anpingbar.
Antwort des Pings: "Zeitüberschreitung der Anforderung"
- Im WLAN-Status Menü des Routers steht das Handy noch als verbunden.
- Ping erst wieder erfolgreich wenn Handy aus StandBy geholt wird. Sobald dann wieder in StandBy versetzt, ebenfalls wieder die Antwort "Zeitüberschreitung der Anforderung".
- nach ca. weiteren 10 Minuten im StandBy Pingantwort "Anwort von 192.168.1.5: Zielhost nicht erreichbar." (wobei 192.168.1.5 die IP des pingabsetzenden Clients ist).
- Im WLAN-Status Menü des Routers steht das Handy nicht(!) mehr als verbunden.
Das Verhalten vom Handy ist doch normal. Nach einer gewissen Zeit im Stand-By wird das WLAN-Modul abgeschaltet. Wenn das nicht gemacht wird, reduziert sich die Akkulaufzeit drastisch. Das WLAN verbraucht deutlich mehr Strom als das Mobilfunk-Teil.
Nein, das ist nicht normal, weil die Richtlinie ja so eingestellt ist, dass WLAN auch im StandBy aktiviert bleibt. Nur dann sind Push-Mail, Wetteraktualisierung usw. möglich. Man kann die Richtlinie natürlich so einstellen, dass sich WLAN im StandBy abschaltet, aber in jedem Fall sollte die Verbindung ja wieder möglich sein, sofern das Handy aus dem StandBy zurückkehrt!
Ich glaube, das Problem liegt daran, dass das Handy mit einem Ping im StandBy nicht aus dem Tiefschlaf erwacht.
In einem anderen WLAN braucht es immer einen Ping zum Aufwachen. Da steht dann zunächst "Anwort von 192.168.1.X: Zielhost nicht erreichbar.". Der zweite Ping wird dann aber bereits beantwortet. Das ist reproduzierbar und auch bei einem anderen User mit dem gleichen Handy in einem anderen Netzwerk genauso.
Die Frage ist jetzt nur, wieso das mit dem W500V nicht klappt. :-(