WiFi Probleme mit MBPr late 2013

[haeuslebauer]

Hallo,

ich hatte erst einen Airport Extreme 802.11ac zurückgegeben, da ich diesen, bzw. die vielen WiFi Netzwerke in meinem Gebäude im Verdacht hatte. Problem war eine zu langsame Verbindung.

Nun habe ich mit verschiedenen 802.11n Geräten ebenfalls viele Probleme. Das Wlan ist viel zu langsam.

Ein Ping Test bei vollem Wlan Empfang ergab gerade folgendes:

Ping has started…

PING 192.168.2.1 (192.168.2.1): 56 data bytes
64 bytes from 192.168.2.1: icmp_seq=0 ttl=64 time=58.553 ms
64 bytes from 192.168.2.1: icmp_seq=1 ttl=64 time=34.357 ms
64 bytes from 192.168.2.1: icmp_seq=2 ttl=64 time=52.297 ms
64 bytes from 192.168.2.1: icmp_seq=3 ttl=64 time=45.963 ms
64 bytes from 192.168.2.1: icmp_seq=4 ttl=64 time=7.712 ms
64 bytes from 192.168.2.1: icmp_seq=5 ttl=64 time=3.931 ms
64 bytes from 192.168.2.1: icmp_seq=6 ttl=64 time=42.719 ms
64 bytes from 192.168.2.1: icmp_seq=7 ttl=64 time=219.384 ms
64 bytes from 192.168.2.1: icmp_seq=8 ttl=64 time=194.585 ms
64 bytes from 192.168.2.1: icmp_seq=9 ttl=64 time=110.721 ms

--- 192.168.2.1 ping statistics ---
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 3.931/77.022/219.384/70.911 ms

das ist doch nicht in Ordnung, oder?

 

[Solipsists]

Da ist definitiv was nicht in Ordnung wenn du vollen Empfang hast und keine weiteren Clients im WLAN sind, die Traffic verursachen.
Ich würde an deiner Stelle mal mit einem alternativen System von USB booten (Ubuntu o.ä.) und schauen ob die Probleme immernoch da sind
​VG

 

[Sc0ut3r]

...die vielen WiFi Netzwerke in meinem Gebäude im Verdacht hatte.

mögliche Ursache schon selber genannt, was helfen kann einen anderen kanal testen

 

[haeuslebauer]

Hi. Nein, niemand ausser mir ist aktiv im Netzwerk. Verbindung hat vollen Empfang. Leider gibt es zu diesem Problem bereits seitenlange Diskussionen in der Apple Community, siehe hier.

Der einzige Lösungsansatz den ich finden konnte, ist das hier. Ich zögere aber, da ich sowohl das Problem, als auch die Lösung selbst nicht wirklich verstehe.

Nach einiger Lektüre scheint es mir aber wohl eher kein Hardwareproblem zu sein, viele User konnten das Problem auf allen möglichen Haswell Geräten im Apple Store reproduzieren.

Ergänzung (22. Dezember 2013)

mögliche Ursache schon selber genannt, was helfen kann einen anderen kanal testen

Hi. Das dachte ich eben. Ich bin hier aber gerade in einem Gebäude in dem das definitiv nicht der Fall ist, dennoch ergibt sich der oben zu sehende Ping. Ein Problem mit anderen Netzwerken kann ich nun ausschließen.

 

[kotter]

das liegt am energiesparmodus der wlan-karte; das is seit haswell so! scheinbar verursacht ein ping nicht die volle leistung der karte. lade mal eine datei runter und pinge deinen paralell runter an. du wirst sehen wie niedrig der ping plötzlich ist

 

[haeuslebauer]

das liegt am energiesparmodus der wlan-karte; das is seit haswell so! scheinbar versucht ein ping nicht die volle leistung der karte. lade mal eine datei runter und pinge deinen paralell runter an. du wirst sehen wie niedrig der ping plötzlich ist

ja, irgendwie hat es wohl damit zu tun. Das Problem besteht jedenfalls bei sehr vielen, wenn nicht allen Haswell MBPr. Vor allem nach dem aufwachen aus dem Sleep kann oft gar keine Verbindung hergestellt werden.

Inzwischen habe ich aber verstanden, dass der WiFi Adapter nach 0.25s Inaktivität schläft. D.h. ein Ping muss in einem noch kürzeren Takt erfolgen, dann stimmen auch die Werte!

ABER: Ich habe das also mit PING -i .2 im Hintergrund laufen lassen, dann sieht man schön wie die Verbindung immer wieder abbricht:

64 bytes from 192.168.2.1: icmp_seq=9622 ttl=64 time=4.081 ms
64 bytes from 192.168.2.1: icmp_seq=9623 ttl=64 time=4.845 ms
Request timeout for icmp_seq 9624
Request timeout for icmp_seq 9625
64 bytes from 192.168.2.1: icmp_seq=9626 ttl=64 time=4.525 ms
64 bytes from 192.168.2.1: icmp_seq=9627 ttl=64 time=4.915 ms
Request timeout for icmp_seq 9628
64 bytes from 192.168.2.1: icmp_seq=9629 ttl=64 time=4.137 ms
64 bytes from 192.168.2.1: icmp_seq=9630 ttl=64 time=4.050 ms
64 bytes from 192.168.2.1: icmp_seq=9631 ttl=64 time=4.383 ms
64 bytes from 192.168.2.1: icmp_seq=9632 ttl=64 time=5.648 ms
64 bytes from 192.168.2.1: icmp_seq=9633 ttl=64 time=5.222 ms
Request timeout for icmp_seq 9634
Request timeout for icmp_seq 9635
Request timeout for icmp_seq 9636
Request timeout for icmp_seq 9637
64 bytes from 192.168.2.1: icmp_seq=9638 ttl=64 time=4.450 ms
Request timeout for icmp_seq 9639
Request timeout for icmp_seq 9640
Request timeout for icmp_seq 9641
Request timeout for icmp_seq 9642
Request timeout for icmp_seq 9643
Request timeout for icmp_seq 9644
Request timeout for icmp_seq 9645
Request timeout for icmp_seq 9646
64 bytes from 192.168.2.1: icmp_seq=9647 ttl=64 time=12.563 ms
Request timeout for icmp_seq 9648
64 bytes from 192.168.2.1: icmp_seq=9649 ttl=64 time=3.607 ms
64 bytes from 192.168.2.1: icmp_seq=9650 ttl=64 time=5.348 ms
64 bytes from 192.168.2.1: icmp_seq=9651 ttl=64 time=3.895 ms

Super nervig und keine Lösung in Sicht.
Ich glaube aber nach wie vor fest an ein Treiber Problem. Viele Leute haben mit Austauschgeräten das gleiche Problem wieder.

 

[Mickey Mouse]

ich habe das gerade mal mit meinem MBP15R late 2013 probiert und habe diese Probleme nicht:

...
64 bytes from 192.168.0.1: icmp_seq=205 ttl=64 time=1.077 ms
64 bytes from 192.168.0.1: icmp_seq=206 ttl=64 time=0.968 ms
64 bytes from 192.168.0.1: icmp_seq=207 ttl=64 time=1.708 ms
64 bytes from 192.168.0.1: icmp_seq=208 ttl=64 time=2.308 ms
64 bytes from 192.168.0.1: icmp_seq=209 ttl=64 time=1.263 ms
64 bytes from 192.168.0.1: icmp_seq=210 ttl=64 time=1.275 ms
64 bytes from 192.168.0.1: icmp_seq=211 ttl=64 time=1.254 ms
^C
--- 192.168.0.1 ping statistics ---
212 packets transmitted, 212 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 0.893/1.320/2.669/0.350 ms

Min/Max/Avg sieht doch ziemlich "gesund" aus und das bei einer AC Verbindung mit "nur" 527Mbps (zur Zeit).