Situazione peering lato gaming Open Fiber
- Modificato
Bifolco Eccola lì, attendevo questa affermazione...
Anche perché non ci sono altre spiegazioni.
Vai a casa loro e prova a giocare. Ognuno di noi ha una percezione differente dei problemi 
Però devono avere lo stesso tuo ISP altrimenti, banalmente, potrebbe essere il transito col quale raggiungi il server ad essere il "problema".
puffin23 Spero di non esser passato per troppo aggressivo o saccente e ti chiedo scusa. Il fatto che se ti colleghi diretto bypassando il router ed hai le stesse problematiche, mentre con fwa Eolo e 5G Vodafone no, vuol dire che il problema sta o su OF o sul tuo ISP, escludendo l'ISP anche qui dopo varie verifiche rimane solo OF.
Adesso non capiterà a tutti per carità, ma penso che ci possa stare che questa problematica sia causata da qualche atterzzatura di OF in qualche PCN sfigato 
Io ho raccontato cosa mi è successo e cosa è stato verificato, le assistenze dei due provider 10 e lode, ma il problema è evidente, rimane e anche loro lo dicono.
Ho smesso di giocare fps, tolto il dente tolto il male. Chissà se in futuro OF risolverà qualcosa!
- Modificato
Stefans Iniziano a sentirsi altri gamer che stranamente notano cose strane sulle reti ftth in game.
Come se si andasse più lenti rispetto alle vecchie offerte in adsl.
Non leggere le cose a metà però: ha scritto che altri utenti su Fibercop vanno regolari e pure il suo amico con FTTH Sky con cui ha personalmente provato le prestazioni in gaming senza laggare.
La FTTH come tecnologia in sè non c'entra nulla, il problema sono le singole linee.
Bifolco Allego uno screen a testimonianza di quanto detto sopra, la mia linea è perfetta, sempre banda piena, nessuna saturazione/congestione in qualsiasi orario.
Giusto per inciso: se c'è un certo tasso di packet loss (ed è probabile che ci sia vista la sintomatologia riscontrata), questo non ha nulla che vedere con la disponibilità di banda che può anche essere sempre al massimo.
Avrò disdetto decine di ISP solo perchè perdevano pacchetti a random laggando in maniera evidente nonostante le assistenze tecniche dicessero sempre "per noi tutto ok".
In tutti i casi i problemi venivano confermati da test strumentali (non tramite WINMTR che è pressochè inutile)
Comunque la cosa sarebbe da indagare meglio dal momento che ormai è abbastanza chiaro che il fenomeno non dipenda dai server\giochi ma dalle connessioni.
Partendo dalle basi:
iperf3 -4 -V -t 20 -O 3 -R -c it3.speedtest.aruba.it
quante ritrasmissioni vedi?
.
puffin23 potrebbe anche dipendere da come Openfiber instrada la data VLAN utente verso il Kit del dato operatore.
Appunto però senza test, è tutto non misurabile e sono parole al vento .
Basta un mtr su Linux con una frequenza più alta, oppure pingplotter sempre aumentando la frequenza.
Fermo restando che la prima cartina tornasole è un bel download in http da un server senza BBR in TCP, in sessione singola
Se già lì si raggiungono over 200 MB/s si è praticamente sicuri di non avere perdita di pacchetti
L
erik_giro avete provato il VoIp?
Perché se il gioco in game è come descritto da voi dovreste riscontrare una connessione decisamente scarsa nel parlare con un utente in VoIp.
Lorenzo1635 Lorenzo1635 Control connection MSS 1452
Time: Sun, 23 Mar 2025 16:58:23 GMT
Connecting to host it3.speedtest.aruba.it, port 5201
Reverse mode, remote host it3.speedtest.aruba.it is sending
Cookie: 2igia7dsmi6dwqroielgysy3vighwltkjbbd
TCP MSS: 1452 (default)
[ 5] local 192.168.1.233 port 52771 connected to 217.61.40.76 port 5201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 3 seconds, 20 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.00 sec 220 MBytes 1.84 Gbits/sec (omitted)
[ 5] 1.00-2.01 sec 218 MBytes 1.83 Gbits/sec (omitted)
[ 5] 2.01-3.00 sec 235 MBytes 1.97 Gbits/sec (omitted)
[ 5] 0.00-1.01 sec 198 MBytes 1.63 Gbits/sec
[ 5] 1.01-2.00 sec 234 MBytes 1.99 Gbits/sec
[ 5] 2.00-3.01 sec 247 MBytes 2.04 Gbits/sec
[ 5] 3.01-4.01 sec 238 MBytes 1.99 Gbits/sec
[ 5] 4.01-5.00 sec 224 MBytes 1.91 Gbits/sec
[ 5] 5.00-6.00 sec 211 MBytes 1.77 Gbits/sec
[ 5] 6.00-7.00 sec 216 MBytes 1.81 Gbits/sec
[ 5] 7.00-8.00 sec 238 MBytes 2.00 Gbits/sec
[ 5] 8.00-9.00 sec 245 MBytes 2.05 Gbits/sec
[ 5] 9.00-10.00 sec 192 MBytes 1.61 Gbits/sec
[ 5] 10.00-11.00 sec 226 MBytes 1.90 Gbits/sec
[ 5] 11.00-12.00 sec 230 MBytes 1.93 Gbits/sec
[ 5] 12.00-13.00 sec 181 MBytes 1.52 Gbits/sec
[ 5] 13.00-14.01 sec 214 MBytes 1.79 Gbits/sec
[ 5] 14.01-15.01 sec 200 MBytes 1.67 Gbits/sec
[ 5] 15.01-16.01 sec 193 MBytes 1.62 Gbits/sec
[ 5] 16.01-17.01 sec 226 MBytes 1.89 Gbits/sec
[ 5] 17.01-18.00 sec 182 MBytes 1.53 Gbits/sec
[ 5] 18.00-19.00 sec 230 MBytes 1.93 Gbits/sec
[ 5] 19.00-20.00 sec 186 MBytes 1.57 Gbits/sec
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-20.00 sec 4.22 GBytes 1.81 Gbits/sec 307512 sender
[ 5] 0.00-20.00 sec 4.21 GBytes 1.81 Gbits/sec receiver
snd_tcp_congestion bbr
iperf Done.
questo è quello che vedo.
Lorenzo1635 60/70 MB/s perchè?
erik_giro 60/70 Mb/s perchè?
MB/s o Mb/s?
Lorenzo1635 MB/s scusa.
- Modificato
MiloZ
Una cosa però mi è abbastanza chiara.
Con il pppoa e l'ipoe ho notato una rapidità ed una responsività maggiore in game.
Con il pppoe,invece, si nota sempre una minor responsività in game.
Quando con il mio pro ider precedente passai da ipoe a pppoe...notai subito la cosa.
P.s.
Si Milo,ma infatti la mia convinzione non è che la ftth come tecnologia sia inferiore alle precedenti.
Ma sono convinto che qualcosa nelle ftth sia impostato per dare più importanza ad altre cose rispetto alla responsività in applicazioni in tempo reale.
E tutto funzioni per garantire invece la maggior capacita di banda, e la stabilità.
Domandina sull' mtu.
All'interno del classico pacchetto dati da 1500 dell'mtu ci sono dei dati che ovviAmente vanno ad indicare priorità etc etc.
Con le ftth si è mai fatta una prova settando diversamente quei dati ?
Cercando di settare il tutto affinché magari si abbiano anche più errori ma il tutto risolti essere più rapido ?
Si ? No ?
È una impostazione che si potrebbe testare ?
Chiedo eh ?
Anche a chiunque altro...
- Modificato
Poi non ti stresso più, prometto:
iperf3 -4 -V -t 20 -O 3 -R -c paris.cubic.iperf.bytel.fr -p 9201
Lorenzo1635
Control connection MSS 1452
Time: Sun, 23 Mar 2025 17:16:38 GMT
Connecting to host paris.cubic.iperf.bytel.fr, port 9201
Reverse mode, remote host paris.cubic.iperf.bytel.fr is sending
Cookie: ovgpqzvnckii5fjc6tq6stsktxjb6rpr7yg5
TCP MSS: 1452 (default)
[ 5] local 192.168.1.233 port 54455 connected to 5.51.3.42 port 9201
Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 3 seconds, 20 second test, tos 0
[ ID] Interval Transfer Bitrate
[ 5] 0.00-1.01 sec 29.2 MBytes 242 Mbits/sec (omitted)
[ 5] 1.01-2.01 sec 66.8 MBytes 562 Mbits/sec (omitted)
[ 5] 1.00-1.01 sec 75.2 MBytes 314 Mbits/sec
[ 5] 1.01-2.01 sec 74.2 MBytes 625 Mbits/sec
[ 5] 2.01-3.01 sec 76.6 MBytes 644 Mbits/sec
[ 5] 3.01-4.00 sec 77.9 MBytes 655 Mbits/sec
[ 5] 4.00-5.00 sec 78.2 MBytes 658 Mbits/sec
[ 5] 5.00-6.02 sec 79.8 MBytes 660 Mbits/sec
[ 5] 6.02-7.01 sec 78.8 MBytes 663 Mbits/sec
[ 5] 7.01-8.01 sec 78.5 MBytes 662 Mbits/sec
[ 5] 8.01-9.00 sec 72.8 MBytes 612 Mbits/sec
[ 5] 9.00-10.00 sec 59.1 MBytes 497 Mbits/sec
[ 5] 10.00-11.01 sec 64.5 MBytes 534 Mbits/sec
[ 5] 11.01-12.01 sec 55.2 MBytes 465 Mbits/sec
[ 5] 12.01-13.01 sec 50.4 MBytes 423 Mbits/sec
[ 5] 13.01-14.01 sec 53.1 MBytes 447 Mbits/sec
[ 5] 14.01-15.00 sec 54.6 MBytes 461 Mbits/sec
[ 5] 15.00-16.01 sec 56.9 MBytes 472 Mbits/sec
[ 5] 16.01-17.01 sec 56.6 MBytes 476 Mbits/sec
[ 5] 17.01-18.01 sec 56.6 MBytes 476 Mbits/sec
[ 5] 18.01-19.00 sec 56.9 MBytes 479 Mbits/sec
[ 5] 19.00-20.00 sec 57.1 MBytes 481 Mbits/sec
Test Complete. Summary Results:
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-20.06 sec 1.29 GBytes 551 Mbits/sec 653 sender
[ 5] 0.00-20.00 sec 1.28 GBytes 551 Mbits/sec receiver
snd_tcp_congestion cubic
iperf Done.
aiutami a capire il perchè di questi test
