MTU hab ich getestet, komme via Deinem Link auf 1472: Sprich 1500. Via dem Link von @XT komme ich auf auf "The maximum MTU size for 178.199.89.xxx is: 1500"
Aber das hat sich ja eventuell eh schon erledigt.
"Wenn die IPerf(3)-Messungen mit UDP-Paketen < 1400 Byte in Downstream-Richtung die einwandfreie Funktion des Glasfaseranschlusses belegen (Paketverlustrate < 0.01 % und Jitter < 1 Millisekunde)"
Ich denke Jitter ist in Ordnung, Paketverlustrate hingegen nicht:
"UND die Games keine UDP-Pakete > 1400 Byte verwenden, so liegt der Ball wieder beim Netzwerkbetreiber (Swisscom), ihren Peering-Partnern und den Game Server-BetreiberInnen."
Da hab ich leider keine Ahnung. Wenn ich mit aber das Verhalten im Spiel anschauen, dann ist es nicht immer gleich schlimm. Kann sein dass es nur bei Spielzügen auftaucht bei denen eventuell auch mehr Informationen fliessen?
Siehe zwei Videos (sind links zu OneDrive):
https://1drv.ms/v/s!AkNoK6Dl-AMqgRJ8yLZHuT9Siu-c
https://1drv.ms/v/s!AkNoK6Dl-AMqgRHPredIY2j4JBuA (in diesem Video deutlich bei Sekunde ~ 16)
Man sieht in diesen Videos das Ruckeln teilweise ziemlich extrem. Beim Spielen lässt sich das wohl am ehesten mit Input Lags beschreiben. Es fühlt sich an als ob alles zu träge wäre, teilweise bis hin zu "fremd gesteuert".
tiibor schrieb:
Ich denke Jitter ist in Ordnung, Paketverlustrate hingegen nicht:
Ja, die Paketverlustrate ist für UDP-Pakete mit einer Nutdatengrösse von 512 Byte viel zu hoch.
Zudem sind 24 UDP-Pakete in der falschen Reihenfolge empfangen worden (out-of-order), was ein Zeichen für eine überlastete Netzwerkkomponente ist.
Wie bereits mitgeteilt, lässt sich mit Wireshark relativ schnell und einfach die vom Game verwendete UDP-Paketgrösse feststellen:
Hier ein Beispiel, wie die IPerf3-Messung mit UDP-Paketen in Downstream-Richtung aussehen sollte (PC direkt an EuroDOCSIS-Kabelmodem):
UDP-Messung des Downstream/Download (100 MBit/s) ------------------------------------------------------------------------------- # iperf3 -u -R -c debit.k-net.fr -b 100M Connecting to host debit.k-net.fr, port 5201 Reverse mode, remote host debit.k-net.fr is sending [ 4] local 77.57.166.140 port 40131 connected to 178.250.209.22 port 5201 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-1.00 sec 11.2 MBytes 94.2 Mbits/sec 0.719 ms 0/1437 (0%) [ 4] 1.00-2.00 sec 11.9 MBytes 100 Mbits/sec 0.703 ms 0/1526 (0%) [ 4] 2.00-3.00 sec 11.9 MBytes 100 Mbits/sec 0.688 ms 0/1527 (0%) [ 4] 3.00-4.00 sec 11.9 MBytes 99.9 Mbits/sec 0.704 ms 0/1524 (0%) [ 4] 4.00-5.00 sec 11.9 MBytes 100 Mbits/sec 0.704 ms 0/1527 (0%) [ 4] 5.00-6.00 sec 11.9 MBytes 100 Mbits/sec 0.712 ms 0/1526 (0%) [ 4] 6.00-7.00 sec 11.9 MBytes 100 Mbits/sec 0.670 ms 0/1526 (0%) [ 4] 7.00-8.00 sec 11.9 MBytes 99.9 Mbits/sec 0.699 ms 0/1525 (0%) [ 4] 8.00-9.00 sec 11.9 MBytes 100 Mbits/sec 0.709 ms 0/1527 (0%) [ 4] 9.00-10.00 sec 11.9 MBytes 100 Mbits/sec 0.707 ms 0/1526 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-10.00 sec 119 MBytes 100 Mbits/sec 0.613 ms 0/15262 (0%) [ 4] Sent 15262 datagrams iperf Done.
Ist das gesamte Heimnetzwerk Gigabit-Ethernet (1000 MBit/s) tauglich? Sind alle Ethernet-Kabel im Heimnetzwerk mit "Cat. 5e" oder höher beschriftet (z.B. "Cat. 6" oder "Cat. 7")? Sind alle Netzwerkkomponenten im Heimnetzwerk (z.B. Switch) Gigabit-Ethernet tauglich? Weist Windows auf dem Mess-PC die Nutzung vom Gigabit-Ethernet-Modus (1000 MBit/s) aus?
https://www.swisscom.ch/de/privatkunden/hilfe/loesung/heimnetzwerk-zu-langsam.html
https://supportcommunity.swisscom.ch/t5/Diskussionen-%C3%BCber-Computer/Ethernet-Problem/td-p/399781
Hallo @GrandDixence
Werde am Wochenende mal mit "Wireshark" testen, mal schauen was raus kommt.
Betreffend den Fragen aus der letzten Antwort, kurz: die Resultate aus meiner letzten Antwort waren jeweils von einem Setup bei welchem mein PC direkt an der Internet Box Plus hing. Kabel ist/war das dünne "Behelfskabel" von Swisscom. So zeigt mein PC bei "Übertragunsrate" 1,0 GBit/s an.
"Ist das gesamte Heimnetzwerk Gigabit-Ethernet (1000 MBit/s) tauglich?"
Im Normalfall leider noch nicht. Das Kabel von der Internet Box zum Gigabit Switch kann offenbar nur 100MBit/s. ABER: Die XBOX hängt direkt an der Internet Box und für die Tests wurde jeweils ein anderes "fliegendes" Kabekl welches 1000 MBit/s kann verwendet.
"Sind alle Ethernet-Kabel im Heimnetzwerk mit "Cat. 5e" oder höher beschriftet (z.B. "Cat. 6" oder "Cat. 7")?"
Bis auf die Ausnahme oben Ja.
"Sind alle Netzwerkkomponenten im Heimnetzwerk (z.B. Switch) Gigabit-Ethernet tauglich?"
Ja
"Weist Windows auf dem Mess-PC die Nutzung vom Gigabit-Ethernet-Modus (1000 MBit/s) aus?"
Ja
Um sicher zu gehen, werde ich den Test mit kleineren UDP Paketen nachher noch via Laptop direkt an der Internet Box mit einem anderen / kürzeren Kabel testen.
Edit 10:29: Muss es am Weekend testen, komme heute leider nicht mehr dazu.
Hallo @GrandDixence
Habe nun heute nochmals via Laptop direkt an der Internet Box Plus getestet, sieht leider nicht besser aus:
Werde nun kurz die Internet Box Plus neustarten, und dann nochmals testen (auch nochmals mit einem anderen Kabel und an einem anderen Port).
Add 16:05 Uhr:
Also, auch mit anderen Kabeln und nach Neustart der Internet Box das gleiche Verhalten:
Mit den Out of Order Paketen war es teilweise noch einiges schlimmer (Also noch mehr out of order Einträge). Ich versuche mich nun mal noch mit Wireshark
Auch wenn ich andere Einstellungen teste wirds leider nicht besser:
iperf3 -u -R -c debit.k-net.fr -b 95M -l 256
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 116 MBytes 97.1 Mbits/sec 0.017 ms 278616/474041 (59%)
[ 4] Sent 474041 datagrams
[SUM] 0.0-10.0 sec 35 datagrams received out-of-order
und:
iperf3 -u -R -c debit.k-net.fr -b 100M -l 128
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 123 MBytes 103 Mbits/sec 16.775 ms 880105/1006278 (87%)
[ 4] Sent 1006278 datagrams
[SUM] 0.0-10.0 sec 35 datagrams received out-of-order
Edit 16:53:
Mit WireShark komme ich leider nicht zu recht. Ich weiss nicht was genau ich überhaupt überprüfen / messen soll. Meine XBOX hat die IP 192.168.1.102, ich wüsste nun aber nicht, wie ich mit dem PC oder Laptop wo WireShark installiert ist diesen Traffic sehen könnte. Konnte diese IP nicht als externe Schnittstelle oder ähnliches definieren.
@GrandDixence Könntest Du mir hier einen Hinweis in die richtige Richtung geben was genau ich messen soll und ev ein Tipp wie ich das machen kann?
Vielen Dank und Gruss
Hmmm irgendwie tut sich hier nichts mehr. Werde daher wohl doch mal via WLAN vom Nachbar testen (obwohl sicherlich nicht ideal) und worst case mit GGA Maur (denke gute Preisleistung).
Was mich interessieren würde:
Wie sehen denn die iperf Messungen bei anderen Swisscom (Fibre) Kunden aus? Genau gleich wie bei mir? Oder ist eventuell doch irgenwas bei mir faul?
Falls es jemand testen würde:
Download des Tools hier: https://iperf.fr/iperf-download.php
Denke Commands welche man laufen lassen könnte / sollte wären diese:
Vielen Dank und Gruss
Ich habs mal mit Fiber7 getestet, mit einen unbiquity router (enterprise hardware.. der bremst garantiert nix)
iperf3 -u -R -c debit.k-net.fr -b 95M
[4] 0.00-10.00 sec 113 MBytes 95.0 Mbits/sec 0.192 ms 147/14499 (1%)
iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
[ 4] 0.00-10.00 sec 113 MBytes 95.2 Mbits/sec 0.042 ms 134246/232411 (58%)
Aber, tun diese Tests wirklich was zur Sache? Du wirst kaum 95mbit/s für deine Xbox Spiele benötigen. Aber wenn du da einen oder mehrere Router auf dem weg hast die sich sagen "so viel udp traffic braucht nun wirklich keiner" und anfangen zu droppen, dann hast du ein Problem (oder der Server am anderen Ende mag die Paketgrössen auch nicht).
Mache ich 512byte mit 1MBit/s hab ich 0% Verlust (0.0.. 0 Pakete verloren, 0 out of order).. und das ist doch eher die Traffic Grösse die beim spielen relevant ist. Auch mit 10Mbit/s hab ich immer noch 0 Paketverlust.
Und wieso Downlink langsamer als Uplink? Da gibts ne einfache Erklärung für die Speedtests: Erstens mal sind diese Server üblicherweise mit 1Gbit/s angebunden.. 10 Tester mit 100mbit und der Server ist zu. Da der Grossteil der Internetverbindungen dieser Welt immer noch asynchron ist (üblicherweise 1:10) gibts mehr Kapazität für die Upload Tests.. dementsprechend das höhere Resultat. Das kann ich selbst mit meinem Giga Link beobachten - z.B. einfach mal ein Server aus Seattle genommen.. downlink 235mbit/s, uplink 637mbit/s. Und ping halt auch 174ms.
Ich glaube wir messen da Dinge die nichts mit dem Problem zu tun haben. Bitraten weit weg davon sind was wirklich fürs online Gaming verwendet werden. Testserver die nicht dort stehen wo die Gameserver stehen. Auch wenn der Testserver im gleichen RZ stehen würde wie die Gameserver - das heisst noch lange nicht dass der Traffic dorthin über dieselben Stellen geht. Stichwort Peering zum Beispiel...
Um das Problem einzugrenzen müsste man Schritt für Schritt mögliche Fehlerquellen eliminieren. Also z.B. indem du nen anderen Router ranmachst und dort nur die XBox anschliesst. Oder du packst deine XBox unter den Arm, und gehst zu einem Nachbarn welcher einen anderen Provider hat (ein Karton Bier oder ne Flasche Wein mitbringen kann da hilfreich sein 😉 Dass die Server in den USA stehen spricht schon mal gegen EA - vernünftige Cloud Provider z.B. haben geographisch verteilte Rechenzentren - und beim Gaming ist das umso wichtiger, schliesslich ist der Ping da zentral.
Hallo @doom2
Vielen Dank für Deine ausführliche Antwort!
"Aber, tun diese Tests wirklich was zur Sache? Du wirst kaum 95mbit/s für deine Xbox Spiele benötigen. Aber wenn du da einen oder mehrere Router auf dem weg hast die sich sagen "so viel udp traffic braucht nun wirklich keiner" und anfangen zu droppen, dann hast du ein Problem (oder der Server am anderen Ende mag die Paketgrössen auch nicht)."
Gute Frage. Ich weiss nicht ob ich (wenn ich wüsste wie) mittels WireShark zu testen was wirklich geschickt / verwendet wird.
"Mache ich 512byte mit 1MBit/s hab ich 0% Verlust (0.0.. 0 Pakete verloren, 0 out of order).. und das ist doch eher die Traffic Grösse die beim spielen relevant ist. Auch mit 10Mbit/s hab ich immer noch 0 Paketverlust."
Hier hatte ich halt doch noch einen hohen Paketverlust (wenn ich meine Resultate korrekt interpretiere). Falls ich mit anderen Commands testen soll/kann lass es mich bitte wissen.
"Und wieso Downlink langsamer als Uplink? Da gibts ne einfache Erklärung für die Speedtests: Erstens mal sind diese Server üblicherweise mit 1Gbit/s angebunden.. 10 Tester mit 100mbit und der Server ist zu. Da der Grossteil der Internetverbindungen dieser Welt immer noch asynchron ist (üblicherweise 1:10) gibts mehr Kapazität für die Upload Tests.. dementsprechend das höhere Resultat. Das kann ich selbst mit meinem Giga Link beobachten - z.B. einfach mal ein Server aus Seattle genommen.. downlink 235mbit/s, uplink 637mbit/s. Und ping halt auch 174ms."
Das hat sich relativiert. Tatsächlich war hire das Kabel zwischen Internet Box und Switch (an welchem der PC hängt) schuld. Die XBOX selbst hängt aber direkt an der Internet Box Plus. Zu Testzwecken hing sie auch als einziges Gerät an der Internet Box.
Ja ich denke ich komme nicht drum rum mal woanders zu testen. Ob das mit meinen Nachbarn ist weiss ich nicht, die sind doch alle einiges älter und seriöser... 😉 Mal schauen. Eventuell geh ich doch den Weg über GGA Maur. Anderseits hab ich das Gefühl, dass es zumindest mit FIFA 17 besser ist. (Habe gestern seit langem mal wieder gespielt, und auch online. Es war nicht optimal, aber akzeptabel). Aber ist schwer zu sagen ob teils Verhalten durch die Leitung, durch das Spiel oder die zu weit entfernten Server verursacht werden. Eventuell liegts auch an der Mischung. Muss mal im Freundeskreis fragen wer mit was anderem als Swisscom unterwegs / im Internet ist. Dann könnte ich da mal testen.
Hallo zusammen
Auch hier noch ein Update zu meinem ursprünglichen Problem:
Falls also andere Probleme haben so wie ich, empfehle ich dringend kurz im Netz nach dem Input Lag eures TVs zu suchen, eventuell findet Ihr was. Es gibt auch spezielle Seiten welche neuere TVs auf Input Lag testen.
Für den Moment passt es für mich mit den oben genannten Änderungen. Nochmals vielen Dank für Eure Hilfe und Geduld! Gruss Marc
Hallo zusammen
Jaja, ich mal wieder... aktuell häufen sich die Problem wieder mehr. Dafür hab ich nun mittels Laptop als "Hub" endlich auch Resultate von WireShark erhalten.
@GrandDixence, kannst Du Dir die Daten vielleicht mal anschauen? Das würde mich sehr freuen. Was ich gemacht habe:
1. Ab Start des Spiels auch ein Video aufgenommen
2. "Alles" geloggt, daher 25MB
3. Das Log, wann ich was gemacht habe
Hier das Log von WireShark:
https://drive.google.com/file/d/0B_ngPyobKVJac1JuZlQ0NGFaV3c/view?usp=sharing
Hier das Video auf Youtube: (eventuell geht das noch nicht, da es noch bearbeitet wird (automatische entfernung eines geschützten Songs...)
Log / Protokoll (Angaben stimmen plus minus)
13:33:20 Start 13:35:10 Login mit User auf Playstation 4 13:36:30 Zur Kachel von Fifa gewechselt (werden gewisse Daten auf dem Internet geladen) 13:37:15 Start von Fifa 13:37:50 Auswahl der Sprache 13:38:22 Meldung "Login zu EA Servern" 13:38:55 Login in FUT Modus 14:40:00 Suchen eines Spiels 13:41:05 Gegener gefunden 13:41:47 Kick Off 13:45:08 Tor 2:0 13:46:30 Tor 3:0 13:47:02 Tor 3:1 13:47:57 Abseits 13:49:53 Halbzeit 13:50:10 Anstoss 13:50:55 Einstellung angepasst 13:53:10 Chance mit Lag 15:55:15 Einstellung zurück 13:55:50 Weiter gehts 13:59:01 Partie ende 13:59:40 Video speichern 14:00:00 Ende
Während dem Spiel wird von der PS4 (IPv4: 192.168.137.21) mit dem Kommunikationsparter (IPv4: 87.14.143.157) praktisch ausschliesslich über das Netzwerkprotokoll GVSP kommuniziert:
https://de.wikipedia.org/wiki/GigE_Vision
Die Datenpakete sind relativ klein (< 150 Byte) und werden per UDP/IPv4 übertragen.
Die Übertragung der Videodaten per GVSP ist offenbar sehr gestört. Gerade um MESZ 13:53:12 (UTC: 11:53:12) werden auffällig viele GVSP-Pakete verworfen (BLOCK_DROPPED) oder wegen Transportverlust oder Transportbeschädigung wiederholt gesendet (RANGE_ERROR) [PACKET_RESEND]. Siehe auch:
https://us.battle.net/forums/en/overwatch/topic/20749274867
Die im Screenshot abgebildeten GVSP-Datenpakete Nr. 67392 - 67398 wurden offenbar störungsfrei übertragen. Danach kommt eine ganze Ladung von GVSP-Datenpakete mit Störungsmeldungen. Generell sind im ganzen Spielverlauf stetig zuviele GVSP-Störungsmeldungen vorhanden.Zum Zeitpunkt MESZ 13:53:12 (UTC: 11:53:12) ist die Rate der GVSP-Störungsmeldungen überdurchschnittlich hoch.
Als Faustregel bei Echtzeitanwendungen gilt, dass maximal 1 % aller Datenpakete einen Transportverlust oder eine Transportbeschädigung erleiden dürfen, ohne dass der Endbenutzer einen Qualitätsverlust des Dienstes bemerkt. Hier ist die Fehlerrate deutlich grösser als 1 %, somit ist es logisch, dass das Spiel stottert und aussetzt.
Wie aus dem Wireshark-Screenshot:
gut ersichtlich ist, wird für das Spiel kein schneller Internetanschluss benötigt. Die Datenübertragungsrate während dem Spiel beträgt weniger als 100 kbit/s.
Hallo @GrandDixence vielen herzlichen Dank für Deine Analyse und Antwort. Was ich noch nicht verstehe ist: was kann ich nun machen? Oder anders gefragt: weisst Du an was es liegt?
Falls es hilft könnte ich einen WireShark-Log auch über iWay laufen lassen. Aber eventuell liegt es ja auch an etwas anderem (an meiner Konsole (PS4)? (Warum habe ich das Problem dann auch auf der XB1)? Am Kabel: Chance minimal habe verschiedenste Kabel probiert.
Falls es an einem "Netzwerkknoten" liegt: Hast Du eine Idee wie ich herausfinden kann welche(r) es ist? Oder wäre hier dann eventuell nochmals der Weg via offiziellem Swisscom Support der richtige Weg?
Da ich Swisscom (und von anderen ISPs) Nutzer kennen die "keine" Probleme haben, muss das Problem entweder "irgendwo" im Raum Winterthur liegen, sonst hätte ich ja via iWay nicht auch solche Probleme. Dass es an einem Kabel oder den Konsolen liegt kann ich mir nicht vorstellen.
Sorry, waren nun etwas viele Fragen, daher würde es mich sehr freuen wenn Du mir helfen kannst zu verstehen in Welche Richtung ich nun gehen muss.
Edit 18:23, habe nun nochmals die beiden links genauer ansgeschaut. So wie es für mich aussieht müssten mich hier entweder Swisscom oder EA supporten. Was denkst Du was mehr Sinn macht zuerst mit Swisscom direkt schauen ob die was rerouten können? Oder kann ich mittels WireShark eventuell ähnlich wie der eine Threadersteller (zweiter Link) den "hop" selbst eingrenzen?
Gruss Marc
Gemäss dem Kommentar vom 09.10.2016 um 16:22 Uhr ist die Paketverlustrate bei UDP-Übertragungen über das Swisscom-Glasfaserkabel (erschreckend) weit über 1 %. Zeigen aktuelle UDP-Messungen mit IPerf(3) über das Swisscom-Glasfaserkabel immer noch Paketverlustraten > 1 %?
Ist die Paketverlustrate bei den UDP-Messungen mit IPerf(3) über das iWay-Glasfaserkabel > 1 %? Wenn ja, ist der Grund für die zu hohe Paketverlustrate einzugrenzen.
Ist die Paketverlustrate bei den UDP-Messungen mit IPerf(3) über das iWay-Glasfaserkabel gleich hoch wie über das Swisscom-Glasfaserkabel? Wenn ja, muss der Fehler im Heimnetzwerk gesucht werden.
UDP-Messung des Downstream/Download (1 MBit/s, UDP-Paketgrösse 160 Byte) ------------------------------------------------------------------------ # iperf3 -u -R -t 30 -O 2 -c debit.k-net.fr -b 1M -l 160 UDP-Messung des Upstream/Upload (1 MBit/s, UDP-Paketgrösse 160 Byte) ----------------------------------------------------------------------
# iperf3 -u -t 30 -O 2 -c debit.k-net.fr -b 1M -l 160
Hallo @GrandDixence, nochmals vielen dank.
Ich musste einen anderen Server nehmen, offenbar gibt es den "debit.k-net.fr" nicht mehr.
Hier die Resultate via iWay:
iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160
C:\iperf-3.1.3-win64>iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160 Connecting to host bouygues.iperf.fr, port 5201 Reverse mode, remote host bouygues.iperf.fr is sending [ 4] local 2001:8e0:2003:ab00:f49a:a05f:1533:44c port 57638 connected to 2001:860:f70a:100::2 port 5201 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-1.00 sec 147 KBytes 1.20 Mbits/sec 0.006 ms 0/939 (0%) (omitted) [ 4] 1.00-1.01 sec 124 KBytes 506 Kbits/sec 0.062 ms 0/1562 (0%) [ 4] 1.01-2.01 sec 122 KBytes 1.00 Mbits/sec 0.036 ms 0/781 (0%) [ 4] 2.01-3.01 sec 122 KBytes 1.00 Mbits/sec 0.010 ms 0/782 (0%) [ 4] 3.01-4.01 sec 122 KBytes 996 Kbits/sec 0.061 ms 0/781 (0%) [ 4] 4.01-5.00 sec 122 KBytes 1.01 Mbits/sec 0.084 ms 0/781 (0%) [ 4] 5.00-6.00 sec 122 KBytes 1000 Kbits/sec 0.027 ms 0/781 (0%) [ 4] 6.00-7.00 sec 122 KBytes 1.00 Mbits/sec 0.077 ms 0/782 (0%) [ 4] 7.00-8.00 sec 122 KBytes 1000 Kbits/sec 0.038 ms 0/781 (0%) [ 4] 8.00-9.00 sec 122 KBytes 1000 Kbits/sec 0.084 ms 0/781 (0%) [ 4] 9.00-10.00 sec 122 KBytes 1.00 Mbits/sec 0.017 ms 0/781 (0%) [ 4] 10.00-11.00 sec 122 KBytes 1000 Kbits/sec 0.017 ms 0/781 (0%) [ 4] 11.00-12.00 sec 107 KBytes 877 Kbits/sec 0.359 ms 18/705 (2.6%) [ 4] 12.00-13.00 sec 134 KBytes 1.10 Mbits/sec 0.018 ms 0/858 (0%) [ 4] 13.00-14.00 sec 122 KBytes 1000 Kbits/sec 0.017 ms 0/781 (0%) [ 4] 14.00-15.00 sec 122 KBytes 1.00 Mbits/sec 0.017 ms 0/782 (0%) [ 4] 15.00-16.00 sec 122 KBytes 1000 Kbits/sec 0.016 ms 0/781 (0%) [ 4] 16.00-17.00 sec 122 KBytes 1000 Kbits/sec 0.018 ms 0/781 (0%) [ 4] 17.00-18.00 sec 122 KBytes 1000 Kbits/sec 0.018 ms 0/781 (0%) [ 4] 18.00-19.00 sec 122 KBytes 1000 Kbits/sec 0.016 ms 0/781 (0%) [ 4] 19.00-20.00 sec 122 KBytes 1.00 Mbits/sec 0.018 ms 0/782 (0%) [ 4] 20.00-21.00 sec 122 KBytes 1000 Kbits/sec 0.018 ms 0/781 (0%) [ 4] 21.00-22.00 sec 122 KBytes 1000 Kbits/sec 0.018 ms 0/781 (0%) [ 4] 22.00-23.00 sec 122 KBytes 1000 Kbits/sec 0.018 ms 0/781 (0%) [ 4] 23.00-24.00 sec 122 KBytes 1.00 Mbits/sec 0.018 ms 0/782 (0%) [ 4] 24.00-25.00 sec 122 KBytes 997 Kbits/sec 0.008 ms 0/781 (0%) [ 4] 25.00-26.01 sec 122 KBytes 995 Kbits/sec 0.008 ms 0/781 (0%) [ 4] 26.01-27.00 sec 122 KBytes 1.01 Mbits/sec 0.019 ms 0/781 (0%) [ 4] 27.00-28.00 sec 122 KBytes 1000 Kbits/sec 0.053 ms 0/782 (0%) [ 4] 28.00-29.01 sec 122 KBytes 989 Kbits/sec 0.061 ms 0/781 (0%) [ 4] 29.01-30.01 sec 122 KBytes 999 Kbits/sec 0.061 ms 0/781 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-30.01 sec 3.61 MBytes 1.01 Mbits/sec 0.061 ms 18/23451 (0.077%) [ 4] Sent 23451 datagrams iperf Done.
iperf3 -u -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160
C:\iperf-3.1.3-win64>iperf3 -u -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160 Connecting to host bouygues.iperf.fr, port 5201 [ 4] local 2001:8e0:2003:ab00:f49a:a05f:1533:44c port 61895 connected to 2001:860:f70a:100::2 port 5201 [ ID] Interval Transfer Bandwidth Total Datagrams [ 4] 0.00-1.01 sec 112 KBytes 909 Kbits/sec 716 (omitted) [ 4] 0.99-1.01 sec 121 KBytes 496 Kbits/sec 1551 [ 4] 1.01-2.01 sec 122 KBytes 1.00 Mbits/sec 782 [ 4] 2.01-3.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 3.00-4.01 sec 121 KBytes 984 Kbits/sec 775 [ 4] 4.01-5.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 5.00-6.01 sec 121 KBytes 985 Kbits/sec 776 [ 4] 6.01-7.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 7.00-8.01 sec 121 KBytes 984 Kbits/sec 775 [ 4] 8.01-9.01 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 9.01-10.00 sec 122 KBytes 1.00 Mbits/sec 781 [ 4] 10.00-11.01 sec 121 KBytes 984 Kbits/sec 775 [ 4] 11.01-12.01 sec 122 KBytes 1.00 Mbits/sec 778 [ 4] 12.01-13.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 13.00-14.01 sec 121 KBytes 984 Kbits/sec 775 [ 4] 14.01-15.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 15.00-16.01 sec 123 KBytes 1.00 Mbits/sec 786 [ 4] 16.01-17.01 sec 120 KBytes 984 Kbits/sec 769 [ 4] 17.01-18.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 18.00-19.01 sec 122 KBytes 985 Kbits/sec 778 [ 4] 19.01-20.01 sec 123 KBytes 1.01 Mbits/sec 789 [ 4] 20.01-21.00 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 21.00-22.01 sec 133 KBytes 1.08 Mbits/sec 853 [ 4] 22.01-23.01 sec 112 KBytes 922 Kbits/sec 715 [ 4] 23.01-24.02 sec 133 KBytes 1.08 Mbits/sec 849 [ 4] 24.02-25.00 sec 111 KBytes 921 Kbits/sec 710 [ 4] 25.00-26.01 sec 121 KBytes 985 Kbits/sec 776 [ 4] 26.01-27.00 sec 123 KBytes 1.01 Mbits/sec 787 [ 4] 27.00-28.01 sec 121 KBytes 985 Kbits/sec 776 [ 4] 28.01-29.00 sec 123 KBytes 1.02 Mbits/sec 788 [ 4] 29.00-30.01 sec 122 KBytes 999 Kbits/sec 781 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-30.01 sec 3.58 MBytes 1000 Kbits/sec 0.031 ms 129/23440 (0.55%) [ 4] Sent 23440 datagrams iperf Done.
Ich lasse dies nun auch noch via Swisscom laufen.
Und hier noch die iperf Resultate via Swisscom:
iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160
C:\iperf-3.1.3-win64>iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160 Connecting to host bouygues.iperf.fr, port 5201 Reverse mode, remote host bouygues.iperf.fr is sending [ 4] local 192.168.1.101 port 58163 connected to 194.158.119.190 port 5201 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-1.01 sec 147 KBytes 1.18 Mbits/sec 0.029 ms 0/938 (0%) (omitted) [ 4] 1.00-1.01 sec 122 KBytes 497 Kbits/sec 0.028 ms 0/1563 (0%) [ 4] 1.01-2.01 sec 122 KBytes 1.00 Mbits/sec 0.009 ms 0/781 (0%) [ 4] 2.01-3.01 sec 122 KBytes 999 Kbits/sec 0.025 ms 0/781 (0%) [ 4] 3.01-4.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/782 (0%) [ 4] 4.01-5.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/781 (0%) [ 4] 5.01-6.01 sec 122 KBytes 999 Kbits/sec 0.008 ms 0/781 (0%) [ 4] 6.01-7.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/781 (0%) [ 4] 7.01-8.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/782 (0%) [ 4] 8.01-9.01 sec 122 KBytes 1.00 Mbits/sec 0.457 ms 0/781 (0%) [ 4] 9.01-10.00 sec 122 KBytes 1.00 Mbits/sec 0.553 ms 0/781 (0%) [ 4] 10.00-11.01 sec 122 KBytes 999 Kbits/sec 0.008 ms 0/781 (0%) [ 4] 11.01-12.00 sec 122 KBytes 1.00 Mbits/sec 0.276 ms 0/782 (0%) [ 4] 12.00-13.00 sec 122 KBytes 1.00 Mbits/sec 0.069 ms 0/781 (0%) [ 4] 13.00-14.01 sec 122 KBytes 996 Kbits/sec 0.006 ms 0/781 (0%) [ 4] 14.01-15.00 sec 122 KBytes 1.00 Mbits/sec 0.429 ms 0/781 (0%) [ 4] 15.00-16.00 sec 122 KBytes 1.00 Mbits/sec 0.081 ms 0/782 (0%) [ 4] 16.00-17.00 sec 122 KBytes 1.00 Mbits/sec 0.036 ms 0/781 (0%) [ 4] 17.00-18.01 sec 122 KBytes 986 Kbits/sec 0.023 ms 0/781 (0%) [ 4] 18.01-19.00 sec 122 KBytes 1.01 Mbits/sec 0.124 ms 0/781 (0%) [ 4] 19.00-20.00 sec 122 KBytes 1.00 Mbits/sec 0.038 ms 0/782 (0%) [ 4] 20.00-21.02 sec 122 KBytes 986 Kbits/sec 0.026 ms 0/781 (0%) [ 4] 21.02-22.01 sec 122 KBytes 1.00 Mbits/sec 0.029 ms 0/781 (0%) [ 4] 22.01-23.01 sec 122 KBytes 999 Kbits/sec 0.022 ms 0/781 (0%) [ 4] 23.01-24.01 sec 122 KBytes 1.01 Mbits/sec 0.204 ms 0/784 (0%) [ 4] 24.01-25.01 sec 122 KBytes 999 Kbits/sec 0.008 ms 0/779 (0%) [ 4] 25.01-26.01 sec 122 KBytes 999 Kbits/sec 0.009 ms 0/781 (0%) [ 4] 26.01-27.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/781 (0%) [ 4] 27.01-28.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/782 (0%) [ 4] 28.01-29.01 sec 122 KBytes 1.00 Mbits/sec 0.008 ms 0/781 (0%) [ 4] 29.01-29.99 sec 122 KBytes 1.02 Mbits/sec 0.008 ms 0/781 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-29.99 sec 3.61 MBytes 1.01 Mbits/sec 0.008 ms 0/23437 (0%) [ 4] Sent 23437 datagrams iperf Done.
iperf3 -u -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160
C:\iperf-3.1.3-win64>iperf3 -u -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160 Connecting to host bouygues.iperf.fr, port 5201 [ 4] local 192.168.1.101 port 57258 connected to 194.158.119.190 port 5201 [ ID] Interval Transfer Bandwidth Total Datagrams [ 4] 0.00-1.01 sec 111 KBytes 901 Kbits/sec 709 (omitted) [ 4] 1.00-1.01 sec 135 KBytes 547 Kbits/sec 1640 [ 4] 1.01-2.01 sec 122 KBytes 999 Kbits/sec 779 [ 4] 2.01-3.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 3.01-4.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 4.01-5.00 sec 110 KBytes 905 Kbits/sec 704 [ 4] 5.00-6.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 6.01-7.00 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 7.00-8.01 sec 123 KBytes 999 Kbits/sec 787 [ 4] 8.01-9.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 9.01-10.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 10.01-11.01 sec 121 KBytes 999 Kbits/sec 775 [ 4] 11.01-12.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 12.01-13.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 13.01-14.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 14.00-15.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 15.01-16.00 sec 110 KBytes 906 Kbits/sec 703 [ 4] 16.00-17.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 17.01-18.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 18.00-19.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 19.01-20.00 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 20.00-21.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 21.01-22.01 sec 121 KBytes 999 Kbits/sec 775 [ 4] 22.01-23.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 23.01-24.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 24.01-25.01 sec 122 KBytes 1.00 Mbits/sec 783 [ 4] 25.01-26.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 26.00-27.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 27.01-28.00 sec 110 KBytes 906 Kbits/sec 703 [ 4] 28.00-29.00 sec 134 KBytes 1.09 Mbits/sec 855 [ 4] 29.00-30.00 sec 122 KBytes 1000 Kbits/sec 781 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-30.00 sec 3.59 MBytes 1.00 Mbits/sec 0.883 ms 0/23513 (0%) [ 4] Sent 23513 datagrams iperf Done.
Da mit den gewählten Einstellungen die Resultate meiner Meinung nach für Swisscom wie auch für iWay annäherend ideal sind, gehe ich davon aus, dass das hier:
"Ist die Paketverlustrate bei den UDP-Messungen mit IPerf(3) über das iWay-Glasfaserkabel > 1 %? Wenn ja, ist der Grund für die zu hohe Paketverlustrate einzugrenzen."
heisst, dass ich auch für iWay ein WireShark logging machen soll? Oder kann ich "irgendwie" direkt versuchen den Netzwerkknoten einzugrenzen?
Gruss und nochmals Danke!
Die neuen IPerf-Messungen zeigen auf, dass der Swisscom-Glasfaseranschluss technisch einwandfrei funktioniert. Die Messresultate vom IWay-Glasfaseranschluss sind mit Vorsicht zu geniessen, da für die Messung IPv6 statt IPv4 eingesetzt wurde (IPerf-Messung mit dem zusätzlichen Parameter "-4" wiederholen).
Das wahrscheinlich vorliegende Problem ist im NZZ-Artikel:
https://www.nzz.ch/nzzas/nzz-am-sonntag/machtkampf-um-den-verkehr-im-internet-1.18543510
gut beschrieben.
Hallo @GrandDixence nochmals vielen Dank 🙂
Ich hab im Router (iWay) nun IPv6 deaktivert, habe es dahe rnochmals laufen lassen (ohne den -4 Parameter) aber hat geklappt via IPv4.
Hier nochmals die Resultate mittels iWay Anschluss:
iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160
C:\iperf-3.1.3-win64>iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160 Connecting to host bouygues.iperf.fr, port 5201 Reverse mode, remote host bouygues.iperf.fr is sending [ 4] local 192.168.88.113 port 51645 connected to 194.158.119.190 port 5201 [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-1.01 sec 135 KBytes 1.10 Mbits/sec 1.058 ms 0/866 (0%) (omitted) [ 4] 0.99-1.01 sec 124 KBytes 508 Kbits/sec 1.698 ms 0/1570 (0%) [ 4] 1.01-2.00 sec 120 KBytes 988 Kbits/sec 0.043 ms 0/768 (0%) [ 4] 2.00-3.01 sec 127 KBytes 1.03 Mbits/sec 0.060 ms 0/812 (0%) [ 4] 3.01-4.00 sec 117 KBytes 968 Kbits/sec 0.044 ms 0/751 (0%) [ 4] 4.00-5.01 sec 129 KBytes 1.05 Mbits/sec 1.000 ms 0/827 (0%) [ 4] 5.01-6.01 sec 115 KBytes 950 Kbits/sec 2.290 ms 0/737 (0%) [ 4] 6.01-7.01 sec 130 KBytes 1.06 Mbits/sec 0.993 ms 0/832 (0%) [ 4] 7.01-8.01 sec 115 KBytes 950 Kbits/sec 1.910 ms 0/737 (0%) [ 4] 8.01-9.00 sec 121 KBytes 997 Kbits/sec 0.024 ms 0/773 (0%) [ 4] 9.00-10.01 sec 124 KBytes 1.01 Mbits/sec 1.673 ms 0/795 (0%) [ 4] 10.01-11.00 sec 120 KBytes 989 Kbits/sec 0.030 ms 0/767 (0%) [ 4] 11.00-12.01 sec 125 KBytes 1.02 Mbits/sec 1.083 ms 0/803 (0%) [ 4] 12.01-13.00 sec 119 KBytes 980 Kbits/sec 0.036 ms 0/760 (0%) [ 4] 13.00-14.01 sec 126 KBytes 1.03 Mbits/sec 1.046 ms 0/809 (0%) [ 4] 14.01-15.00 sec 118 KBytes 971 Kbits/sec 0.048 ms 0/753 (0%) [ 4] 15.00-16.01 sec 128 KBytes 1.04 Mbits/sec 1.022 ms 0/817 (0%) [ 4] 16.01-17.00 sec 117 KBytes 962 Kbits/sec 0.052 ms 0/746 (0%) [ 4] 17.00-18.01 sec 130 KBytes 1.05 Mbits/sec 0.021 ms 0/831 (0%) [ 4] 18.01-19.01 sec 115 KBytes 948 Kbits/sec 1.177 ms 0/735 (0%) [ 4] 19.01-20.01 sec 130 KBytes 1.05 Mbits/sec 0.018 ms 0/831 (0%) [ 4] 20.01-21.01 sec 115 KBytes 953 Kbits/sec 1.767 ms 0/739 (0%) [ 4] 21.01-22.00 sec 120 KBytes 993 Kbits/sec 0.025 ms 0/770 (0%) [ 4] 22.00-23.01 sec 125 KBytes 1.01 Mbits/sec 0.643 ms 0/797 (0%) [ 4] 23.01-24.00 sec 120 KBytes 988 Kbits/sec 0.028 ms 0/766 (0%) [ 4] 24.00-25.01 sec 125 KBytes 1.02 Mbits/sec 0.561 ms 0/803 (0%) [ 4] 25.01-26.00 sec 119 KBytes 979 Kbits/sec 0.038 ms 0/759 (0%) [ 4] 26.00-27.01 sec 127 KBytes 1.03 Mbits/sec 1.041 ms 0/810 (0%) [ 4] 27.01-28.00 sec 118 KBytes 971 Kbits/sec 0.051 ms 0/753 (0%) [ 4] 28.00-29.01 sec 128 KBytes 1.04 Mbits/sec 0.034 ms 0/822 (0%) [ 4] 29.01-30.00 sec 122 KBytes 1.00 Mbits/sec 0.092 ms 0/778 (0%) - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-30.00 sec 3.61 MBytes 1.01 Mbits/sec 0.402 ms 0/23515 (0%) [ 4] Sent 23515 datagrams iperf Done.
iperf3 -u -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160
C:\iperf-3.1.3-win64>iperf3 -u -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160 Connecting to host bouygues.iperf.fr, port 5201 [ 4] local 192.168.88.113 port 51647 connected to 194.158.119.190 port 5201 [ ID] Interval Transfer Bandwidth Total Datagrams [ 4] 0.00-1.00 sec 111 KBytes 909 Kbits/sec 712 (omitted) [ 4] 1.01-1.01 sec 135 KBytes 546 Kbits/sec 1636 [ 4] 1.01-2.00 sec 110 KBytes 906 Kbits/sec 703 [ 4] 2.00-3.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 3.01-4.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 4.00-5.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 5.01-6.00 sec 110 KBytes 906 Kbits/sec 703 [ 4] 6.00-7.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 7.01-8.00 sec 121 KBytes 999 Kbits/sec 775 [ 4] 8.00-9.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 9.01-10.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 10.01-11.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 11.01-12.01 sec 121 KBytes 999 Kbits/sec 775 [ 4] 12.01-13.00 sec 110 KBytes 906 Kbits/sec 703 [ 4] 13.00-14.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 14.01-15.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 15.00-16.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 16.01-17.01 sec 122 KBytes 1.00 Mbits/sec 780 [ 4] 17.01-18.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 18.00-19.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 19.01-20.00 sec 110 KBytes 906 Kbits/sec 703 [ 4] 20.00-21.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 21.01-22.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 22.00-23.01 sec 135 KBytes 1.09 Mbits/sec 861 [ 4] 23.01-24.00 sec 110 KBytes 905 Kbits/sec 702 [ 4] 24.00-25.01 sec 135 KBytes 1.09 Mbits/sec 863 [ 4] 25.01-26.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 26.01-27.01 sec 122 KBytes 999 Kbits/sec 779 [ 4] 27.01-28.01 sec 123 KBytes 1.00 Mbits/sec 788 [ 4] 28.01-29.01 sec 121 KBytes 1.00 Mbits/sec 776 [ 4] 29.01-30.00 sec 110 KBytes 905 Kbits/sec 702 - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams [ 4] 0.00-30.00 sec 3.58 MBytes 1.00 Mbits/sec 0.844 ms 0/23437 (0%) [ 4] Sent 23437 datagrams iperf Done.
Betreffend Deinem Link zum NZZ-Artikel, gehst Du davon aus, dass Swisscom wie auch iWay hier etwas limitiert? Dann wäre die "Lösung" einfach, iWay künden und Init7 holen (die sollten ja "neutral" sein. oder lässt das Swisscom nicht zu, sprich hat hier Netzhoheit?)
Aber es könnte ja auch sein, dass die limitierung ausserhalb des Bereichs von Swisscom und iWay stattfindet. Daher würde ich noch immer gerne wissen, wie ich den Netzknoten einschränken kann. Kannst Du oder sonst wer helfen?
Ich versuche es je nachdem gerne nochmals mit Swisscom, EA, Sony oder iWay. Ideal wäre für mich natürlich eine Lösung mit Swisscom.
=> Offenbar gibt es ja viele viele Nutzer ohne Probleme, daher könnte es sein dass ich an einem "schlechten" Knoten oder so hänge. Aber das wäre ja wieder seltsam wenn das bei Swisscom und iWay der Fall ist.