iperf3 -u -R -c debito.k-net.fr -b 100M

tiibor · 4 ott 2016

Ancora una volta, molti! Grazie a! per la tua risposta dettagliata con i link. Spero che con tutte queste informazioni riesco a trovare una soluzione con il supporto Swisscom.

Per quanto ricordo, l’XBOX One della MTU ha il valore 1480. Forse qui c’è davvero qualcosa che non va.

Ricordo che per un po’ non ho avuto problemi a giocare online. Purtroppo non so esattamente quando ciò accadde. In linea di massima circa 1 mese nel periodo da ottobre a febbraio, purtroppo non ho idea di quando esattamente sia stato (a quel tempo era ancora tramite ADSL)

Spero di trovare una soluzione con Swisscom, altrimenti ora ho alcune cose (UDP throttling e MTU) che controllerò sicuramente in anticipo con il supporto del mio nuovo provider. Spero che questo non sia un problema generale della fibra, ma non riesco a immaginare che lo sia.

(Lo scenario peggiore potrebbe essere che tutto ciò non abbia avuto alcuna influenza e che alla fine la causa siano Micorosoft ed EA con i loro server, ma per il momento ho ancora “speranza”).

GrandDixence · 4 ott 2016

Sembra che Swisscom utilizzi PPPoE per la connessione in fibra ottica:

[http://documents.swisscom.com/product/1000260-Connectivity\_Geraete\_/Documents/Specifications/Centro\_Business\_PPPoE\_Passthrough-de.pdf](http://documents.swisscom.com/product/ 1000260-Connectivity_Geraete_/Documents/Specifications/Centro_Business_PPPoE_Passthrough-de.pdf)

https://de.wikipedia.org/wiki/PPP_over_Ethernet

Secondo le misurazioni IPerf(3), l’utilizzo di PPPoE porta a massicce perdite di pacchetti con pacchetti UDP di grandi dimensioni (> ca. 1400 byte). Quanto segue offre una soluzione al “grande problema dei pacchetti UDP”:

a) Utilizzo di una connessione in fibra ottica di terzi senza la necessità di un router

b) OPPURE realizzazione di un collegamento in fibra ottica senza PPPoE: soppressione del box Internet Swisscom e utilizzo di un media converter Ethernet in rame <-> Ethernet in fibra ottica

[https://community.swisscom.ch/t5/Archiv-Internet/Sehr-starkes-UDP-throttling-im-Netz/td-p/397658](https://community.swisscom.ch/t5/Archiv- Internet/Limitazione-UDP molto forte nella rete/td-p/397658)

[https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-das-Thema/Lancom-Glas Fiber-Router-%C3%BCber-Swisscom-Bluewin-m%C3%B6glich/m-p/448171# M1 056](https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-das-Thema/Lancom-Glasfibro-Router-%C3%BCber-Swisscom-Bluewin-m%C3%B6glich/m-p/448171 #M1056)

Dubito che per i giochi vengano utilizzati pacchetti UDP di grandi dimensioni > 1400 byte e quindi non è necessaria alcuna misura a) ob). L’unico modo per essere sicuri è analizzare le registrazioni del traffico di rete con Wireshark:

https://www.wireshark.org/

Se le misurazioni IPerf(3) con pacchetti UDP < 1400 byte nella direzione downstream dimostrano che la connessione in fibra ottica funziona correttamente (tasso di perdita di pacchetti < 0,01% e jitter < 1 millisecondo) E i giochi non utilizzano pacchetti UDP > 1400 byte , allora è così. La palla torna nel campo dell’operatore di rete (Swisscom), dei suoi partner di peering e dei gestori dei server di gioco.

Tux0ne · 4 ott 2016

@GrandDixence

FTTH ha ancora una VLAN su di esso. Ecco perché in realtà dovrebbero rimanere 4 byte.

Per i clienti privati viene utilizzato il DHCP.

Quindi teoricamente la MTU massima è 1496

Ho una terminazione PPPoE su FTTH e VLAN. Avrei 1492. Effettivamente ma solo 1488 a causa della VLAN.

Per me è così.

Ma nessuno in Swisscom lo ha mai confermato 😉 Ho solo detto che in realtà dovresti adattare di conseguenza i fogli di configurazione per i firewall.

Sarebbe bello che qualcuno testasse l’effettiva MTU sulla propria connessione cliente privata FTTH.

http://www.tp-link.com/en/article/?faqid=190

akai · 4 ott 2016

tiibor

Volevo che semplicemente copiassi e incollassi e lo scoprissi da solo. Che è solo un errore di misurazione. Il mio collega sopra ha già spiegato perché -l x è così importante in UDP.

Beh, ne ho solo uno piccolo. Benedetta la larghezza di banda. Ma penso che con la regolazione fine dei valori -b e -l ora raggiungerai il massimo. A meno che non ci sia davvero un problema L1 sul posto. Ma in base alla tua descrizione questo può essere escluso.

Perché anche il traceroute/MTR verso easo.ea.com è OK, ovvero non è visibile alcun problema di routing. Si può escludere definitivamente questa cosa?

Inoltre non hai scritto che tutto con la scatola è lento. Ma piuttosto solo un gioco in particolare. Indica un problema con il server di gioco stesso! A causa della mancanza di hardware, non posso dire nulla di preciso al riguardo.

Ora creerei un altro ticket di problema con tutte le nuove scoperte del fornitore del gioco e vedrei se c’è altro in arrivo questa volta. Se scrivi ancora è tutto ok. chiedi come puoi verificarlo tu stesso?

iperf3 -u -R -c ping.online.net -b 20M

[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,01 sec 192 KByte 1,56 Mbit/sec 10.698 ms 252/276 (91%)
[ 4] 1,01-2,01 sec 80,0 KByte 655 Kbit/sec 5.897 ms 296/306 (97%)
[ 4] 2,01-3,01 sec 80,0 KByte 655 Kbit/sec 3.433 ms 295/305 (97%)
[ 4] 3,01-4,01 sec 80,0 KByte 654 Kbit/sec 2.143 ms 295/305 (97%)
[ 4] 4,01-5,01 sec 80,0 KByte 656 Kbit/sec 1.435 ms 295/305 (97%)
[ 4] 5,01-6,01 sec 80,0 KByte 655 Kbit/sec 0,986 ms 295/305 (97%)
[ 4] 6,01-7,01 sec 80,0 KByte 655 Kbit/sec 0,741 ms 295/305 (97%)
[ 4] 7,01-8,01 sec 80,0 KByte 655 Kbit/sec 0,810 ms 296/306 (97%)
[ 4] 8,01-9,01 sec 80,0 KByte 655 Kbit/sec 0,855 ms 295/305 (97%)
[ 4] 9,01-10,01 sec 80,0 KByte 655 Kbit/sec 0,569 ms 295/305 (97%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,01 sec 23,8 MByte 20,0 Mbit/sec 0,569 ms 2909/3023 (96%)
[ 4] Inviati 3023 datagrammi

iperf Fatto.

iperf3 -u -R -c ping.online.net -b 20M -l 1420

[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 1,31 MByte 11,0 Mbit/sec 0,848 ms 506/1477 (34%)
[ 4] 1,00-2,00 sec 1,24 MByte 10,4 Mbit/sec 0,795 ms 895/1811 (49%)
[ 4] 2,00-3,00 sec 1,24 MByte 10,4 Mbit/sec 6.828 ms 903/1822 (50%)
[ 4] 3,00-4,00 sec 1,25 MByte 10,4 Mbit/sec 0,730 ms 829/1749 (47%)
[ 4] 4,00-5,00 sec 1,25 MByte 10,5 Mbit/sec 0,829 ms 789/1709 (46%)
[ 4] 5,00-6,00 sec 1,25 MByte 10,5 Mbit/sec 0,831 ms 837/1757 (48%)
[ 4] 6,00-7,00 sec 1,25 MByte 10,4 Mbit/sec 0,764 ms 863/1783 (48%)
[ 4] 7,00-8,00 sec 1,25 MByte 10,5 Mbit/sec 0,707 ms 878/1798 (49%)
[ 4] 8,00-9,00 sec 1,25 MByte 10,5 Mbit/sec 0,783 ms 806/1726 (47%)
[ 4] 9,00-10,00 sec 1,25 MByte 10,4 Mbit/sec 0,772 ms 833/1753 (48%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 23,8 MByte 20,0 Mbit/sec 1.481 ms 8259/17606 (47%)
[ 4] Inviati 17606 datagrammi

Perdita host% Snt Ultima media Migliore Wrst StDev
….
14. easo.ea.com 0,0% 310 111,7 111,7 109,9 149,5 2,8

CHnuschti · 5 ott 2016

@Tux0ne ha scritto:

Sarebbe bello che qualcuno testasse l’effettiva MTU sul proprio collegamento cliente privato FTTH.

http://www.tp-link.com/en/article/?faqid=190

Con il test secondo il collegamento come cliente privato iway.ch (tramite DHCP) rete in fibra ottica EWZ ottengo 1472, quindi il valore ottimale è 1472+28= MTU 1500.? Qualunque cosa sia buona per…

Tux0ne · 5 ott 2016

Allora avete il tagging n.11q sull’ew Zürinet e DHCP come tecnologia di accesso, quindi 1500 va bene per IPv4.

Ma in realtà sto chiedendo dei clienti FTTH Swisscom o di uno sulla rete BBCS-F.

Ecco la codifica .11q e la MTU non può essere 1500.

Quindi sii consapevole di ciò quando ti trovi nei problemi. Nemmeno legato a questo thread ma in generale.

GrandDixence · 5 ott 2016

@Tux0ne ha scritto:

@GrandDixence

FTTH ha ancora una VLAN su di esso. Ecco perché in realtà dovrebbero rimanere 4 byte.

Teoricamente la MTU massima è 1496

L’affermazione non è del tutto corretta: utilizzando VLAN secondo IEEE 802.1Q tramite Ethernet, la quantità massima di dati utente rimane di 1500 byte e quindi la MTU rimane di 1500 byte. La VLAN secondo IEEE 802.1Q tramite Ethernet non ha alcuna influenza sul valore MTU. Quando si utilizza la VLAN, il frame Ethernet diventa semplicemente più grande di 4 byte (1522 byte invece di 1518 byte):

https://de.wikipedia.org/wiki/Virtual_Local_Area_Network

https://de.wikipedia.org/wiki/IEEE_802.1Q

Solo con l’utilizzo del “double tagging” la MTU scende a 1496 quando si utilizza VLAN secondo IEEE 802.1Q tramite Ethernet:

https://en.wikipedia.org/wiki/IEEE_802.1Q

[http://www.cisco.com/c/en/us/support/docs/lan-switching/8021q/17056-741-4.html#frame2](http://www.cisco.com/c/ en/us/support/docs/lan-switching/8021q/17056-741-4.html#frame2)

XT · 5 ott 2016

Prova MTU
Fibra DHCP Privatabo

http://www.letmecheck.it/mtu-test.php

La dimensione massima della MTU è: 1500

Tux0ne · 6 ott 2016

@GrandDixence

Sì, hai ragione. Non riesco a trasferirlo alle connessioni RES. Ho fatto un errore nel mio pensiero.

Quando ne avrò la possibilità, darò un’occhiata al motivo per cui ho un massimo di 1488 nella mia configurazione (il mio passthrough WAN PPPoE KMU Office Dual Session).

La documentazione semplicemente non esiste a questo proposito. Devi vedere di persona dove soggiorni 😉

tiibor · 6 ott 2016

Ciao @akai

Grazie per la risposta e la spiegazione. L’hai eseguito con questi parametri (configurazione: solo PC direttamente sul router come unico dispositivo):

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.107 porta 57470 connesso a 178.250.209.22 porta 5201
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 9,00 MByte 75,5 Mbit/sec 0,012 ms 7966/26392 (30%)
[ 4] 1,00-2,00 sec 8,16 MByte 68,5 Mbit/sec 0,011 ms 6584/23303 (28%)
[ 4] 2,00-3,00 sec 9,29 MByte 78,0 Mbit/sec 0,009 ms 4195/23226 (18%)
[ 4] 3,00-4,00 sec 9,23 MByte 77,4 Mbit/sec 0,009 ms 4247/23149 (18%)
[ 4] 4,00-5,00 sec 8,82 MByte 74,0 Mbit/sec 0,009 ms 5382/23451 (23%)
[ 4] 5,00-6,00 sec 9,71 MByte 81,4 Mbit/sec 0,005 ms 3314/23197 (14%)
[ 4] 6,00-7,00 sec 9,35 MByte 78,4 Mbit/sec 0,008 ms 3859/23006 (17%)
[ 4] 7,00-8,00 sec 9,53 MByte 79,9 Mbit/sec 0,009 ms 3707/23221 (16%)
[ 4] 8,00-9,00 sec 9,25 MByte 77,6 Mbit/sec 0,008 ms 4206/23160 (18%)
[ 4] 9,00-10,00 sec 9,65 MByte 80,9 Mbit/sec 0,008 ms 3523/23277 (15%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 115 MByte 96,7 Mbit/sec 0,005 ms 46983/236021 (20%)
[ 4] Inviati 236021 datagrammi

iperf Fatto.

A volte però ho avuto anche un comportamento strano come questo (ma potrebbe anche essere nel server):

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.107 porta 59573 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 50 e pacchetto ricevuto = 0 E SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 51 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 52 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 53 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 54 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 55 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 56 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 57 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 58 e pacchetto ricevuto = 0 AND SP = 66
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 59 e pacchetto ricevuto = 0 AND SP = 66
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,01 sec 6,43 MByte 53,2 Mbit/sec 0,011 ms 12675/25830 (49%)
[ 4] 1,01-2,00 sec 5,10 MByte 43,4 Mbit/sec 0,019 ms 12430/22881 (54%)
[ 4] 2,00-3,00 sec 5,09 MByte 42,5 Mbit/sec 0,012 ms 11220/21650 (52%)
[ 4] 3,00-4,00 sec 6,48 MByte 54,6 Mbit/sec 0,017 ms 11783/25056 (47%)
[ 4] 4,00-5,01 sec 5,81 MByte 48,2 Mbit/sec 0,010 ms 11317/23212 (49%)
[ 4] 5,01-6,01 sec 4,56 MByte 38,3 Mbit/sec 0,014 ms 13383/22728 (59%)
[ 4] 6,01-7,01 sec 5,16 MByte 43,3 Mbit/sec 0,135 ms 13060/23630 (55%)
[ 4] 7,01-8,00 sec 6,07 MByte 51,2 Mbit/sec 0,290 ms 10585/23018 (46%)
[ 4] 8,00-9,00 sec 4,36 MByte 36,7 Mbit/sec 0,016 ms 13178/22105 (60%)
[ 4] 9,00-10,00 sec 6,34 MByte 53,0 Mbit/sec 0,034 ms 11006/23995 (46%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 115 MByte 96,1 Mbit/sec 0,034 ms 120637/234105 (52%)
[ 4] Inviati 234105 datagrammi
[SUM] 0.0-10.0 sec 10 datagrammi ricevuti fuori ordine

iperf Fatto.

Sfortunatamente, non ho idea di come siano esattamente i pacchetti e le loro dimensioni quando si gioca online tramite XBOX One e Fifa Ultimate. Ieri sera ho riprovato, e poi ho notato che il gioco si blocca in certe situazioni più che in altre. Forse queste sono situazioni in cui arriva più traffico o pacchi più grandi, non ne ho idea.

Vedrò cosa dice l’assistenza. Forse ci sono ancora più possibilità di testare. Inoltre, i livelli del mio segnale sembrano ancora strani. Se tutto ciò non aiuta, testerò parallelamente un altro provider. Se con quest’altro provider funziona senza problemi, posso almeno “dimostrare” a Swisscom che è colpa tua. Se non aiuta, mi arrendo. (Devo controllare, forse posso testare in anticipo un provider diverso da un vicino tramite WLAN, la WLAN non è l’ideale, ma sarebbe interessante)

Modifica: perché il controllo ortografico del mio browser non è attivo in questo forum? Non ho mai avuto questo problema da nessun’altra parte…

tiibor · 6 ott 2016

@Tux0ne

Ho testato MTU, tramite il tuo link arrivo a 1472: cioè 1500. Usando il link da @XT arrivo a “La dimensione massima MTU per 178.199.89.xxx è: 1500”

Ma il problema potrebbe essere già stato risolto comunque.

@GrandDixence

“Se le misurazioni IPerf(3) con pacchetti UDP < 1400 byte nella direzione downstream dimostrano che la connessione in fibra ottica funziona correttamente (tasso di perdita di pacchetti < 0,01% e jitter < 1 millisecondo)”

Penso che il jitter vada bene, ma il tasso di perdita di pacchetti non lo è:

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.107 porta 60488 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 58 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 59 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 60 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 61 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 62 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 63 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 64 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 65 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 66 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 67 e pacchetto ricevuto = 0 AND SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 68 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 69 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 70 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 71 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 72 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 73 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 74 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 75 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 76 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 77 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 78 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 79 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 80 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 81 e pacchetto ricevuto = 0 E SP = 127
[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 8,46 MByte 71,0 Mbit/sec 0,034 ms 8660/25971 (33%)
[ 4] 1,00-2,00 sec 9,35 MByte 78,5 Mbit/sec 0,009 ms 4052/23208 (17%)
[ 4] 2,00-3,00 sec 10,1 MByte 84,5 Mbit/sec 0,010 ms 2544/23179 (11%)
[ 4] 3,00-4,00 sec 9,69 MByte 81,2 Mbit/sec 0,015 ms 3218/23063 (14%)
[ 4] 4,00-5,00 sec 9,84 MByte 82,5 Mbit/sec 0,012 ms 3136/23288 (13%)
[ 4] 5,00-6,00 sec 9,08 MByte 76,2 Mbit/sec 0,021 ms 4569/23171 (20%)
[ 4] 6,00-7,00 sec 9,78 MByte 82,0 Mbit/sec 0,009 ms 3125/23146 (14%)
[ 4] 7,00-8,00 sec 9,69 MByte 81,2 Mbit/sec 0,010 ms 3688/23527 (16%)
[ 4] 8,00-9,00 sec 9,44 MByte 79,2 Mbit/sec 0,010 ms 3598/22923 (16%)
[ 4] 9,00-10,00 sec 9,52 MByte 79,9 Mbit/sec 0,009 ms 3748/23244 (16%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 115 MByte 96,4 Mbit/sec 0,005 ms 40338/235379 (17%)
[ 4] Inviati 235379 datagrammi
[SUM] 0.0-10.0 sec 24 datagrammi ricevuti fuori ordine

iperf Fatto.

“E i giochi non utilizzano pacchetti UDP > 1400 byte, allora la palla torna nel campo dell’operatore di rete (Swisscom), dei suoi partner di peering e degli operatori dei server di gioco.”

Sfortunatamente non ne ho idea. Ma se guardo il comportamento nel gioco, non è sempre negativo. È possibile che appaia solo nelle mosse in cui possono fluire più informazioni?

Guarda due video (sono collegamenti a OneDrive):

https://1drv.ms/v/s!AkNoK6Dl-AMqgRJ8yLZHuT9Siu-c

https://1drv.ms/v/s!AkNoK6Dl-AMqgRHPredIY2j4JBuA (chiaramente al secondo ~ 16 in questo video)

In questi video puoi vedere che gli strappi a volte sono piuttosto estremi. Quando si gioca, questo può essere meglio descritto come input lag. Sembra che tutto sia troppo lento, a volte al punto da essere “controllato dall’esterno”.

GrandDixence · 6 ott 2016

tiibor

tiibor schrieb:

Il jitter è presente nell’ordine, la confezione non è illustrata:

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.107 porta 60488 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 58 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 59 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 60 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 61 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 62 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 63 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 64 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 65 e pacchetto ricevuto = 0 E SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 66 e pacchetto ricevuto = 0 AND SP = 109
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 67 e pacchetto ricevuto = 0 AND SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 68 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 69 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 70 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 71 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 72 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 73 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 74 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 75 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 76 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 77 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 78 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 79 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 80 e pacchetto ricevuto = 0 E SP = 127
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 81 e pacchetto ricevuto = 0 E SP = 127
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 8,46 MByte 71,0 Mbit/sec 0,034 ms 8660/25971 (33%)
[ 4] 1,00-2,00 sec 9,35 MByte 78,5 Mbit/sec 0,009 ms 4052/23208 (17%)
[ 4] 2,00-3,00 sec 10,1 MByte 84,5 Mbit/sec 0,010 ms 2544/23179 (11%)
[ 4] 3,00-4,00 sec 9,69 MByte 81,2 Mbit/sec 0,015 ms 3218/23063 (14%)
[ 4] 4,00-5,00 sec 9,84 MByte 82,5 Mbit/sec 0,012 ms 3136/23288 (13%)
[ 4] 5,00-6,00 sec 9,08 MByte 76,2 Mbit/sec 0,021 ms 4569/23171 (20%)
[ 4] 6,00-7,00 sec 9,78 MByte 82,0 Mbit/sec 0,009 ms 3125/23146 (14%)
[ 4] 7,00-8,00 sec 9,69 MByte 81,2 Mbit/sec 0,010 ms 3688/23527 (16%)
[ 4] 8,00-9,00 sec 9,44 MByte 79,2 Mbit/sec 0,010 ms 3598/22923 (16%)
[ 4] 9,00-10,00 sec 9,52 MByte 79,9 Mbit/sec 0,009 ms 3748/23244 (16%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 115 MByte 96,4 Mbit/sec 0,005 ms 40338/235379 (17%)
[ 4] Inviati 235379 datagrammi
[SUM] 0.0-10.0 sec 24 datagrammi ricevuti fuori ordine

iperf Fatto.

Sì, la grafica del pacchetto è per il pacchetto UDP con una dimensione molto elevata di 512 byte. Zudem sind 24 UDP-Pakete in der falschen Reihenfolge empfangen worden (out-of-order), was ein Zeichen für eine überlastete Netzwerkkomponente ist. Come già accennato, Wireshark può essere utilizzato per determinare la dimensione del pacchetto UDP utilizzato dal gioco in modo relativamente rapido e semplice:

Ecco un esempio di come dovrebbe apparire la misurazione IPerf3 con pacchetti UDP nella direzione downstream (dal PC direttamente al modem via cavo EuroDOCSIS):

Misurazione UDP di downstream/download (100 MBit/s)

iperf3 -u -R -c debito.k-net.fr -b 100M

Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 77.57.166.140 porta 40131 connesso a 178.250.209.22 porta 5201
[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 11,2 MByte 94,2 Mbit/sec 0,719 ms 0/1437 (0%)
[ 4] 1,00-2,00 sec 11,9 MByte 100 Mbit/sec 0,703 ms 0/1526 (0%)
[ 4] 2,00-3,00 sec 11,9 MByte 100 Mbit/sec 0,688 ms 0/1527 (0%)
[ 4] 3,00-4,00 sec 11,9 MByte 99,9 Mbit/sec 0,704 ms 0/1524 (0%)
[ 4] 4,00-5,00 sec 11,9 MByte 100 Mbit/sec 0,704 ms 0/1527 (0%)
[ 4] 5,00-6,00 sec 11,9 MByte 100 Mbit/sec 0,712 ms 0/1526 (0%)
[ 4] 6,00-7,00 sec 11,9 MByte 100 Mbit/sec 0,670 ms 0/1526 (0%)
[ 4] 7,00-8,00 sec 11,9 MByte 99,9 Mbit/sec 0,699 ms 0/1525 (0%)
[ 4] 8,00-9,00 sec 11,9 MByte 100 Mbit/sec 0,709 ms 0/1527 (0%)
[ 4] 9,00-10,00 sec 11,9 MByte 100 Mbit/sec 0,707 ms 0/1526 (0%)

[ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 119 MByte 100 Mbit/sec 0,613 ms 0/15262 (0%)
[ 4] Inviati 15262 datagrammi

iperf Fatto.

GrandDixence · 7 ott 2016

Tutta la rete domestica è compatibile con Gigabit Ethernet (1000 MBit/s)? Tutti i cavi Ethernet nella rete domestica sono contrassegnati dalla dicitura “Cat. 5e” o superiore (ad es. “Cat. 6” o “Cat. 7”)? Tutti i componenti di rete della rete domestica (ad es. switch) sono compatibili con Gigabit Ethernet? Windows indica l’utilizzo della modalità Gigabit Ethernet (1000 MBit/s) sul PC di misurazione?

[https://www.swisscom.ch/de/privatkunden/hilfe/loesung/heimnetzwerk-zu-langsam.html](https://www.swisscom.ch/de/privatkunden/hilfe/loesung/heimnetzwerk-zu- lento.html)

[https://community.swisscom.ch/t5/Diskussionen-%C3%BCber-Computer/Ethernet-Problem/td-p/399781](https://community.swisscom.ch/t5/Diskussionen-%C3% Problema computer BCber/Ethernet/td-p/399781)

tiibor · 7 ott 2016

Ciao @GrandDixence

Lo proverò con “Wireshark” questo fine settimana e vedrò cosa viene fuori.

Per quanto riguarda le domande dell’ultima risposta, in breve: i risultati della mia ultima risposta provenivano da una configurazione in cui il mio PC era collegato direttamente all’Internet Box Plus. Cable è/era il sottile “cavo improvvisato” di Swisscom. Quindi il mio PC mostra 1,0 Gbit/s alla “velocità di trasferimento”.

“L’intera rete domestica è adatta per Gigabit Ethernet (1000 MBit/s)?”

Purtroppo non normalmente. A quanto pare il cavo dall’Internet Box allo switch Gigabit può raggiungere solo 100MBit/s. MA: L’XBOX è collegato direttamente al box Internet e per i test è stato utilizzato un altro cavo “volante” che può gestire 1000 MBit/s.

"Tutti i cavi Ethernet nella rete domestica sono contrassegnati con “Cat. 5e” o superiore (ad es. “Cat. 6” o “Cat. 7”)?"

Con l’eccezione di cui sopra, sì.

“Tutti i componenti di rete della rete domestica (ad es. switch) sono compatibili con Gigabit Ethernet?”

SÌ

“Windows indica l’utilizzo della modalità Gigabit Ethernet (1000 MBit/s) sul PC di misurazione?”

SÌ

Per sicurezza, testerò _più tardi~ il test con pacchetti UDP più piccoli tramite laptop direttamente sull’Internet Box con un cavo diverso/più corto.

Modifica 10:29: Ho dovuto testarlo durante il fine settimana, sfortunatamente non riesco a farlo oggi.

tiibor · 9 ott 2016

Ciao @GrandDixence

Habe nun heute nochmals via Laptop direttamente sull’Internet Box Plus getestet, sieht leider nicht besser aus:

iperf3 -u -R -c debit.k-net.fr -b 95M -l 512
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.124 porta 56039 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 58 e pacchetto ricevuto = 68 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 59 e pacchetto ricevuto = 68 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 60 e pacchetto ricevuto = 68 AND SP = 4
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,01 sec 8,28 MByte 68,5 Mbit/sec 0,014 ms 9699/26661 (36%)
[ 4] 1,01-2,01 sec 6,95 MByte 58,4 Mbit/sec 0,982 ms 8429/22669 (37%)
[ 4] 2,01-3,01 sec 7,45 MByte 62,6 Mbit/sec 0,983 ms 8299/23549 (35%)
[ 4] 3,01-4,01 sec 8,38 MByte 70,4 Mbit/sec 0,007 ms 6431/23600 (27%)
[ 4] 4,01-5,01 sec 7,78 MByte 65,4 Mbit/sec 0,982 ms 6495/22431 (29%)
[ 4] 5,01-6,01 sec 7,86 MByte 66,0 Mbit/sec 0,057 ms 7011/23105 (30%)
[ 4] 6,01-7,00 sec 8,10 MByte 68,0 Mbit/sec 1,919 ms 6580/23161 (28%)
[ 4] 7,00-8,01 sec 7,43 MByte 61,9 Mbit/sec 0,988 ms 8615/23822 (36%)
[ 4] 8,01-9,01 sec 7,72 MByte 64,8 Mbit/sec 0,005 ms 6764/22566 (30%)
[ 4] 9,01-10,01 sec 8,68 MByte 72,9 Mbit/sec 0,996 ms 6077/23853 (25%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,01 sec 116 MByte 96,9 Mbit/sec 0,017 ms 74400/235726 (32%)
[ 4] Inviati 235726 datagrammi
[SUM] 0.0-10.0 sec 3 datagrammi ricevuti fuori ordine

iperf Fatto.

Werde nun kurz die Internet Box Plus neustarten, e dann nochmals testen (auch nochmals mit einem anderen Kabel und an einem anderen Port).

Aggiungi 16:05:

Inoltre, 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
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.124 porta 62312 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 50 e pacchetto ricevuto = 70 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 51 e pacchetto ricevuto = 70 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 52 e pacchetto ricevuto = 70 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 53 e pacchetto ricevuto = 80 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 54 e pacchetto ricevuto = 80 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 55 e pacchetto ricevuto = 80 AND SP = 4
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 5,02 MByte 42,1 Mbit/sec 0,072 ms 16312/26584 (61%)
[ 4] 1,00-2,00 sec 4,66 MByte 39,1 Mbit/sec 0,108 ms 13278/22830 (58%)
[ 4] 2,00-3,00 sec 5,38 MByte 45,2 Mbit/sec 0,072 ms 13279/24307 (55%)
[ 4] 3,00-4,00 sec 6,61 MByte 55,5 Mbit/sec 0,069 ms 9612/23151 (42%)
[ 4] 4,00-5,00 sec 6,24 MByte 52,3 Mbit/sec 0,082 ms 10006/22777 (44%)
[ 4] 5,00-6,00 sec 6,74 MByte 56,6 Mbit/sec 0,078 ms 9071/22882 (40%)
[ 4] 6,00-7,00 sec 5,22 MByte 43,8 Mbit/sec 0,071 ms 12095/22784 (53%)
[ 4] 7,00-8,00 sec 3,66 MByte 30,7 Mbit/sec 0,073 ms 16249/23740 (68%)
[ 4] 8,00-9,00 sec 5,09 MByte 42,7 Mbit/sec 0,073 ms 12365/22791 (54%)
[ 4] 9,00-10,00 sec 4,89 MByte 41,0 Mbit/sec 0,071 ms 13045/23055 (57%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 116 MByte 97,0 Mbit/sec 0,079 ms 127034/236911 (54%)
[ 4] Inviati 236911 datagrammi
[SUM] 0.0-10.0 sec 6 datagrammi ricevuti fuori ordine

iperf Fatto.

Mit den Out of Order Paketen war es teilweise noch einiges schlimmer (Also noch mehr out of order Einträge). Mi ritrovo solo ora con Wireshark

tiibor · 9 ott 2016

Auch wenn ich andere Einstellungen testi wirds leider nicht besser:

iperf3 -u -R -c debito.k-net.fr -b 95M -l 256
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 116 MByte 97,1 Mbit/sec 0,017 ms 278616/474041 (59%)
[ 4] Inviati 474041 datagrammi
[SUM] 0.0-10.0 sec 35 datagrammi ricevuti fuori ordine

iperf3 -u -R -c debit.k-net.fr -b 95M -l 256
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.124 porta 65158 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 50 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 51 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 52 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 53 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 54 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 55 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 56 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 57 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 58 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 59 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 60 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 61 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 62 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 63 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 64 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 65 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 66 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 67 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 68 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 69 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 70 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 71 e pacchetto ricevuto = 111 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 72 e pacchetto ricevuto = 111 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 73 e pacchetto ricevuto = 111 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 74 e pacchetto ricevuto = 111 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 75 e pacchetto ricevuto = 111 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 76 e pacchetto ricevuto = 111 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 77 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 78 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 79 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 80 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 81 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 82 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 83 e pacchetto ricevuto = 143 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 84 e pacchetto ricevuto = 143 AND SP = 4
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 4,60 MByte 38,6 Mbit/sec 0,100 ms 33366/52188 (64%)
[ 4] 1,00-2,00 sec 4,76 MByte 40,0 Mbit/sec 0,079 ms 26756/46273 (58%)
[ 4] 2,00-3,00 sec 4,73 MByte 39,7 Mbit/sec 0,008 ms 27275/46635 (58%)
[ 4] 3,00-4,00 sec 5,10 MByte 42,7 Mbit/sec 0,075 ms 24986/45856 (54%)
[ 4] 4,00-5,00 sec 5,42 MByte 45,5 Mbit/sec 0,155 ms 24957/47153 (53%)
[ 4] 5,00-6,00 sec 5,08 MByte 42,6 Mbit/sec 0,254 ms 25541/46335 (55%)
[ 4] 6,00-7,00 sec 4,50 MByte 37,7 Mbit/sec 0,069 ms 27184/45616 (60%)
[ 4] 7,00-8,00 sec 4,47 MByte 37,5 Mbit/sec 0,071 ms 28865/47163 (61%)
[ 4] 8,00-9,00 sec 4,32 MByte 36,2 Mbit/sec 0,070 ms 27982/45681 (61%)
[ 4] 9,00-10,00 sec 4,41 MByte 37,0 Mbit/sec 0,030 ms 27383/45458 (60%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 116 MByte 97,1 Mbit/sec 0,017 ms 278616/474041 (59%)
[ 4] Inviati 474041 datagrammi
[SUM] 0.0-10.0 sec 35 datagrammi ricevuti fuori ordine

iperf Fatto.

e:

iperf3 -u -R -c debito.k-net.fr -b 100M -l 128
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 123 MByte 103 Mbit/sec 16,775 ms 880105/1006278 (87%)
[ 4] Inviati 1006278 datagrammi
[SUM] 0.0-10.0 sec 35 datagrammi ricevuti fuori ordine

iperf3 -u -R -c debit.k-net.fr -b 100M -l 128
Connessione all’host debit.k-net.fr, porta 5201
Modalità inversa, l’host remoto debit.k-net.fr sta inviando
[ 4] locale 192.168.1.124 porta 50851 connesso a 178.250.209.22 porta 5201
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 50 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 51 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 52 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 53 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 54 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI ORDINE - pacchetto in arrivo = 55 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI ORDINE - pacchetto in arrivo = 56 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 57 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 58 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 59 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI ORDINE - pacchetto in arrivo = 60 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 61 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 62 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 63 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI ORDINE - pacchetto in arrivo = 64 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI ORDINE - pacchetto in arrivo = 65 e pacchetto ricevuto = 96 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 66 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 67 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 68 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 69 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 70 e pacchetto ricevuto = 103 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 71 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 72 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 73 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 74 e pacchetto ricevuto = 103 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 75 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 76 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 77 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 78 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 79 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 80 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 81 e pacchetto ricevuto = 109 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 82 e pacchetto ricevuto = 112 E SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 83 e pacchetto ricevuto = 112 AND SP = 4
iperf3: FUORI SERVIZIO - pacchetto in arrivo = 84 e pacchetto ricevuto = 112 AND SP = 4
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-1,00 sec 2,49 MByte 20,9 Mbit/sec 0,009 ms 96330/116712 (83%)
[ 4] 1,00-2,00 sec 1,82 MByte 15,3 Mbit/sec 0,038 ms 67787/82700 (82%)
[ 4] 2,00-3,13 sec 2,15 MByte 16,0 Mbit/sec 0,052 ms 81814/99460 (82%)
[ 4] 3,13-4,00 sec 2,15 MByte 20,7 Mbit/sec 0,015 ms 92615/110215 (84%)
[ 4] 4,00-5,00 sec 2,56 MByte 21,5 Mbit/sec 0,474 ms 69331/90333 (77%)
[ 4] 5,00-6,00 sec 197 KByte 1,61 Mbit/sec 2,132 ms 98663/100238 (98%)
[ 4] 6,00-7,00 sec 1,30 MByte 10,9 Mbit/sec 0,425 ms 69398/80083 (87%)
[ 4] 7,00-8,00 sec 380 KByte 3,12 Mbit/sec 0,197 ms 36282/39324 (92%)
[ 4] 8,00-9,00 sec 1,19 MByte 9,98 Mbit/sec 0,050 ms 150763/160508 (94%)
[ 4] 9,00-10,00 sec 1,15 MByte 9,66 Mbit/sec 2,299 ms 99556/108987 (91%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Jitter larghezza di banda trasferimento intervallo Datagrammi persi/totali
[ 4] 0,00-10,00 sec 123 MByte 103 Mbit/sec 16,775 ms 880105/1006278 (87%)
[ 4] Inviati 1006278 datagrammi
[SUM] 0.0-10.0 sec 35 datagrammi ricevuti fuori ordine

iperf Fatto.

Modifica 16:53:

Con WireShark non ho ragione. Ich weiss nicht was genau ich überhaupt überprüfen / messen soll. La mia XBOX ha l’IP 192.168.1.102 che non ho mai visto come posso vedere questo traffico con il PC o il laptop su cui è stato installato WireShark. 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 · 17 ott 2016

Hmmm in qualche modo qui non succede più nulla. Quindi probabilmente lo proverò tramite WiFi dal vicino (anche se certamente non è l’ideale) e nel peggiore dei casi con GGA Maur (penso che abbia un buon rapporto qualità-prezzo).

Cosa mi interesserebbe:

Come appaiono le misurazioni iperf per gli altri clienti Swisscom (Fibra)? Esattamente uguale al mio? O forse c’è qualcosa che non va in me?

Se qualcuno volesse testarlo:

Scarica lo strumento qui: https://iperf.fr/iperf-download.php

Penso che i comandi che potresti/dovresti eseguire sarebbero questi:

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

Grazie mille e saluti

doom2 · 23 ott 2016

L’ho testato con Fiber7, con un router unbiquity (hardware aziendale… sicuramente non rallenta nulla)

iperf3 -u -R -c debit.k-net.fr -b 95M
[4] 0,00-10,00 sec 113 MByte 95,0 Mbit/sec 0,192 ms 147/14499 (1%)

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

[ 4] 0,00-10,00 sec 113 MByte 95,2 Mbit/sec 0,042 ms 134246/232411 (58%)

Ma questi test contano davvero? Difficilmente avrai bisogno di 95mbit/s per i tuoi giochi Xbox. Ma se hai uno o più router in arrivo che dicono “nessuno ha davvero bisogno di così tanto traffico udp” e iniziano a cadere, allora hai un problema (o anche al server all’altra estremità non piacciono le dimensioni dei pacchetti).

Se eseguo 512 byte con 1 MBit/s ho una perdita dello 0% (0,0…0 pacchetti persi, 0 fuori servizio).. e questa è più la dimensione del traffico che è rilevante durante il gioco. Anche con 10Mbit/s ho ancora 0 perdite di pacchetti.

E perché il downlink è più lento dell’uplink? La spiegazione per gli speed test è semplice: innanzitutto questi server sono solitamente collegati con 1 Gbit/s 10 tester con 100mbit e il server è chiuso. Poiché la maggior parte delle connessioni Internet nel mondo sono ancora asincrone (di solito 1:10), c’è più capacità per i test di upload… di conseguenza il risultato più alto. Posso osservarlo io stesso con il mio Giga Link: ad esempio, prendi semplicemente un server da Seattle… downlink 235mbit/s, uplink 637mbit/s. E anche il ping è di 174 ms.

Penso che stiamo misurando cose che non hanno nulla a che fare con il problema. I bit rate sono lontani da quelli realmente utilizzati per i giochi online. Testare i server che non si trovano dove si trovano i server di gioco. Anche se il server di test si trovasse nello stesso data center dei server di gioco, ciò non significa che il traffico passi attraverso gli stessi posti. Peering di parole chiave, ad esempio…

Per circoscrivere il problema occorrerebbe eliminare passo dopo passo le possibili fonti di errore. Ad esempio, collegandosi a un altro router e collegando lì solo l’XBox. Oppure puoi mettere la tua XBox sotto il braccio e andare da un vicino che ha un fornitore diverso (portare un cartone di birra o una bottiglia di vino può essere utile 😉 Il fatto che i server siano negli Stati Uniti parla contro i fornitori di servizi cloud sensibili di EA ad esempio, hanno data center distribuiti geograficamente - e questo è ancora più importante quando si gioca, dopotutto lì il ping è centrale.

tiibor · 25 ott 2016

Ciao @doom2

Grazie per la tua risposta dettagliata!

"Ma questi test contano davvero? Difficilmente avrai bisogno di 95mbit/s per i tuoi giochi Xbox. Ma se hai uno o più router sulla strada che dicono “nessuno ha davvero bisogno di così tanto traffico udp” e iniziano, allora hai un problema ( oppure anche al server dall’altra parte non piacciono le dimensioni dei pacchetti)."

Bella domanda. Non so se utilizzerei (se sapessi come) WireShark per testare ciò che viene realmente inviato/utilizzato.

“Se eseguo 512 byte con 1 MBit/s ho una perdita dello 0% (0,0…0 pacchetti persi, 0 fuori servizio).. e questa è più la dimensione del traffico che è rilevante quando si gioca. Anche con 10 Mbit/s ho sempre 0 pacchetti persi rimasti.”

Qui ho avuto ancora un’elevata perdita di pacchetti (se interpreto correttamente i miei risultati). Se devo/posso testare con altri comandi, fatemelo sapere.

“E perché il downlink è più lento dell’uplink? C’è una spiegazione semplice per i test di velocità: prima di tutto, questi server sono solitamente collegati a 1 Gbit/s. 10 tester a 100mbit e il server è chiuso. Perché la maggior parte della rete Internet mondiale le connessioni sono ancora asincrone è (di solito 1:10) c’è più capacità per i test di upload.. di conseguenza più alto è il risultato che posso osservare io stesso con il mio Giga Link - ad es. Ho appena preso un server da Seattle… downlink 235mbit/s, uplink 637mbit/s e ping anche 174ms.”

Ciò è stato messo in prospettiva. La colpa è infatti del cavo tra l’Internet Box e lo switch (a cui è collegato il PC). L’XBOX stesso è collegato direttamente all’Internet Box Plus. A scopo di test, è stato l’unico dispositivo collegato all’Internet Box.

Sì, non credo di poter evitare di testare altrove. Non so se è così anche per i miei vicini, sono tutti molto più vecchi e seri… 😉 Vediamo. Forse andrò tramite GGA Maur. D’altra parte, ho la sensazione che almeno FIFA 17 sia migliore. (Ieri ho giocato ancora a lungo, e anche online. Non era l’ideale, ma accettabile). Ma è difficile dire se parte del comportamento sia causato dalla troppa distanza della direzione, del gioco o dei server. Forse è anche il mix. Devo chiedere ai miei amici che viaggiano/su Internet con qualcosa di diverso da Swisscom. Allora potrei testarlo.

tiibor · 1 feb 2017

Ciao a tutti

Ecco un aggiornamento al mio problema originale:

Passaggio da XBOX a PS4 che ha portato un miglioramento al di fuori delle ore di punta.
Oltre al mio abbonamento Swisscom Fiber ora ho anche quello di iWay
\=> Per la maggior parte del tempo gioco solo tramite iWay, poiché nel 95% dei casi (al di fuori delle ore di punta) non ci sono quasi problemi con iWay. Quindi qui posso dire chiaramente che con XBOX Live e PS4 qualcosa nella rete Swisscom non viene instradato in modo ottimale, oppure potrebbe essere dovuto al throttling UDP, alla compensazione del lag o altro
EA ha migliorato il matchmaking in una delle modalità FUT. Nuove 5 barre invece di sole 3 per la visualizzazione della latenza. Qui non ho più problemi con la combinazione sopra e il punto sotto (televisore nuovo) se aspetto di avere 5 barre verdi.
Una nuova televisione
Un grande miglioramento è arrivato dal passaggio a un nuovo televisore (in precedenza avevo un Sony KDL46EX500) e ora ho un Samsung UE55KS8080 con un ingresso estremamente basso. Ho sempre pensato che la TV non avrebbe dovuto fare la differenza poiché non avevo problemi offline. Qualunque sia la ragione, la nuova TV fa un’enorme differenza.

Quindi, se altri hanno problemi come me, ti consiglio vivamente di fare una rapida ricerca su Internet per il ritardo di input della tua TV, forse troverai qualcosa. Esistono anche siti speciali che testano il ritardo di input dei televisori più recenti.

Per ora funziona per me con le modifiche di cui sopra. Grazie ancora per il vostro aiuto e la vostra pazienza! Saluti Marc