rapie00 sul nodo edge.italy ma non sono sicuro sia quello il problema, fatto sta che a volte in game anche il ping oscilla tra i 100/200.
Poco fà ho fatto un reset all'ont e magicamente in game il ping è sceso, boh non ci sto capendo più nulla.
Filippo94 però non capisco da cosa possono dipendere queste oscillazioni di ping.
VZSas800 Io non ne capisco nulla ma a me il problema sembra proprio quel nodo (edge. Italy level 3)
Il fatto che un nodo intermedio abbia latenza elevata non è necessariamente un problema, potrebbero dare priorità molto bassa al traffico ICMP.
In ogni caso ne avresti la certezza solo facendo un test nella direzione opposta (non possibile in questo caso), come ho fatto nel mio precedente messaggio per scoprire che ci fossero problemi lato TI Sparkle.
VZSas800 ma non sono sicuro sia quello il problema
Considerando che il RTT all'hop successivo è nettamente più basso, direi di no.
gandalf2016 Questo è normale, sono appena arrivati a Namex e sicuramente hanno ancora poco traffico su Roma
Il fatto è che con certi utenti Dimensione con raccolta sempre a Roma non succede: facendo traceroute da Unidata all'IP di @cravatta ad es. passa per namex. Mentre verso il mio IP il giro è GTT -> Sparkle -> Dimensione.
Tutto ciò solo in IPv4, in v6 la rete è ottima!
Comunque la mia situazione attuale è questa (stessa destinazione del mio messaggio di qualche giorno fa):
I punti rossi rappresentano la percentuale di packet loss su un minuto.
Sono pur sempre PL in ICMP, non necessariamente indicativi della realtà, per cui ho fatto test più approfonditi con iPerf tra i due IP:
(tutti i test sono in UDP e hanno una durata di 5 minuti)
Con throughput di 90Mbps:
Con throughput di 50Mbps in UDP:
Con throughput di 10Mbps (sempre UDP):
Con throughput di 1Mbps: 0% in entrambe le direzioni.
(Non vado oltre i 90Mbps, altrimenti saturo la linea 100/100 di Unidata)
La cosa curiosa è che la latenza è molto costante, sempre sui 210ms. In caso di saturazione avrebbe molta più varianza...
Lo stesso problema lo incontro verso ad es. WindTre e Servereasy: sempre a causa di Sparkle.
Lato CloudFlare (visto che è stato citato in alcuni messaggi precedenti) la situazione è questa:
In IPv6 nessun problema, in IPv4 latenza "a tratti" molto alta su 1.1.1.1 e leggermente più alta su 1.0.0.1
Per lavorare da remoto, finché non verrà risolto tutto sto usando un tunnel CloudFlare Warp (vpn over vpn 
): con la VPN la latenza è di 6ms (sui 210 senza vpn) e riesco senza problemi a usare SSH e RDP.
Lato gaming, fortunatamente giocando a Counter Strike 2 non sto notando problemi di nessun tipo, considerando che i server di CS2 non sono in Italia, le latenze sono direi ottime.
Ma in ogni caso finché il problema non sarà risolto, se dovessi riscontrare problemi di latenze o PL tirerò su la VPN (CloudFlare Warp).
Più che altro sarebbe carino avere un riscontro da parte di Dimensione, non ho ancora ricevuto nessuna risposta alle mail.
Anche solo un: "Ci stiamo lavorando, non abbiamo ancora un ETA", per conferma che siano al corrente della cosa...
D'altronde ho scelto Dimensione anche perché l'assistenza del mio precedente ISP era pessima :/
Un utente qui ha risolto facendosi spostare su Milano, io invece preferisco restare su Roma e attendere che la questione venga risolta (anche se ci potrà volere un po').
notherealmarco boh io speravo di migliorare la situazione lato gaming (visto che uso la linea prevalentemente per quello la sera).
Oggi ho contattato l'assistenza di dimensione visto che un paio di settimane fà avevamo deciso di fare alcune verifiche sulla linea.
Il ragazzo ha fatto 2 speed test da terminale uno su dimensione Roma uno su dimensione Milano e non ha notato nulla di anomalo.
Comunque boh non so più che pensare.
Questi li ho fatti oggi e non capisco come sia possibile avere queste velocità.
Ovviamente non voglio dare nessuna colpa a dimensione ma se la situazione rimane la stessa e non ha alcun senso.
VZSas800 Questi li ho fatti oggi e non capisco come sia possibile avere queste velocità
Falli con l'app Ookla Speedtest dal Microsoft Store, è molto più affidabile del browser (JavaScript è più pesante da interpretare).
Oppure segui la guida di fibraclick per farli da terminale (CLI).
Comunque, a giudicare dal ping sul server di WindTre, hai lo stesso mio problema.
Potrebbe essere che (su quel server) a causa dei packet loss non riesci a raggiungere velocità alte (questo per come funzionano gli algoritmi di congestion control di TCP).
Allego test:
Comunque, anche se senza troppi problemi di latenze, anche da rete GARR stessa situazione:
da Dimensione a GARR interconnessione diretta (immagino namex)
Start: 2024-01-17T14:26:40+0000
HOST: pve-docker Loss% Snt Last Avg Best Wrst StDev
1.|-- opnsense.net.mrlc.cc 0.0% 10 0.3 0.3 0.2 0.3 0.0
2.|-- 100.64.255.255 0.0% 10 2.9 2.7 2.5 3.4 0.3
3.|-- host13-110-32-195.dimensi 0.0% 10 2.5 2.5 2.1 2.8 0.2
4.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
5.|-- re1-rm02-rs1-rm02.rm02.ga 0.0% 10 16.8 16.5 16.3 16.8 0.2
6.|-- rs1-rm02-rl1-rm01.rm01.ga 0.0% 10 18.7 18.8 18.5 19.0 0.1
7.|-- rx1-rm1-ru-uniroma1-bk.rm 0.0% 10 17.9 22.8 17.8 65.7 15.1
8.|-- 151.100.70.13 0.0% 10 17.9 18.2 17.9 19.4 0.5
9.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
10.|-- gamlab0.let.uniroma1.it 0.0% 10 16.7 16.9 16.6 17.7 0.3
da GARR a Dimensione passa per Twelve99 e Sparkle
Start: 2024-01-17T15:27:05+0100
HOST: yoga Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 10 0.9 1.2 0.8 2.9 0.6
2.|-- gw-168-2.uniroma1.it 0.0% 10 1.0 13.4 0.9 57.2 18.3
3.|-- 10.100.97.101 0.0% 10 1.2 10.9 1.0 80.2 24.7
4.|-- 10.100.98.2 0.0% 10 1.4 12.7 1.1 63.4 21.9
5.|-- ru-uniroma1-bk-rx1-rm1.rm 0.0% 10 14.7 5.9 1.4 27.7 8.6
6.|-- rl1-rm01-rs1-rm02.rm02.ga 0.0% 10 2.2 7.3 1.7 31.9 10.8
7.|-- rs1-rm02-re1-mi02.mi02.ga 0.0% 10 19.8 12.6 10.5 19.8 3.1
8.|-- mno-b3-link.ip.twelve99.n 0.0% 10 10.7 11.5 10.7 13.4 0.9
9.|-- mei-b5-link.ip.twelve99.n 0.0% 10 17.1 17.5 16.9 19.7 0.9
10.|-- telecomitalia-ic-346534.i 0.0% 10 13.9 14.1 13.9 14.7 0.2
11.|-- 213.144.177.184 0.0% 10 67.7 58.3 47.5 79.1 9.6
12.|-- 5-178-46-11.des.seabone.n 0.0% 10 15.6 16.6 15.6 19.5 1.1
13.|-- host22-110-32-195.dimensi 0.0% 10 15.9 17.0 15.8 18.9 1.3
14.|-- host##-6-32-195.dimension 0.0% 10 17.5 17.9 17.2 18.8 0.6
Guarda che qui nessuno ti obbliga a spostarti, io l'ho fatto per i miei motivi, lavorando per un azienda all'estero. Se stai bene con le tue risorse per aggirare il problema e puoi aspettare, ben per te, mi fa piacere. Fin che non chiede tu lo spostamento e loro verificano, non ti toccano (almeno che viene fatto per motivo tecnico a tutti da OF). Tanto risolveranno di sicuro, Dimensione ha le buone recensioni per questo motivo che la loro assistenza si sa muovere. Chiama l'assistenza, parli con un tecnico che lavora con la rete (come ho fatto io), e dimostragli questi test con Supremo. Qualcosa prima o poi si scoprirà e verrà risolto. Io ho già chiesto a Dimensione di essere notificato appena Roma sta apposto per riprovare un domani e vedere che cambia. Tanto a me o il mix o il namex mi importa poco, basta che la linea va bene.
Mi devi perdonare che ieri ho visto e risposto in fretta sul forum qui. Hanno ragione gli altri che può essere L3 che ti da latenza alta per indifferenza di ICMP, di solito nei miei test di tanto tempo fa non era cosi, ma e passato cosi tanto che può essere, e vedendo meglio quello screenshot di MTR sembrerebbe cosi. Da quello che vedo tu problemi di banda non hai, pero il ping in fatti nei screenshot quando giochi sono brutti. I tuoi test sono test generici verso datacenter a caso, nella regione dove pensi di collegarti, o sono verso gli IP che hai scovato? Quello che dire e di tirare fuori gli IP quando giochi e hai problemi direttamente dal router, e poi fare test. Entrambi connessioni UDP e TCP, che UDP sono le sessioni di giochi diretto sul server dove giochi (a me sembra, pero, che Fifa fa P2P...) mentre TCP sono le connessioni ai servizi online per il profilo, dati, matchmaking, etcetera. CoD so che il server principale per i servizi online sta a Dublino, EA se non sbaglio anche ma non ricordo.
Almeno cosi facciamo test veritieri.
notherealmarco Il fatto è che con certi utenti Dimensione con raccolta sempre a Roma non succede
Ok, ho guardato meglio, se ho capito il problema(cosa non affatto garantita..) tu dovresti essere nella classe 195.32.6.0/24, confermi?
Chi non riscontra il problema invece su 195.32.110.0/23
Su Sparkle è annunciata da Dimensione una more specific 195.32.6.0/24 per quella rotta, sui route server di NaMeX solo 195.32.6.0/23
Quindi vince la rotta via Sparkle , avrai per quella subnet il traffico che entra principalmente da lì.
namex route server:
per confronto invece sulla .110, essendo annunciata a Sparkle come /23, vince namex:
P.S: stessa cosa per level3 e telia vedono 195.32.6.0/24 tramite sparkle e 195.32.6.0/23 diretta verso dimensione,quindi vince comunque la /24 e anche loro per raggiungerla passeranno da Sparkle anzichè andare diretti.
Tutti i test sono stati effettuati da looking glass pubblici
Ci sarebbe anche da vedere il discorso community se c’è qualcosa di particolare, lì non ho visto e ora non ho tempo. Però, prima facie, l’inghippo è nella more specific.
gandalf2016
Io quando stavo a Roma confermo quella classe li e anche 195.32.7.0. Ora a Milano sto con 195.32.8.0 ma senza problemi, prima dello upgrade stavo sempre su 195.32.110.0,
se può essere d'aiuto:
Start: 2024-01-17T15:30:11+0000
HOST: 0c1396e00a0b Snt Drop Best Wrst Gmean Jmax
3. AS1267 151.7.214.10 (151.7.214.10) 5 0 7.2 18.2 11.5 11.0
4. AS1267 151.7.56.30 (151.7.56.30) 5 0 7.1 11.8 8.7 4.5
5. AS1267 151.6.1.44 (151.6.1.44) 5 0 12.0 13.3 12.5 1.0
6. AS1267 151.7.112.155 (151.7.112.155) 5 0 21.9 23.4 22.8 1.4
7. AS3356 ae73.edge1.milan2.level3.net (213.242.65.193) 5 1 20.2 37.5 26.0 17.3
8. AS6762 195.22.212.222 (195.22.212.222) 5 1 22.0 22.6 22.3 0.6
9. AS??? ??? 5 5 0.0 0.0 0.0 0.0
10. AS6762 213.144.177.186 (213.144.177.186) 5 1 147.1 221.3 170.9 74.3
11. AS6762 5-178-46-11.des.seabone.net (5.178.46.11) 5 1 136.2 136.4 136.3 0.3
12. AS202870 host26-110-32-195.dimensionesrl.eu (195.32.110.26) 5 1 136.2 137.2 136.7 1.0
13. AS202870 host1-6-32-195.dimensionesrl.eu (195.32.6.1) 5 0 144.7 145.2 144.8 0.5Start: 2024-01-17T15:30:27+0000
HOST: 0c1396e00a0b Snt Drop Best Wrst Gmean Jmax
3. AS1267 151.7.214.10 (151.7.214.10) 5 0 7.3 25.9 10.0 18.4
4. AS1267 151.7.56.30 (151.7.56.30) 5 0 7.4 9.2 7.9 1.7
5. AS1267 151.6.1.44 (151.6.1.44) 5 0 11.9 12.6 12.3 0.7
6. AS1267 151.6.5.139 (151.6.5.139) 5 0 12.1 13.3 12.6 0.7
7. AS202870 host1-110-32-195.dimensionesrl.eu (195.32.110.1) 5 0 12.4 14.3 13.0 1.9Start: 2024-01-17T15:34:04+0000
HOST: 0c1396e00a0b Snt Drop Best Wrst Gmean Jmax
3. AS1267 151.7.214.10 (151.7.214.10) 5 0 7.3 16.4 12.3 9.0
4. AS1267 151.7.56.30 (151.7.56.30) 5 0 7.0 7.5 7.4 0.5
5. AS1267 151.6.0.114 (151.6.0.114) 5 0 11.8 12.3 12.1 0.4
6. AS1267 151.6.1.213 (151.6.1.213) 5 0 11.8 12.7 12.3 0.9
7. AS??? dimensione.rom.namex.it (193.201.28.210) 5 0 12.4 12.7 12.6 0.2
8. AS202870 host10-110-32-195.dimensionesrl.eu (195.32.110.10) 5 0 12.1 17.4 13.5 3.8
9. AS202870 host26-110-32-195.dimensionesrl.eu (195.32.110.26) 5 0 12.1 12.5 12.3 0.3@notherealmarco mi faresti un mtr verso 151.7.214.10?
gandalf2016 195.32.6.0/24, confermi?
confermo
gandalf2016 Chi non riscontra il problema invece su 195.32.110.0/23
confermo anche questo (per lo meno, son certo che utente in questa subnet non riscontra nessun problema)
Il tuo ragionamento mi sembra sensato, grazie per averci dedicato del tempo!
handymenny mi faresti un mtr verso 151.7.214.10?
Start: 2024-01-17T18:42:55+0100
HOST: marco-desktop Loss% Snt Last Avg Best Wrst StDev
1.|-- _gateway 0.0% 10 0.5 0.6 0.5 0.6 0.1
2.|-- 100.64.255.255 0.0% 10 2.8 3.0 2.7 3.4 0.2
3.|-- host13-110-32-195.dimensi 0.0% 10 2.4 2.8 2.4 3.3 0.3
4.|-- wind.rom.namex.it 0.0% 10 17.1 17.2 17.1 17.4 0.1
5.|-- 151.6.1.212 0.0% 10 127.8 127.8 127.6 128.0 0.1
6.|-- 151.6.1.105 0.0% 10 137.6 141.5 137.2 176.8 12.4
7.|-- 151.7.214.10 0.0% 10 139.5 139.7 137.9 142.7 1.5(dai 140ms presumo torni indietro passando per Sparkle)
notherealmarco dai 140ms presumo torni indietro passando per Sparkle
non serve presumere, ho messo l'altro verso sopra:
handymenny Start: 2024-01-17T15:30:11+0000
HOST: 0c1396e00a0b Snt Drop Best Wrst Gmean Jmax
- AS1267 151.7.214.10 (151.7.214.10) 5 0 7.2 18.2 11.5 11.0
- AS1267 151.7.56.30 (151.7.56.30) 5 0 7.1 11.8 8.7 4.5
- AS1267 151.6.1.44 (151.6.1.44) 5 0 12.0 13.3 12.5 1.0
- AS1267 151.7.112.155 (151.7.112.155) 5 0 21.9 23.4 22.8 1.4
- AS3356 ae73.edge1.milan2.level3.net (213.242.65.193) 5 1 20.2 37.5 26.0 17.3
- AS6762 195.22.212.222 (195.22.212.222) 5 1 22.0 22.6 22.3 0.6
- AS??? ??? 5 5 0.0 0.0 0.0 0.0
- AS6762 213.144.177.186 (213.144.177.186) 5 1 147.1 221.3 170.9 74.3
- AS6762 5-178-46-11.des.seabone.net (5.178.46.11) 5 1 136.2 136.4 136.3 0.3
- AS202870 host26-110-32-195.dimensionesrl.eu (195.32.110.26) 5 1 136.2 137.2 136.7 1.0
- AS202870 host1-6-32-195.dimensionesrl.eu (195.32.6.1) 5 0 144.7 145.2 144.8 0.5
Ti direi di mandare questi tracert a dimensione (in entrambi i versi) e vedere se riescono a trovare la quadra. Anche perché anche facendo passare, correttamente, il traffico da namex, probabilmente il problema di fondo con sparkle resterebbe.
handymenny confermo che la mia classe ip non ha problemi .
Come avevo immaginato era una questione di ip ma non essendo uno di quelli bravi come gandalf2016 e @handymenny ho suggerito di mandare a dimensione i test che abbiamo fatto insieme a marco qualche giorno fa.
cravatta avevo mandato una mail direttamente a Giuseppe.
Non avendo ricevuto risposta magari domani giro tutto direttamente al canale di assistenza ufficiale includendo anche questi nuovi trace
notherealmarco Il tuo ragionamento mi sembra sensato, grazie per averci dedicato del tempo!
Figurati, potrebbe anche essere una configurazione di test di Dimensione per risolvere un problema specifico con Sparkle.
E in questo caso avere una subnet che si vede principalmente da lì aiuta
Devi sentire loro o provare ad aspettare
Purtroppo non è sempre tutto semplice e lineare come magari può apparire a noi dall’esterno.
notherealmarco manda a tutti e 2 
o comunque dai tempo a Giuseppe per riprendersi dalle ferie 
Ciao a tutti!
Sono rientrato dalle ferie e ho trovato un po' di notifiche da Fibra Click 
Scusami notherealmarco per la mancata risposta ma ho circa 100 email sulla casella fibra click a cui rispondere oltre a tutte le notifiche dei messaggi, e sto andando in ordine cronologico...
Ho verificato con attenzione tutto quanto e ringrazio moltissimo gandalf2016 che mi ha spostato subito l'attenzione su quale potesse essere il problema.
Effettivamente, su Sparkle veniva annunciata erroneamente la 195.32.6.0/24, al contrario di tutti gli altri transiti con 195.32.6.0/23, che quindi non venivano utilizzati mai.
Allo stesso tempo, su Namex, nonostante l'annuncio della 195.32.6.0/24, non appare sui route server come giustamente evidenziato da gandalf2016:
Prefix Nexthop MED Lclpref AS path
* 195.32.6.0/23 Self I
* 195.32.6.0/24 Self I
* 195.32.7.0/24 Self I
* 195.32.110.0/23 Self I
* 195.32.110.0/24 Self I
* 195.32.111.0/24 Self IPertanto, tutto il traffico, anche quello nazionale, girava erroneamente su Sparkle.
Per quanto riguarda l'annuncio della /24 su Sparkle ho sistemato immediatamente, era un refuso su un router.
Ci dovrebbero essere già miglioramenti in questo senso.
Per quanto riguarda Namex ho aperto una segnalazione per una verifica.
Ho visto che i ragazzi del supporto tecnico avevano già gestito la cosa con un collega, ma si erano concentrati sulla 195.32.110.0, che invece non aveva anomalie. Stavano approfondendo sulla 195.32.6.0, quindi sicuramente a brevissimo avrebbero risolto loro, ma ho anticipato un po' io grazie all'ottima analisi di gandalf2016
La risoluzione totale avverrà a strettissimo giro non appena anche sui RS di Namex comparirà 195.32.6.0/24.
Grazie a tutti per le preziose informazioni
confermo che W3 sud -> 195.32.6.0/24 ora la latenza è ritornata normale:
Start: 2024-01-17T20:30:05+0000
HOST: 0c1396e00a0b Snt Drop Best Wrst Gmean Jmax
3. AS1267 151.7.214.10 (151.7.214.10) 5 0 7.0 18.4 10.4 11.1
4. AS1267 151.7.56.30 (151.7.56.30) 5 0 7.0 8.3 7.4 1.2
5. AS1267 151.6.1.44 (151.6.1.44) 5 0 11.9 20.0 13.4 7.9
6. AS1267 151.6.5.139 (151.6.5.139) 5 0 12.2 12.3 12.2 0.2
7. AS12874 83-103-100-37.ip.fastwebnet.it (83.103.100.37) 5 0 13.2 21.6 14.8 8.4
8. AS12874 93-57-68-6.ip163.fastwebnet.it (93.57.68.6) 5 0 12.8 13.8 13.1 0.8
9. AS12874 62-101-83-106.ip.fastwebnet.it (62.101.83.106) 5 0 12.3 15.4 13.3 3.1
10. AS202870 host26-110-32-195.dimensionesrl.eu (195.32.110.26) 5 0 12.7 13.3 13.1 0.6
11. AS202870 host1-6-32-195.dimensionesrl.eu (195.32.6.1) 5 1 20.7 21.9 21.4 1.2E anche alcune destinazioni "problematiche" da una linea dimensione:
Ma, curiosità, la latenza decuplicava perché passava tutto da sparkle (causando congestione) o c'era/c'è dell'altro?
giusgius Sono rientrato dalle ferie e ho trovato un po' di notifiche da Fibra Click
Infatti avevo immaginato e mi sono preoccupato per te e del trauma post ferie .
Comunque come battuta , siccome i test che ti ha mandato marco ( e forse qualcun’altro ) sono con la mia linea , me la lasci perfetta anche a me ? ( si scherza )!
cravatta la situazione era più o meno questa:
handymenny Ma, curiosità, la latenza decuplicava perché passava tutto da sparkle (causando congestione) o c'era/c'è dell'altro?
Solo per il passaggio via Sparkle
cravatta Comunque come battuta , siccome i test che ti ha mandato marco ( e forse qualcun’altro ) sono con la mia linea , me la lasci perfetta anche a me ?
Ovvio
giusgius Scusami notherealmarco per la mancata risposta ma ho circa 100 email sulla casella fibra click a cui rispondere oltre a tutte le notifiche dei messaggi, e sto andando in ordine cronologico...
Figurati! Anzi grazie mille per aver risposto alle 21 di sera!
giusgius Per quanto riguarda l'annuncio della /24 su Sparkle ho sistemato immediatamente, era un refuso su un router.
Ci dovrebbero essere già miglioramenti in questo senso.
Confermo! Adesso verso Unidata la latenza è 5ms!
Ho ancora un po' di packet loss sia in ICMP che UDP, ma la situazione è nettamente migliore
giusgius Allo stesso tempo, su Namex, nonostante l'annuncio della 195.32.6.0/24, non appare sui route server
Ora il traffico da Unidata verso Dimensione passa per Fastweb:
Start: 2024-01-17T21:51:48+0100
HOST: Tower Loss% Snt Last Avg Best Wrst StDev
3.|-- bras2.gemelli.uni.net 0.0% 10 1.6 2.2 1.6 2.7 0.4
4.|-- 10g-bras2-mlx4.gemelli.un 0.0% 10 2.6 2.3 1.9 2.7 0.3
5.|-- e5-4.a.nam.uni.net 0.0% 10 417.9 419.8 355.6 491.2 40.6
6.|-- fastweb.rom.namex.it 0.0% 10 4.3 4.2 3.2 4.7 0.5
7.|-- 93-57-68-2.ip163.fastwebn 0.0% 10 3.8 3.5 2.9 4.1 0.4
8.|-- 62-101-83-106.ip.fastwebn 0.0% 10 3.1 4.1 2.7 12.7 3.0
9.|-- host22-110-32-195.dimensi 0.0% 10 3.7 3.9 3.2 5.7 0.9
10.|-- host##-6-32-195.dimension 0.0% 10 4.7 5.1 4.1 6.6 0.9giusgius La risoluzione totale avverrà a strettissimo giro non appena anche sui RS di Namex comparirà 195.32.6.0/24
Ottimo! Buona serata!
Non voglio aumentare la lista ma..qualcun'altro ha notato che certi server vanno più lenti tramite IPv6? Il server di Roma e Milano di Dimensione, e anche di Sky, su IPv6 toppa a 750, mentre appena disattivo IPv6 mi torna in linea.
Notato la stessa cosa con steam, si blocca in torno ai 90MB/s ma appena tolgo IPv6, banda piena.
Informativa privacy
-
Informativa cookie
-
Termini e condizioni
-
Regolamento
-
Disclaimer
-
🏳️🌈
P.I. IT16712091004 - info@fibraclick.it
♻️ Il server di questo sito è alimentato al 100% con energia rinnovabile