Ich habe kürzlich ein sehr komisches Verhalten der Internetbox Standard bemerkt. Ich nutze das WLAN der Internetbox, das manuell auf 5GHz und Kanal 40 oder 60 konfiguriert ist. Meine Endgeräte sind unter anderem ein aktueller Retina iMac und ein aktuelles MacBook Pro mit OS X 10.11.5. Wenn ich bestimmte Webseiten aufrufe, dann blockiert die WLAN-Verbindung für einige Sekunden komplett. Weder die Internetbox, andere Geräte im (W)LAN oder Internet reagieren dann noch auf Anfragen. Im Anhang ist die Ausgabe von einem ping auf die Internetbox ersichtlich. Das Verhalten tritt reproduzierbar beim Abspielen von Videos auf LiveL\*\*k auf. Die Datenmenge ist sehr gering, ein betroffenes Video ist gerade mal 1.5 Megabytes gross. Auch auf anderen Websiten sind betroffen. Ich habe die Internetbox zurückgesetzt, das hat aber nichts geändert. Ich habe die neueste Firmware auf der Beta-Seite installiert, was auch nichts am Verhalten geändert hat. Als Abhilfe nutze ich jetzt wieder meine 802.11ac Time Capsule als Access Point. Hier tritt das Problem nicht auf. 64 bytes from 192.168.1.1: icmp\_seq=559 ttl=64 time=1.595 ms 64 bytes from 192.168.1.1: icmp\_seq=560 ttl=64 time=2.171 ms 64 bytes from 192.168.1.1: icmp\_seq=561 ttl=64 time=1.944 ms 64 bytes from 192.168.1.1: icmp\_seq=562 ttl=64 time=1.698 ms 64 bytes from 192.168.1.1: icmp\_seq=563 ttl=64 time=2.728 ms 64 bytes from 192.168.1.1: icmp\_seq=564 ttl=64 time=5.488 ms Request timeout for icmp\_seq 565 Request timeout for icmp\_seq 566 Request timeout for icmp\_seq 567 Request timeout for icmp\_seq 568 Request timeout for icmp\_seq 569 Request timeout for icmp\_seq 570 Request timeout for icmp\_seq 571 Request timeout for icmp\_seq 572 Request timeout for icmp\_seq 573 Request timeout for icmp\_seq 574 64 bytes from 192.168.1.1: icmp\_seq=565 ttl=64 time=11028.256 ms 64 bytes from 192.168.1.1: icmp\_seq=566 ttl=64 time=10027.787 ms 64 bytes from 192.168.1.1: icmp\_seq=567 ttl=64 time=9026.495 ms 64 bytes from 192.168.1.1: icmp\_seq=568 ttl=64 time=8024.075 ms 64 bytes from 192.168.1.1: icmp\_seq=569 ttl=64 time=7019.013 ms 64 bytes from 192.168.1.1: icmp\_seq=570 ttl=64 time=6013.917 ms 64 bytes from 192.168.1.1: icmp\_seq=571 ttl=64 time=5010.251 ms 64 bytes from 192.168.1.1: icmp\_seq=572 ttl=64 time=4005.388 ms 64 bytes from 192.168.1.1: icmp\_seq=573 ttl=64 time=3000.899 ms 64 bytes from 192.168.1.1: icmp\_seq=574 ttl=64 time=2000.847 ms 64 bytes from 192.168.1.1: icmp\_seq=575 ttl=64 time=995.682 ms 64 bytes from 192.168.1.1: icmp\_seq=576 ttl=64 time=2.304 ms 64 bytes from 192.168.1.1: icmp\_seq=577 ttl=64 time=1.831 ms 64 bytes from 192.168.1.1: icmp\_seq=578 ttl=64 time=3.851 ms 64 bytes from 192.168.1.1: icmp\_seq=579 ttl=64 time=2.586 ms 64 bytes from 192.168.1.1: icmp\_seq=580 ttl=64 time=2.537 ms 64 bytes from 192.168.1.1: icmp\_seq=581 ttl=64 time=2.497 ms

Hast Du die beiden Frequenzen 2.4GHz und 5.0GHz bei der Internet-Box auf einzeln eingestellt und verschiedene Namen gegeben? Wurde beim 5.0GHz der Kanal mit dem vorhandenen WLAN Test auf den wenigsten verwendeten Kanal eingestellt.

> * * * > > @"WalterB"#138 schrieb: > > Hast Du die beiden Frequenzen 2.4GHz und 5.0GHz bei der Internet-Box auf einzeln eingestellt und verschiedene Namen gegeben? > > Wurde beim 5.0GHz der Kanal mit dem vorhandenen WLAN Test auf den wenigsten verwendeten Kanal eingestellt. > > * * * Ja, die Netze auf 2.4GHz und 5.0GHz sind einzeln auf unterschiedliche SSID konfiguriert. Das Netz auf 2.4GHz ist sogar ganz ausgeschaltet. An meinem Standort sind keine weiteren Netze auf 5.0GHz sichtbar. Ausprobiert habe ich die Kanäle 40 und 60 und 100. Ich vermute aber, dass das aktuelle Problem gar keinen Zusammenhang mit der Kanalwahl und allfälligen Interferenzen hat. Die Unterbrüche treten auch regelmässig auf, wenn ich per WLAN auf einen Mac mini zugreife, der per LAN direkt an die Internetbox angeschlossen ist. Dann friert jeweils die Bildschirmfreigabe für einige Sekunden ein. Der Mac mini am LAN merkt von den Unterbrüchen nichts, der Zugriff auf das Internet funktioniert für ihn ohne Unterbruch. Das Problem tritt auch auf, wenn gar keine Geräte am LAN der Internetbox angeschlossen sind.

Kann leider Dein Problem nicht nachvollziehen, bei mir gehen zwei iMAC, zwei Macbook und iPhone, iPad bis jetzt ohne Probleme. Auch wenn es grosse iOS Update gibt funktioniert das. Kann es sein das die Internet-Box nicht komplett frei steht und andere Geräte sehr nahe bei der Internet-Box aufgestellt sind, oder das die IB in einem Kasten aufgestellt ist? N.b. was passiert den wenn Du das 2.4 GHz WLAN verwendest den das 5.0GHz WLAN hat auf längere Distanzen mehr Probleme als das 2.4GHz.

Die Unterbrüche haben nichts mit der Datenmenge zu tun. Das Video ist nur 1.5 Megabytes gross. Ich werde dir per PM einen Link auf das harmlose Video senden. Bei 50% der Abspielversuche gibt es die Unterbrüche. Die Internetbox steht frei auf einer Steinplatte. Die Unterbrüche treten auch auf, wenn die Internetbox an einem anderen Standort steht. Die Verbindungsqualität ist gut (878 mbit/s), die IB ist nur 3 Meter vom iMac entfernt. Die Unterbrüche treten nur beim 5 GHz WLAN auf. Ich kann sie nur auf den beiden Mac reproduzieren.

> * * * > > @"Andreas"#744 Strahm schrieb: > > Die Unterbrüche haben nichts mit der Datenmenge zu tun. Das Video ist nur 1.5 Megabytes gross. Ich werde dir per PM einen Link auf das harmlose Video senden. Bei 50% der Abspielversuche gibt es die Unterbrüche. > > Die Internetbox steht frei auf einer Steinplatte. Die Unterbrüche treten auch auf, wenn die Internetbox an einem anderen Standort steht. Die Verbindungsqualität ist gut (878 mbit/s), die IB ist nur 3 Meter vom iMac entfernt. > > Die Unterbrüche treten nur beim 5 GHz WLAN auf. Ich kann sie nur auf den beiden Mac reproduzieren. > > * * * Habe Deinen Link mit dem 5.0GHz WLAN über den **Firefox** mit dem Macbook Pro und Air probiert keine Probleme, Distanz zur Internet-Box 10m, verwende selber den Safari nicht. N.b. einziger Unterschied habe die Internet-Box Plus und nicht die Standard, sollte aber nach meinem Wissen keinen Unterschied beim WLAN geben?

> * * * > > @"WalterB"#138 schrieb: > > Habe Deinen Link mit dem 5.0GHz WLAN über den **Firefox** mit dem Macbook Pro und Air probiert keine Probleme, Distanz zur Internet-Box 10m, verwende selber den Safari nicht. > > N.b. einziger Unterschied habe die Internet-Box Plus und nicht die Standard, sollte aber nach meinem Wissen keinen Unterschied beim WLAN geben? > > * * * Ich nutze den Safari Browser und eine Internetbox Standard. Leider habe ich für weitere Tests weder eine zweite Standard noch eine Plus Box zur Hand. Anbei noch die Informationen zur Netzwerkkonfiguration des iMac: Softwareversionen: CoreWLAN: 11.0 (1101.20) CoreWLANKit: 11.0 (1101.20) Menüerweiterung: 11.0 (1121.34.2) Systeminformationen: 12.0 (1100.2) IO80211-Familie: 11.1 (1110.26) Diagnose: 5.1 (510.88) AirPort-Dienstprogramm: 6.3.6 (636.5) Schnittstellen: en1: Kartentyp: AirPort Extreme (0x14E4, 0x14A) Firmware-Version: Broadcom BCM43xx 1.0 (7.21.95.175.1a6) MAC-Adresse: xx:xx:xx:xx:xx:xx Locale: ETSI Länderkennung: CH Unterstützte PHY-Modi: 802.11 a/b/g/n/ac Unterstützte Kanäle: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 149, 153, 157, 161 Ruhezustand bei drahtlosem Zugriff beenden: Unterstützt AirDrop: Supported, Channel 44 Status: Verbunden Die Netzwerkkonfiguration des MacBook Pro: Softwareversionen: CoreWLAN: 11.0 (1101.20) CoreWLANKit: 11.0 (1101.20) Menüerweiterung: 11.0 (1121.34.2) Systeminformationen: 12.0 (1100.2) IO80211-Familie: 11.1 (1110.26) Diagnose: 5.1 (510.88) AirPort-Dienstprogramm: 6.3.6 (636.5) Schnittstellen: en0: Kartentyp: AirPort Extreme (0x14E4, 0x133) Firmware-Version: Broadcom BCM43xx 1.0 (7.21.95.175.1a6) MAC-Adresse: xx:xx:xx:xx:xx:xx Locale: ETSI Länderkennung: CH Unterstützte PHY-Modi: 802.11 a/b/g/n/ac Unterstützte Kanäle: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 36, 40, 44, 48, 52, 56, 60, 64, 100, 104, 108, 112, 116, 120, 124, 128, 132, 136, 140, 149, 153, 157, 161 Ruhezustand bei drahtlosem Zugriff beenden: Unterstützt AirDrop: Supported, Channel 44 Status: Verbunden Betriebssystem: OS X 10.11.5 (15F34)

Ich habe jetzt erst einmal eine zweite Box bestellt. Nach meinen Erfahrungen erleichtert eine solche allfällige Support-Anfragen erheblich. Falls diese die WLAN Unterbrüche ebenfalls zeigt, kann ich immer noch vom Rückgaberecht Gebrauch machen.

> * * * > > @"Andreas"#744 Strahm schrieb: > > Ich habe jetzt erst einmal eine zweite Box bestellt. Nach meinen Erfahrungen erleichtert eine solche allfällige Support-Anfragen erheblich. > > * * * Also, die zweite Internet-Box Standard zeigt die gleichen Unterbrüche. Damit ist klar, dass es sich um ein generelles Problem handelt.

> * * * > > Andreas Strahm schrieb: > > Also, die zweite Internet-Box Standard zeigt die gleichen Unterbrüche. > > Damit ist klar, dass es sich um ein generelles Problem handelt. > > * * * Es kann kein generelles Problem sein sonst würde bei unser Familie mit den iMAC, Macbook PRo und Air auch ein Problem mit dem 5.0GHz vorliegen und es funktioniert aber und die Geräte befinden sich über 10m entfernt und es ist sogar eine Gipswand dazwischen. Die Apple Geräte sind alle mit dem Jahrgang 2011 und die iPhone 2015-16. Wir schauen TV-Air und greifen auf Swisscom MYCloud, OneDrive und da ja die IB+ vorhanden ist auch auf den Zentral-Speicher zu, bin der Meinung das WLAN von der IB-Standard und IB+ sollte keinen Einfluss haben. Warum bei Dir so Probleme vorhanden sind ist mir nicht klar. N.b. es ist aber schon die neuste Firmware für die Internet-Box Standard installiert?

Mit der beschriebenen Konfiguration dürfte das Problem ohne weiteres im Labor nachvollziehbar sein. Wer es nicht glaubt, der kann vorbeikommen und es selbst sehen. Die WLAN Komponenten der beiden IB sind mit Sicherheit unterschdlich, ebenso wie die zugehörigen Treiber. Wie schon gesagt, den meisten Nutzern dürften die Unterbrüche gar nicht auffallen...

WLAN Unterbrüche Internetbox Standard

Anonymous1

@PowerMac schrieb:

Interessant wäre es zudem noch zu wissen, ob die Lücken jeweils zeitgleich auf beiden Macs oder unabhängig voneinander auftreten. Unterbrüche im eigentlichen Sinn sind es ja nicht, da die Pakete zwar zunächst als timed-out gemeldet werden, etwas später dann aber alle doch noch eintreffen. Sieht aus als ob da irgendeine Queue gefüllt und dann schlagartig geleert wird.

Ok, ich habe noch zwei Dinge ausprobiert und die folgenden Ergebnisse erhalten:

- Die gute Nachricht zuerst: Die Unterbrüche betreffen jeweils nur das jeweilige Gerät.

- Die schlechte Nachricht: Die Unterbrüche treten tatsächlich auch auf dem iPad Air mit iOS 9.3.2 auf.

Weitere Tests mache ich nur noch auf Anfrage der Swisscom. Das Subjekt scheint dort übrigens nicht ganz unbekannt zu sein.

Deine Feststellung mit der Queue stimmt schon, allerdings ist es trotzdem ein Unterbruch in der Kommunikation. Die Queue ist bestimmt nicht gross genug dimensioniert, um die volle Bandbreite bis zu 15 Sekunden lang zu buffern. Zudem machen sich die Unterbrüche je nach Anwendung deutlich bemerkbar.

Anonymous1

@hed schrieb:

Hast Du IPv6 auch schon in der IB selbst und im Kundencenter desaktiviert?

Nachdem auch der Swisscom Techniker der Meinung war, es könnte an IPv6 liegen, habe ich selbiges auf der Internet-Box deaktiviert.

Das Ergebnis war, wie ich es eigentlich erwartet hatte: Die Unterbrüche treten auch bei ausgeschaltetem IPv6 noch auf.

Na dann, viel Erfolg beim Suchen und Beheben dieses Fehlers!😉

P.S. Der Geschwindigkeitsverlauf der Speedtest App auf dem iPad zeigt mit dem 5GHz WLAN der Internet-Box signifikante Muster. Dagegen ist mit dem WLAN der Time Capsule hier ein linealglatter Verlauf sichtbar.

Anonymous1

Noch ein kleines Update zu diesem Problem:

Es ist nicht reproduzierbar, währenddem ich auf dem betroffenen Gerät ein AirPlay Stream abspiele.

Ansonsten ist das Problem aber jederzeit mit dem folgenden Video (harmlos, was nicht für alle dort zugänglichen Videos gilt) reproduzierbar:

www_liveleak_com/view?i=9e6_1464994339

Gegebenenfalls mehrfach versuchen und ggf. während der Wiedergabe die Seite neu laden. _Ach ja, meine Anschlussprofil ist noch eines mit 5501 / 27519 kbit/s.~

Ich tippe auf einen Buffer, der nicht korrekt implementiert ist.

Anonymous1

Der Support arbeitet immer noch an diesem Problem. Anbei das Ergebnis von einem weiteren Versuch meinerseits.

Im Zeitbereich von 2016-07-28 18:18:23+0200 bis 2016-07-28 18:50:30+0200 trat das Problem mehrfach auf, siehe Anhang.

Das PING-Logfile vom Anhang stammt vom iMac, welcher per 5GHz WLAN mit der Internet-Box Standard verbunden ist. Der iMac ist komplett frisch mit OS X 10.11.6 aufgesetzt.

Die ersten paar Ereignisse stammen vom Aufruf der bekannten LiveLeak-Seite mit dem aktuellen Safari (im privaten Fenster).
Die weiteren Ereignisse stammen vom OS X Update von zwei Mac Mini, welche am Router per Ethernet (und WLAN) angeschlossen sind. Die Updates habe ich per Bildschirmfreigabe vom iMac aus durchgeführt. Hierbei scheint besonders der Download-Balken des Mac App Store das Ereignis auszulösen. Dabei fallen aber nicht viele per Bildschirmfreigabe zu übertragende Daten an.

Das Problem ist für mich jederzeit reproduzierbar.

Anhang, siehe http://andreas-strahm.ch/temp/Protokoll2.txt

Ich sage es ungerne, aber so ist das WLAN der Internet-Box unbrauchbar.

Als Access-Points taugen sie erst recht nicht, denn wer will schon regelmässig ein paar Sekunden auf die Antwort der Gegenstelle warten.

Nachtrag 2016-07-28 21:40CEST: Das Problemchen tritt auch auf dem iPad auf, ganze drei mal in der letzten viertel Stunde.

Nachtrag 2016-07-29 16:30CEST: Auch heute gibt es Unterbrüche, siehe http://andreas-strahm.ch/temp/Protokoll3.txt.

Anonymous1

Letzte Bemerkungen zum aktuellen Test:

Der Stau scheint sich im Router zu befinden und zwar in der Sendequeue, welche Unicast Ethernet Frames per WLAN an die Geräte (iMac) weiterverteilen soll. Multicast (z.B. 33:33:xx:xx:xx:xx) und Broadcast (FF:FF:FF:FF:FF:FF) Ethernet Frames kommen auf dem iMac auch während des Unterbruchs an.
Also kann man sagen, dass die WLAN-Verbindung auch dann noch funktioniert.
Die Gegenrichtung, also Geräte (iMac) über WLAN nach LAN scheint vom Unterbruch nicht betroffen zu sein.
Die Messung (ping vom iMac auf die Internet-Box oder andere Geräte im LAN) verfälscht das Ergebnis. Die Unterbrüche treten ca. 10 Mal häuffiger und länger dauernd auf, wenn die Messung läuft. Ich kann mir nicht vorstellen, weshalb je ein ICMP Echo Request und Reply pro Sekunde mit 64 Bytes Nutzdaten überhaupt so etwas bewirken soll.
Der Gegentest war negativ. Alle Aktionen, welche mit dem WLAN der Internet-Box ein Unterbruch provizieren, funktionieren einwandfrei, wenn ich die 802.11ac Time Capsule als Access Point verwende. Dabei erhalte ich konstant Ping-Zeiten von kleiner als 10ms. Ich beobachte dabei keine verlorenen Pings und keinen Einfluss der Download-Datenmenge auf die Ping-Zeiten.
Die interne Priorität des Internet-Box WLAN scheint recht klein zu sein. Downloads per WLAN verursachen einen spürbaren Anstieg der Ping-Zeiten.
IPv6 scheint keinen Einfluss zu haben. Ich hatte es zwischendurch auf der Internet-Box deaktiviert.

Für mich ist dieser Test jetzt abgeschlossen.

Es würde mich aber schon Wunder nehmen, wie sich die IB2 dabei schlägt.

Anonymous1

Ich habe den Test mit meiner Internet-Box Standard nochmal ausgeführt, mit der Firmware 08.05.06 und 08.05.14. Zwischen diesen Versionen konnte ich bezüglich diesem Problem keinen Unterschied feststellen.

Das Problem ist nach wie vor vorhanden. Ich hatte jedoch teilweise Schwierigkeiten, es zu reproduzieren. Mit der Mac Bildschirmfreigabe trat das Problem während rund einer Stunde nicht mehr auf. Auch mit dem Liveleak-Video trat das Problem erst nur vereinzelt auf. Nach dem Zurücksetzen der IBS (wobei ich auch gleich das 2.4GHz WLAN deaktiviert habe) und dem damit verbundenen Kanalwechsel auf 100 (zuvor manuell auf 60 eingestellt), trat das Problem wieder regelmässig auf. Gegenüber vorherigen Releases konnte ich beobachten, dass die Unterbrüche deutlich wenig lange dauern, aktuell maximal 2 Sekunden.

Im folgenden Mini-Protokoll sieht man, dass ICMP Seq 12 verspätet beantwortet worden ist:

Webpage: https://www.liveleak.com/view?i=9e6\_1464994339

>ping 192.168.1.1 | while IFS= read -r line; do printf '[%s] %s
' "$(date '+%Y-%m-%d %H:%M:%S')" "$line"; done

[2017-03-29 20:05:59] 64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=2.590 ms
[2017-03-29 20:06:00] 64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=3.081 ms
[2017-03-29 20:06:01] 64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=2.544 ms
[2017-03-29 20:06:02] 64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=2.483 ms
[2017-03-29 20:06:04] Request timeout for icmp_seq 12
[2017-03-29 20:06:05] 64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=1686.709 ms
[2017-03-29 20:06:05] 64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=682.479 ms
[2017-03-29 20:06:05] 64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=2.954 ms
[2017-03-29 20:06:06] 64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=3.107 ms
[2017-03-29 20:06:07] 64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=3.424 ms

>sudo tcpdump -e -S -B 16384 -l -n > /Volumes/Ablage/dump.txt

20:06:02.595874 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365754392, win 32494, length 0
20:06:02.596614 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365754392:3365755852, ack 681880048, win 363, length 1460
20:06:02.596615 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365755852:3365757312, ack 681880048, win 363, length 1460
20:06:02.596616 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365757312:3365758772, ack 681880048, win 363, length 1460
20:06:02.596617 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365758772:3365760232, ack 681880048, win 363, length 1460
20:06:02.597105 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365760232:3365761692, ack 681880048, win 363, length 1460
20:06:02.597107 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365761692:3365763152, ack 681880048, win 363, length 1460
20:06:02.597108 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365763152:3365764612, ack 681880048, win 363, length 1460
20:06:02.597108 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365764612:3365766072, ack 681880048, win 363, length 1460
20:06:02.597109 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365766072:3365767532, ack 681880048, win 363, length 1460
20:06:02.597110 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365767532:3365768992, ack 681880048, win 363, length 1460
20:06:02.597125 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365766072, win 32585, length 0
20:06:02.597882 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365768992:3365770452, ack 681880048, win 363, length 1460
20:06:02.597883 Internet-Box > iMac, ethertype IPv4 (0x0800), length 1514: 68.232.34.59.443 > 192.168.1.103.51640: Flags [.], seq 3365770452:3365771912, ack 681880048, win 363, length 1460
20:06:02.597884 Internet-Box > iMac, ethertype IPv4 (0x0800), length 256: 68.232.34.59.443 > 192.168.1.103.51640: Flags [P.], seq 3365771912:3365772114, ack 681880048, win 363, length 202
20:06:02.597897 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365772114, win 32670, length 0
20:06:02.597979 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365772114, win 32768, length 0
20:06:02.656828 Internet-Box > iMac, ethertype IPv4 (0x0800), length 54: 199.80.59.186.443 > 192.168.1.103.52052: Flags [R], seq 1840247583, win 0, length 0
20:06:02.657743 Internet-Box > iMac, ethertype IPv4 (0x0800), length 54: 199.80.59.186.443 > 192.168.1.103.52052: Flags [R], seq 1840247584, win 0, length 0
20:06:02.658343 Internet-Box > iMac, ethertype IPv4 (0x0800), length 54: 199.80.59.186.443 > 192.168.1.103.52052: Flags [R], seq 1840247584, win 0, length 0
20:06:02.731769 iMac > Internet-Box, ethertype IPv4 (0x0800), length 98: 192.168.1.103 > 192.168.1.1: ICMP echo request, id 17427, seq 11, length 64
20:06:02.734194 Internet-Box > iMac, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.103: ICMP echo reply, id 17427, seq 11, length 64

20:06:03.302878 iMac > Internet-Box, ethertype IPv6 (0x86dd), length 86: (IPv6-1) > (IPv6-2): ICMP6, neighbor solicitation, who has (IPv6-2), length 32
20:06:03.734327 iMac > Internet-Box, ethertype IPv4 (0x0800), length 98: 192.168.1.103 > 192.168.1.1: ICMP echo request, id 17427, seq 12, length 64

20:06:04.314022 iMac > Internet-Box, ethertype IPv6 (0x86dd), length 86: (IPv6-1) > (IPv6-2): ICMP6, neighbor solicitation, who has (IPv6-2), length 32
20:06:04.738606 iMac > Internet-Box, ethertype IPv4 (0x0800), length 98: 192.168.1.103 > 192.168.1.1: ICMP echo request, id 17427, seq 13, length 64
20:06:04.772423 Internet-Box > ff:ff:ff:ff:ff:ff, ethertype Unknown (0x887b), length 21:
0x0000: 0102 0400 0487 10.......

20:06:05.325128 iMac > Internet-Box, ethertype IPv6 (0x86dd), length 86: (IPv6-1) > (IPv6-2): ICMP6, neighbor solicitation, who has (IPv6-2), length 32
20:06:05.420867 Internet-Box > iMac, ethertype IPv6 (0x86dd), length 78: (IPv6-2) > (IPv6-1): ICMP6, neighbor advertisement, tgt is (IPv6-2), length 24
20:06:05.420870 Internet-Box > iMac, ethertype IPv4 (0x0800), length 92: 68.232.34.59.443 > 192.168.1.103.51640: Flags [P.], seq 3365772114:3365772152, ack 681880048, win 363, length 38
20:06:05.420895 Internet-Box > iMac, ethertype IPv4 (0x0800), length 97: 216.52.1.12.443 > 192.168.1.103.52071: Flags [P.], seq 2719238572:2719238603, ack 2708277495, win 33, options [nop,nop,TS val 1127566831 ecr 291852933], length 31
20:06:05.420896 Internet-Box > iMac, ethertype IPv4 (0x0800), length 66: 216.52.1.12.443 > 192.168.1.103.52071: Flags [F.], seq 2719238603, ack 2708277495, win 33, options [nop,nop,TS val 1127566831 ecr 291852933], length 0
20:06:05.420897 Internet-Box > iMac, ethertype IPv4 (0x0800), length 97: 216.52.1.12.443 > 192.168.1.103.52071: Flags [P.], seq 2719238572:2719238603, ack 2708277495, win 33, options [nop,nop,TS val 1127567053 ecr 291852933], length 31
20:06:05.420897 Internet-Box > iMac, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.103: ICMP echo reply, id 17427, seq 12, length 64
20:06:05.420898 Internet-Box > iMac, ethertype IPv4 (0x0800), length 92: 68.232.34.59.443 > 192.168.1.103.51640: Flags [P.], seq 3365772114:3365772152, ack 681880048, win 363, length 38
20:06:05.420898 Internet-Box > iMac, ethertype IPv4 (0x0800), length 97: 216.52.1.12.443 > 192.168.1.103.52071: Flags [P.], seq 2719238572:2719238603, ack 2708277495, win 33, options [nop,nop,TS val 1127567497 ecr 291852933], length 31
20:06:05.420899 Internet-Box > iMac, ethertype IPv6 (0x86dd), length 78: (IPv6-2) > (IPv6-1): ICMP6, neighbor advertisement, tgt is (IPv6-2), length 24
20:06:05.420935 iMac > Internet-Box, ethertype IPv4 (0x0800), length 66: 192.168.1.103.52071 > 216.52.1.12.443: Flags [.], ack 2719238603, win 4095, options [nop,nop,TS val 291855941 ecr 1127566831], length 0
20:06:05.420957 iMac > Internet-Box, ethertype IPv4 (0x0800), length 66: 192.168.1.103.52071 > 216.52.1.12.443: Flags [.], ack 2719238604, win 4095, options [nop,nop,TS val 291855941 ecr 1127566831], length 0
20:06:05.420961 iMac > Internet-Box, ethertype IPv4 (0x0800), length 78: 192.168.1.103.52071 > 216.52.1.12.443: Flags [.], ack 2719238604, win 4095, options [nop,nop,TS val 291855941 ecr 1127566831,nop,nop,sack 1 {2719238572:2719238603}], length 0
20:06:05.420981 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365772152, win 32766, length 0
20:06:05.421006 iMac > Internet-Box, ethertype IPv4 (0x0800), length 78: 192.168.1.103.52071 > 216.52.1.12.443: Flags [.], ack 2719238604, win 4095, options [nop,nop,TS val 291855941 ecr 1127566831,nop,nop,sack 1 {2719238572:2719238603}], length 0
20:06:05.421010 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365772152, win 32766, length 0
20:06:05.421025 Internet-Box > iMac, ethertype IPv4 (0x0800), length 98: 192.168.1.1 > 192.168.1.103: ICMP echo reply, id 17427, seq 13, length 64
20:06:05.421029 Internet-Box > iMac, ethertype IPv4 (0x0800), length 92: 68.232.34.59.443 > 192.168.1.103.51640: Flags [P.], seq 3365772114:3365772152, ack 681880048, win 363, length 38
20:06:05.421030 Internet-Box > iMac, ethertype IPv4 (0x0800), length 97: 216.52.1.12.443 > 192.168.1.103.52071: Flags [P.], seq 2719238572:2719238603, ack 2708277495, win 33, options [nop,nop,TS val 1127568385 ecr 291852933], length 31
20:06:05.421030 Internet-Box > iMac, ethertype IPv6 (0x86dd), length 78: (IPv6-2) > (IPv6-1): ICMP6, neighbor advertisement, tgt is (IPv6-2), length 24
20:06:05.421071 iMac > Internet-Box, ethertype IPv4 (0x0800), length 78: 192.168.1.103.52071 > 216.52.1.12.443: Flags [.], ack 2719238604, win 4096, options [nop,nop,TS val 291855941 ecr 1127566831,nop,nop,sack 1 {2719238572:2719238603}], length 0
20:06:05.421075 iMac > Internet-Box, ethertype IPv4 (0x0800), length 54: 192.168.1.103.51640 > 68.232.34.59.443: Flags [.], ack 3365772152, win 32766, length 0
20:06:05.421101 iMac > Internet-Box, ethertype IPv4 (0x0800), length 97: 192.168.1.103.52071 > 216.52.1.12.443: Flags [P.], seq 2708277495:2708277526, ack 2719238604, win 4096, options [nop,nop,TS val 291855941 ecr 1127566831], length 31
20:06:05.421239 iMac > Internet-Box, ethertype IPv4 (0x0800), length 66: 192.168.1.103.52071 > 216.52.1.12.443: Flags [F.], seq 2708277526, ack 2719238604, win 4096, options [nop,nop,TS val 291855941 ecr 1127566831], length 0
20:06:05.443973 Internet-Box > iMac, ethertype IPv4 (0x0800), length 66: 216.52.1.12.443 > 192.168.1.103.52071: Flags [F.], seq 2719238603, ack 2708277495, win 33, options [nop,nop,TS val 1127568876 ecr 291855941], length 0
20:06:05.444023 iMac > Internet-Box, ethertype IPv4 (0x0800), length 66: 192.168.1.103.52071 > 216.52.1.12.443: Flags [F.], seq 2708277526, ack 2719238604, win 4096, options [nop,nop,TS val 291855964 ecr 1127566831], length 0
20:06:05.446525 Internet-Box > iMac, ethertype IPv4 (0x0800), length 54: 216.52.1.12.443 > 192.168.1.103.52071: Flags [R], seq 2719238604, win 0, length 0
20:06:05.447444 Internet-Box > iMac, ethertype IPv4 (0x0800), length 54: 216.52.1.12.443 > 192.168.1.103.52071: Flags [R], seq 2719238604, win 0, length 0

Edit: IPv6 Prefix entfernt.

Anonymous1

Ich habe noch schnell den 5GHz Kanal zurück auf 60 gestellt, aber das ändert nichts am Ergebnis.

Der folgende Ping-Log zeigt die Mini-Unterbrüche, welche durch regelmässiges Reload des Liveleak-Videos entstehen:

[2017-03-29 20:30:08] 64 bytes from 192.168.1.1: icmp_seq=75 ttl=64 time=3.312 ms
[2017-03-29 20:30:09] 64 bytes from 192.168.1.1: icmp_seq=76 ttl=64 time=3.746 ms
[2017-03-29 20:30:10] 64 bytes from 192.168.1.1: icmp_seq=77 ttl=64 time=2.215 ms
[2017-03-29 20:30:11] 64 bytes from 192.168.1.1: icmp_seq=78 ttl=64 time=916.700 ms
[2017-03-29 20:30:12] 64 bytes from 192.168.1.1: icmp_seq=79 ttl=64 time=2.257 ms
[2017-03-29 20:30:13] 64 bytes from 192.168.1.1: icmp_seq=80 ttl=64 time=2.730 ms
[2017-03-29 20:30:14] 64 bytes from 192.168.1.1: icmp_seq=81 ttl=64 time=2.706 ms
[2017-03-29 20:30:15] 64 bytes from 192.168.1.1: icmp_seq=82 ttl=64 time=2.302 ms
[2017-03-29 20:30:17] 64 bytes from 192.168.1.1: icmp_seq=83 ttl=64 time=1009.342 ms
[2017-03-29 20:30:17] 64 bytes from 192.168.1.1: icmp_seq=84 ttl=64 time=8.454 ms
[2017-03-29 20:30:18] 64 bytes from 192.168.1.1: icmp_seq=85 ttl=64 time=1.839 ms
[2017-03-29 20:30:19] 64 bytes from 192.168.1.1: icmp_seq=86 ttl=64 time=1.972 ms
[2017-03-29 20:30:20] 64 bytes from 192.168.1.1: icmp_seq=87 ttl=64 time=2.815 ms
[2017-03-29 20:30:21] 64 bytes from 192.168.1.1: icmp_seq=88 ttl=64 time=2.691 ms
[2017-03-29 20:30:22] 64 bytes from 192.168.1.1: icmp_seq=89 ttl=64 time=1.980 ms
[2017-03-29 20:30:23] 64 bytes from 192.168.1.1: icmp_seq=90 ttl=64 time=2.728 ms
[2017-03-29 20:30:25] 64 bytes from 192.168.1.1: icmp_seq=91 ttl=64 time=1033.173 ms
[2017-03-29 20:30:25] 64 bytes from 192.168.1.1: icmp_seq=92 ttl=64 time=29.449 ms
[2017-03-29 20:30:26] 64 bytes from 192.168.1.1: icmp_seq=93 ttl=64 time=1.948 ms
[2017-03-29 20:30:29] 64 bytes from 192.168.1.1: icmp_seq=94 ttl=64 time=1943.394 ms
[2017-03-29 20:30:29] 64 bytes from 192.168.1.1: icmp_seq=95 ttl=64 time=942.949 ms
[2017-03-29 20:30:29] 64 bytes from 192.168.1.1: icmp_seq=96 ttl=64 time=2.254 ms
[2017-03-29 20:30:30] 64 bytes from 192.168.1.1: icmp_seq=97 ttl=64 time=2.177 ms
[2017-03-29 20:30:31] 64 bytes from 192.168.1.1: icmp_seq=98 ttl=64 time=1.927 ms
[2017-03-29 20:30:33] 64 bytes from 192.168.1.1: icmp_seq=99 ttl=64 time=1056.182 ms
[2017-03-29 20:30:33] 64 bytes from 192.168.1.1: icmp_seq=100 ttl=64 time=51.782 ms
[2017-03-29 20:30:34] 64 bytes from 192.168.1.1: icmp_seq=101 ttl=64 time=3.028 ms
[2017-03-29 20:30:35] 64 bytes from 192.168.1.1: icmp_seq=102 ttl=64 time=7.702 ms
[2017-03-29 20:30:36] 64 bytes from 192.168.1.1: icmp_seq=103 ttl=64 time=3.010 ms
[2017-03-29 20:30:37] 64 bytes from 192.168.1.1: icmp_seq=104 ttl=64 time=1.825 ms
[2017-03-29 20:30:38] 64 bytes from 192.168.1.1: icmp_seq=105 ttl=64 time=2.462 ms
[2017-03-29 20:30:41] 64 bytes from 192.168.1.1: icmp_seq=106 ttl=64 time=2014.971 ms
[2017-03-29 20:30:41] 64 bytes from 192.168.1.1: icmp_seq=107 ttl=64 time=1009.873 ms
[2017-03-29 20:30:41] 64 bytes from 192.168.1.1: icmp_seq=108 ttl=64 time=8.287 ms

Anonymous1

Ich habe heute nach knapp 24h Betrieb nochmals versucht die Unterbrüche zu reproduzieren.

Dabei war ich nicht erfolgreich.

Weder mit dem Liveleak-Video noch mehrere Stunden Mac Bildschirmfreigabe haben Unterbrüche provozieren können. Das WLAN bliebt auch nach einem Neustart der IBS und dem Ein- und Ausschalten der beiden WLAN stabil. Ein Reset habe ich heute nicht erneut probiert. Ich bin mir sehr sicher, dass das Problem mit früheren Versionen auch lange Zeit nach einem Reset noch zu beobachten war.

Ich erachte deshalb das Problem als gelöst. Zumindest soweit, dass es nun definitiv keine Auswirkungen mehr für die Mehrheit der Kunden haben dürfte.

Anonymous1

Ich habe es nochmals überprüft und dabei die IBS auf Werkseinstellungen zurückgesetzt.

Vor dem Zurücksetzen traten die Unterbrüche nicht auf.

Danach waren sie sofort reproduzierbar, wobei ich dieses Mal nach dem Zurücksetzen keine Einstellungen auf der IBS geändert habe.

Morgen werde ich zur IB2 mit Produktions-Firmware zurück wechseln.

P.S. Zum Testen habe ich einen 2015 iMac, ein 2015 MacBook Pro und ein 2016 MacBook mit aktueller Software (macOS 10.12.4) verwendet. Die Unterbrüche treten mit all diesen Geräten auf.

P.P.S. Schon nach 10h Betrieb war das Problem wieder verschwunden.

P.P.P.S. Die Internet-Box 2 hat das Problem definitiv nicht.

Anonymous1

Mit der aktuellen 08.05.36 Firmware konnte ich bisher das Problem nicht reproduzieren. Es gibt zwar hin und wieder kurze Unterbrüche, aber diese haben vermutlich eine andere Ursache.

Eigentlich nutze ich ja schon länger zu meiner Zufriedenheit die Internet-Box 2 und habe meine Internet-Boxen Standard nach dem vorherigen Beitrag, der nun auch schon wieder fast zwei Monate her ist, längst verkauft. Jedoch hat heute wieder eine IBS den Weg zu mir gefunden (im Sinn des Wortes).

Die Rahmenbedingungen des Tests waren etwas speziell (vorher war keine Entwicklerrechner per LAN und Konsolenport) und zurücksetzen darf ich das Teil auch nicht, sonst sind die Debuginfos futsch. Das steht leicht im Widerspruch, dass ich zuletzt das Problem nur gewisse Zeit nach dem Zurücksetzen überhaupt reproduzieren könnte. Das steht auch so im vorherigen Beitrag.

P.S. Update vom 21.05.2017: Das 5 GHz WLAN der Internet-Box läuft in der aktuellen Konfiguration sehr stabil. Bei mir treten auch keine Ausreisser bei den PING-Zeiten auf. Einzig die automatische Kanalwahl sorgt alle zehn Minuten für Unterbrüche von rund drei Sekunden. Das lässt sich vermeiden, wenn man manuell einen Kanal wählt. Schade nur, dass es so lange gedauert hat, bis diese Stabilität erreicht werden konnte. Was bleibt, ist die geringere Leistung gegenüber der Internet-Box 2, bedingt durch die schwächere Hardware. Für VDSL2 reicht diese aber allemal. Das 2.4 GHz WLAN habe ich übrigens überhaupt nicht mehr angeschaut, weil ich es nicht mehr nutze. Wer hier gute Leistung will, nimmt entweder gleich die Internet-Box 2 oder greift zu einem zusätzlichen Access-Point.

« Page précédente