Hallo zusammen Leider "kämpfe" ich noch immer mit Problemen beim online gaming und bevor ich mich an den offiziellen Swisscom Support wende und bezahle frage ich hier. Wie im Titel geschrieben ist der Download bei mir langsamer als der Upload. Die Resultate sind wie folgt: Vom PC: Down ~ 70Mbps / Up ~ 99.07 Mbps / Ping 3 ms (Verbunden über Kabel, test auf [http://www.speedtest.net/](http://www.speedtest.net/)) Direkt von der Internet Box Plus: Down ~ 100.05 Mbps / Up ~ 109.30 Mpbs / Ping 3.00 ms Meine Messwerte: Glasfaser Sendepegel: 6.311 dBm Glasfaser Empfangspegel: 3.275 dBm Ich denke alles in allem sieht das super aus. Aber dennoch habe ich immer wieder extreme lags beim online Spielen (vorallem Fifa Ultimate Team 16 von EA auf der XBOX One). Weitere Infos: \- Internet Box Plus \- Alles was möglich ist über Kabel verbunden (PC wie auch Konsole, iPhones über WLAN Booster (WLAN auf Internet Box Plus ist deaktiviert) \- Abo: Vivo M, Geschwindigkeit Surfen mit max. 100 Mbit/s Download & 100 Mbit/s Upload \- IPv6 deaktiviert Hat jemand noch einen Tipp für mich?

Nun bin ich also doch etwas verwirrt: um sicher zu gehen, dass das seltsame Verhalten wirklich nicht an meinem Setup liegt habe ich zwischen Internet Box und Router (temporär) ein neues Kabel gezogen. => Das Verhalten ist wie erwartet, Download und Upload annährend gleich schnell. Dann hab ich das neue Kabel am Switch angehängt (also normales Setup wie vorher, einfach mit dem neuen Kabel): auch hier ist das Verhalten wie erwartet. Daher, meine **Entschuldigung, offenbar liegt es doch an meinem Setup.😮** Ich kann zwar nicht verstehen warum mit einem Kabel von knapp 10 Metern bei Messungen in der Schweiz alles perfekt ist und bei Messungen mit Servern in den USA nicht, aber offenbar liegt es am Kabel. Schade, denn das heisst dass die XBOX Live Probleme nicht daran liegen. Denn die Xbox hängt direkt am Internet Box. Und da habe ich verschiedene Kabel probiert. Und auch tests wenn nur die XBOX an der Internet Box hängt. Und an verschiedenen Ports. Dann wende ich mich am Montag mal an My Services, mal schauen wie diese Kollegen mir bei den Problemen mit Xbox Live helfen können. Edit: Dass ich das Problem auch mit dem Laptop (Kabel und WLAN) hatte liegt daran, dass ich das WLAN auch hinter diesem Kabel angeschlossen hatte (mittels WLAN Booster). Es muss also wirklich an diesem verflixten Kabel liegen, aber nur bei Servern welche "weit weg" stehen...

Dann würde ich behaupten das deine Gegener Lags haben und du darunter leidest 🙂

Da behaupte ich mit Dir. Denke aber es liegt im speziellen auch an den EA Servern welche beim FUT Modus "mitmamachen". Leider zeigt EA auf den ISP und MS und so gehts weiter im Kreis. Hoffe demfall mal, dass es mit Fifa 17 besser wird und dass mein Setup wirklich ideal ist.

Wenn ich Fifa 16 (Kein Ultimate Team) online spiele, habe ich ab und an auch Lags, und die kommen ziemlich sicher von der lahmen Verbindung meiner Gegner. Ob das wiklich an den EA Servern liegt weiss ich nicht. Die von Battlefield 4 laufen immer sehr gut, aber klar das sind auch andere Server...

Beim FUT online Mode laufen die Server aus "irgendwelchen" Gründen mit. Bei anderen online Modi sind es reine Peer to Peer Verbindungen. Bin parallel mit Microsoft und EA dran, aber eben, ich versuche alles. Werde auch noch mit Swisscom Support (bezahlt) klären wegen Routing bis zu den EA Servern. Offenbar gab es in der Vergangenheit schon die Situation, dass da etwas optimiert werden konnte/musste.

In der Zwischenzeit war ich "etwas" mit dem Support von EA und MS beschäftigt. \=> Die MS Server für Xbox Live stehen in Amerika... da wunder micht nicht mehr so viel. Was ich nun aber gesehen habe ist, dass der Download von Servern in den USA gegenüber dem Upload massiv langsamer ist. Ich könnte mir vorstellen, dass dies auf Probleme oder Beschränkungen hinweist? [http://www.speedtest.net](http://www.speedtest.net) (Server in Washington) Ping: 99 ms Down: 12.46 Mbits Up: 98.66 Mbps [https://www.speakeasy.net/speedtest](https://www.speakeasy.net/speedtest) (Server nicht auswählbar) Ping:? Down: 11.22 Mbits Up: 94.44 Mbps [http://www.cnet.com/internet-speed-test](http://www.cnet.com/internet-speed-test) (Server nicht auswählbar) "speed": 2.70 Mbps [http://www.bandwidthplace.com](http://www.bandwidthplace.com) (Server in Washington) Ping: 102 ms Down: 1.84 Mbits Up: 18.98 Mbps Mit wem bei Swisscom kann oder muss ich das anschauen? Habt Ihr ähnliche oder gleiche Resultate?

Die Messungen wurden durch das TCP Receive Window verfälscht: [https://de.wikipedia.org/wiki/TCP\_Receive\_Window](https://de.wikipedia.org/wiki/TCP_Receive_Window) [https://en.wikipedia.org/wiki/TCP\_window\_scale\_option](https://en.wikipedia.org/wiki/TCP_window_scale_option) [https://en.wikipedia.org/wiki/Bandwidth-delay\_product](https://en.wikipedia.org/wiki/Bandwidth-delay_product) [https://www.switch.ch/network/tools/tcp\_throughput/](https://www.switch.ch/network/tools/tcp_throughput/) [https://en.wikipedia.org/wiki/TCP\_congestion\_control](https://en.wikipedia.org/wiki/TCP_congestion_control) Das Bandwith-Delay-Product begrenzt "künstlich" die maximale Datenübertragungsrate, da der Empfänger-Computer das TCP Receive Window nicht genügend schnell oder nicht zu gross genug wählt. => Die Messungen waren zu kurz um eine Aussagekraft zu erhalten. Besser man macht deutlich längere Messungen mit IPerf3 oder man misst die Download-Übertragungsrate von sehr grossen DVD-Images-Downloads (> 2 GigaByte) mit einem schnellen nahen Mirror, wie zum Beispiel: [http://ftp-stud.hs-esslingen.de/](http://ftp-stud.hs-esslingen.de/) [http://ftp-stud.hs-esslingen.de/info/](http://ftp-stud.hs-esslingen.de/info/) Um von einem an der Ostküste der USA stehenden Server (RTT ca. 200 Millisekunden) eine TCP-Kommunikation mit einer Datenübertragungsrate von 100 MBit/s zu erreichen, muss der in Europa stehende Client gemäss dem Bandwith-Delay-Product über ein TCP-Empfangsfenster (TCP Receive Window) von über 2.5 MegaByte verfügen. Mein Test mit [www.speedtest.net](http://www.speedtest.net) (Server in Boston) zeigte, dass mein PC am Ende der Messungen über ein TCP Receive Window von 500 KiloByte verfügte, was die Datenübertragungsrate der TCP-Kommunikation auf unter < 20 MBit/s drückte. Ob das TCP Receive Window vom eigenen PC genügend gross gewählt wird, kann mit Datentransfers von japanischen Servern getestet werden: [http://ftp.jaist.ac.jp/](http://ftp.jaist.ac.jp/) [http://ftp.iij.ad.jp/](http://ftp.iij.ad.jp/)

@"GrandDixence"#p456504 Hallo GrandDixence Vielen Dank für Deine ausführliche Antwort. Liest sich sehr interessant, aber dennoch fallen mir die Unterschiede zu gross aus. Ich finde das ein atypisches Bild. Daher habe ich zwei Kollegen gebeten die Tests bei Ihnen zu machen: [upl-image-preview liId=23472i4C4403B83D3A7309 alt=Speedtest_comparison.png uuid=363cd804-b51d-41fb-b09f-6ff33b89d5fd] Es scheint mir hier schon so, als ob Swisscom (und ev. auch Cablecom) noch optimierungspotential haben. Klar ist das nun statistisch nicht ausagekräftig und und und: Aber ich denke es ist Indiz genug, dass Swisscom hier optimieren sollte. Und für mich bleibt die Hoffnung, dass ich mein online Erlebnis auf der Xbox One doch noch verbessern kann. (Auch wenn im Kern MS und EA mit Ihren Servern schuld sind). Gruss Marc Edit: Habs noch kurz von hier im Office probiert mit speedtest.net auf den Server in Washington: Ping: 108ms / Down: 88.70 / Up: 99.09 \=> An meinem Laptop liegts folglich nicht. Oder es spielen einfach noch mehr Faktoren mit.

Hallo zusammen Falls sonst noch jemand testen könnte, gerne auch Swisscom oder auch andere Provider würde ich das sehr begrüssen. Ich bin parallel mit dem Support dran, offenbar daurt das aber noch etwas.

Glasfaser: Down langsamer als Up

tiibor

@Tux0ne

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.

@GrandDixence

"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:

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 192.168.1.107 port 60488 connected to 178.250.209.22 port 5201
iperf3: OUT OF ORDER - incoming packet = 58 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 59 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 60 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 61 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 62 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 63 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 64 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 65 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 66 and received packet = 0 AND SP = 109
iperf3: OUT OF ORDER - incoming packet = 67 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 68 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 69 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 70 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 71 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 72 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 73 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 74 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 75 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 76 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 77 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 78 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 79 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 80 and received packet = 0 AND SP = 127
iperf3: OUT OF ORDER - incoming packet = 81 and received packet = 0 AND SP = 127
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 8.46 MBytes 71.0 Mbits/sec 0.034 ms 8660/25971 (33%)
[ 4] 1.00-2.00 sec 9.35 MBytes 78.5 Mbits/sec 0.009 ms 4052/23208 (17%)
[ 4] 2.00-3.00 sec 10.1 MBytes 84.5 Mbits/sec 0.010 ms 2544/23179 (11%)
[ 4] 3.00-4.00 sec 9.69 MBytes 81.2 Mbits/sec 0.015 ms 3218/23063 (14%)
[ 4] 4.00-5.00 sec 9.84 MBytes 82.5 Mbits/sec 0.012 ms 3136/23288 (13%)
[ 4] 5.00-6.00 sec 9.08 MBytes 76.2 Mbits/sec 0.021 ms 4569/23171 (20%)
[ 4] 6.00-7.00 sec 9.78 MBytes 82.0 Mbits/sec 0.009 ms 3125/23146 (14%)
[ 4] 7.00-8.00 sec 9.69 MBytes 81.2 Mbits/sec 0.010 ms 3688/23527 (16%)
[ 4] 8.00-9.00 sec 9.44 MBytes 79.2 Mbits/sec 0.010 ms 3598/22923 (16%)
[ 4] 9.00-10.00 sec 9.52 MBytes 79.9 Mbits/sec 0.009 ms 3748/23244 (16%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 115 MBytes 96.4 Mbits/sec 0.005 ms 40338/235379 (17%)
[ 4] Sent 235379 datagrams
[SUM] 0.0-10.0 sec 24 datagrams received out-of-order

iperf Done.

"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".

GrandDixence

tiibor

tiibor schrieb:

Ich denke Jitter ist in Ordnung, Paketverlustrate hingegen nicht:

iperf Done.

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.

GrandDixence

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://community.swisscom.ch/t5/Diskussionen-%C3%BCber-Computer/Ethernet-Problem/td-p/399781

tiibor

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?"

"Weist Windows auf dem Mess-PC die Nutzung vom Gigabit-Ethernet-Modus (1000 MBit/s) aus?"

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.

tiibor

Hallo @GrandDixence

Habe nun heute nochmals via Laptop direkt an der Internet Box Plus getestet, sieht leider nicht besser aus:

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 192.168.1.124 port 56039 connected to 178.250.209.22 port 5201
iperf3: OUT OF ORDER - incoming packet = 58 and received packet = 68 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 59 and received packet = 68 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 60 and received packet = 68 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.01 sec 8.28 MBytes 68.5 Mbits/sec 0.014 ms 9699/26661 (36%)
[ 4] 1.01-2.01 sec 6.95 MBytes 58.4 Mbits/sec 0.982 ms 8429/22669 (37%)
[ 4] 2.01-3.01 sec 7.45 MBytes 62.6 Mbits/sec 0.983 ms 8299/23549 (35%)
[ 4] 3.01-4.01 sec 8.38 MBytes 70.4 Mbits/sec 0.007 ms 6431/23600 (27%)
[ 4] 4.01-5.01 sec 7.78 MBytes 65.4 Mbits/sec 0.982 ms 6495/22431 (29%)
[ 4] 5.01-6.01 sec 7.86 MBytes 66.0 Mbits/sec 0.057 ms 7011/23105 (30%)
[ 4] 6.01-7.00 sec 8.10 MBytes 68.0 Mbits/sec 1.919 ms 6580/23161 (28%)
[ 4] 7.00-8.01 sec 7.43 MBytes 61.9 Mbits/sec 0.988 ms 8615/23822 (36%)
[ 4] 8.01-9.01 sec 7.72 MBytes 64.8 Mbits/sec 0.005 ms 6764/22566 (30%)
[ 4] 9.01-10.01 sec 8.68 MBytes 72.9 Mbits/sec 0.996 ms 6077/23853 (25%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.01 sec 116 MBytes 96.9 Mbits/sec 0.017 ms 74400/235726 (32%)
[ 4] Sent 235726 datagrams
[SUM] 0.0-10.0 sec 3 datagrams received out-of-order

iperf Done.

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:

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 192.168.1.124 port 62312 connected to 178.250.209.22 port 5201
iperf3: OUT OF ORDER - incoming packet = 50 and received packet = 70 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 51 and received packet = 70 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 52 and received packet = 70 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 53 and received packet = 80 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 54 and received packet = 80 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 55 and received packet = 80 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 5.02 MBytes 42.1 Mbits/sec 0.072 ms 16312/26584 (61%)
[ 4] 1.00-2.00 sec 4.66 MBytes 39.1 Mbits/sec 0.108 ms 13278/22830 (58%)
[ 4] 2.00-3.00 sec 5.38 MBytes 45.2 Mbits/sec 0.072 ms 13279/24307 (55%)
[ 4] 3.00-4.00 sec 6.61 MBytes 55.5 Mbits/sec 0.069 ms 9612/23151 (42%)
[ 4] 4.00-5.00 sec 6.24 MBytes 52.3 Mbits/sec 0.082 ms 10006/22777 (44%)
[ 4] 5.00-6.00 sec 6.74 MBytes 56.6 Mbits/sec 0.078 ms 9071/22882 (40%)
[ 4] 6.00-7.00 sec 5.22 MBytes 43.8 Mbits/sec 0.071 ms 12095/22784 (53%)
[ 4] 7.00-8.00 sec 3.66 MBytes 30.7 Mbits/sec 0.073 ms 16249/23740 (68%)
[ 4] 8.00-9.00 sec 5.09 MBytes 42.7 Mbits/sec 0.073 ms 12365/22791 (54%)
[ 4] 9.00-10.00 sec 4.89 MBytes 41.0 Mbits/sec 0.071 ms 13045/23055 (57%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-10.00 sec 116 MBytes 97.0 Mbits/sec 0.079 ms 127034/236911 (54%)
[ 4] Sent 236911 datagrams
[SUM] 0.0-10.0 sec 6 datagrams received out-of-order

iperf Done.

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

tiibor

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

iperf3 -u -R -c debit.k-net.fr -b 95M -l 256
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 192.168.1.124 port 65158 connected to 178.250.209.22 port 5201
iperf3: OUT OF ORDER - incoming packet = 50 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 51 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 52 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 53 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 54 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 55 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 56 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 57 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 58 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 59 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 60 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 61 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 62 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 63 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 64 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 65 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 66 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 67 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 68 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 69 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 70 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 71 and received packet = 111 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 72 and received packet = 111 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 73 and received packet = 111 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 74 and received packet = 111 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 75 and received packet = 111 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 76 and received packet = 111 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 77 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 78 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 79 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 80 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 81 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 82 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 83 and received packet = 143 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 84 and received packet = 143 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 4.60 MBytes 38.6 Mbits/sec 0.100 ms 33366/52188 (64%)
[ 4] 1.00-2.00 sec 4.76 MBytes 40.0 Mbits/sec 0.079 ms 26756/46273 (58%)
[ 4] 2.00-3.00 sec 4.73 MBytes 39.7 Mbits/sec 0.008 ms 27275/46635 (58%)
[ 4] 3.00-4.00 sec 5.10 MBytes 42.7 Mbits/sec 0.075 ms 24986/45856 (54%)
[ 4] 4.00-5.00 sec 5.42 MBytes 45.5 Mbits/sec 0.155 ms 24957/47153 (53%)
[ 4] 5.00-6.00 sec 5.08 MBytes 42.6 Mbits/sec 0.254 ms 25541/46335 (55%)
[ 4] 6.00-7.00 sec 4.50 MBytes 37.7 Mbits/sec 0.069 ms 27184/45616 (60%)
[ 4] 7.00-8.00 sec 4.47 MBytes 37.5 Mbits/sec 0.071 ms 28865/47163 (61%)
[ 4] 8.00-9.00 sec 4.32 MBytes 36.2 Mbits/sec 0.070 ms 27982/45681 (61%)
[ 4] 9.00-10.00 sec 4.41 MBytes 37.0 Mbits/sec 0.030 ms 27383/45458 (60%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 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

iperf Done.

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

iperf3 -u -R -c debit.k-net.fr -b 100M -l 128
Connecting to host debit.k-net.fr, port 5201
Reverse mode, remote host debit.k-net.fr is sending
[ 4] local 192.168.1.124 port 50851 connected to 178.250.209.22 port 5201
iperf3: OUT OF ORDER - incoming packet = 50 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 51 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 52 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 53 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 54 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 55 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 56 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 57 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 58 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 59 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 60 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 61 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 62 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 63 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 64 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 65 and received packet = 96 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 66 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 67 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 68 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 69 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 70 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 71 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 72 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 73 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 74 and received packet = 103 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 75 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 76 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 77 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 78 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 79 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 80 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 81 and received packet = 109 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 82 and received packet = 112 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 83 and received packet = 112 AND SP = 4
iperf3: OUT OF ORDER - incoming packet = 84 and received packet = 112 AND SP = 4
[ ID] Interval Transfer Bandwidth Jitter Lost/Total Datagrams
[ 4] 0.00-1.00 sec 2.49 MBytes 20.9 Mbits/sec 0.009 ms 96330/116712 (83%)
[ 4] 1.00-2.00 sec 1.82 MBytes 15.3 Mbits/sec 0.038 ms 67787/82700 (82%)
[ 4] 2.00-3.13 sec 2.15 MBytes 16.0 Mbits/sec 0.052 ms 81814/99460 (82%)
[ 4] 3.13-4.00 sec 2.15 MBytes 20.7 Mbits/sec 0.015 ms 92615/110215 (84%)
[ 4] 4.00-5.00 sec 2.56 MBytes 21.5 Mbits/sec 0.474 ms 69331/90333 (77%)
[ 4] 5.00-6.00 sec 197 KBytes 1.61 Mbits/sec 2.132 ms 98663/100238 (98%)
[ 4] 6.00-7.00 sec 1.30 MBytes 10.9 Mbits/sec 0.425 ms 69398/80083 (87%)
[ 4] 7.00-8.00 sec 380 KBytes 3.12 Mbits/sec 0.197 ms 36282/39324 (92%)
[ 4] 8.00-9.00 sec 1.19 MBytes 9.98 Mbits/sec 0.050 ms 150763/160508 (94%)
[ 4] 9.00-10.00 sec 1.15 MBytes 9.66 Mbits/sec 2.299 ms 99556/108987 (91%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ 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

iperf Done.

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

tiibor

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:

iperf3 -u -R -c debit.k-net.fr -b 95M
iperf3 -u -R -c debit.k-net.fr -b 95M -l 512

Vielen Dank und Gruss

doom2

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.

tiibor

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.

tiibor

Hallo zusammen

Auch hier noch ein Update zu meinem ursprünglichen Problem:

Habe von XBOX auf PS4 gewechselt was ausserhalb der Spitzenzeiten eine Verbesserung gebracht hat.
Habe zusätzlich zu meinem Swisscom Fibre-Abo nun auch noch eines von iWay
\=> Meistens spiele ich nur noch via iWay, da es mit iWay in 95% der Fälle (ausserhalb der Spitzenzeiten) fast keine Probleme gibt. Hier kann ich also klar sagen, dass bei XBOX Live und PS4 etwas im Swisscom Netz nicht optimal geroutet wird, oder es eventuell doch am UDP Throtling, Lag Compensation oder was auch immer liegt
EA hat in einem der FUT Modi das Matchmaking verbessert. Neu 5 anstelle nur 3 Balken für die Anzeige der Latenz. Hier habe ich mit der Kombi oben und dem Punkt unten (neuer TV) keine Probleme mehr, wenn ich warte bis ich 5 grüne Balken hab.
Ein neuer Fernseher
Eine sehr grosse Verbesserung brachte der Wechsel auf einen neuen Fernseher (hatte vorher einen Sony KDL46EX500), neu habe ich einen Samsung UE55KS8080 mit extrem tiefen Input lag. Ich ging immer davon aus, dass der Fernseher kein Unterschied machen sollte, da ich bei offline ja keine Probleme hatte. Warum auch immer, der neue TV macht einen riesen unterschied.

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

tiibor

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...)

https://youtu.be/AA2ma5aFUpA

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

Generell kann ich sagen dass trotz der zwischen geschaltetem Laptop mit aktivem WireShark das Spiel zwar auch "gestottert" und geruckelt hat, es hat sich aber so angefühlt als ob es zu meinem Vorteil wäre.

Falls ich besser einen neuen Thread aufmachen soll, bitte sagen. Für mich spielt es keien Rolle.

GrandDixence

tiibor

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.

GrandDixence

Wie aus dem Wireshark-Screenshot:

Datenübertragungsrate.png

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.

tiibor

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

GrandDixence

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

tiibor

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:\perf-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:\perf-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.

tiibor

Und hier noch die iperf Resultate via Swisscom:

iperf3 -u -R -t 30 -O 2 -c bouygues.iperf.fr -b 1M -l 160

C:\perf-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:\perf-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.

tiibor

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!

GrandDixence

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.

tiibor

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:\perf-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:\perf-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.

« Previous page Next page »