ac_mfm
Qualche link di download diretto relativo a qualche file che va lento potresti aggiungerlo?
Cosi proviamo meglio.
Comunque i test sul sito sopra che ha postato @Nino12 con FTTH TIM sono simili a quelli che ottengo con altre FTTH Openstream, quindi non so se sia colpa veramente di Sparkle nel tuo caso.
MiloZ
Vediamo come va con un repo GitHub a caso: https://github.com/dwyl/english-words.
Scaricando un file relativamente grande nel repo (6mb):
xh --download 'https://raw.githubusercontent.com/dwyl/english-words/refs/heads/master/words_dictionary.json'
HTTP/2.0 200 OK
accept-ranges: bytes
access-control-allow-origin: *
cache-control: max-age=300
content-length: 6825577
content-security-policy: default-src 'none'; style-src 'unsafe-inline'; sandbox
content-type: text/plain; charset=utf-8
cross-origin-resource-policy: cross-origin
date: Mon, 05 May 2025 14:17:27 GMT
etag: "d1985d2a8816eb498bd2ea160396cb80d37f435b3a20a67e9b19f4b1389e2510"
expires: Mon, 05 May 2025 14:22:27 GMT
source-age: 0
strict-transport-security: max-age=31536000
vary: Authorization,Accept-Encoding,Origin
via: 1.1 varnish
x-cache: MISS
x-cache-hits: 0
x-content-type-options: nosniff
x-fastly-request-id: 9bfabdbeeb5896f94c5d2c17d6f666c9a1bbd2b9
x-frame-options: deny
x-github-request-id: 7FF7:18B7C0:3C6F302:45AAD48:6818C877
x-served-by: cache-lin1730065-LIN
x-timer: S1746454647.064473,VS0,VE413
x-xss-protection: 1; mode=block
Downloading 6.51 MiB to "words_dictionary.json"
Done. 6.51 MiB in 9.39651s (709.37 KiB/s)Siamo sui 700KiB/s.
Provando a clonare il repository, invece:
git clone https://github.com/dwyl/english-words
Cloning into 'english-words'...
remote: Enumerating objects: 263, done.
remote: Counting objects: 100% (135/135), done.
remote: Compressing objects: 100% (52/52), done.
Receiving objects: 36% (95/263), 18.00 MiB | 234.00 KiB/sNon finisco neanche, tanto la velocità di download oscilla ma resta su quegli ordini di grandezza. A volte giù fino a 160, a volte su fino a 260. Niente di emozionante in ogni caso.
Io suggerisco di provare a usare https://github-debug.com/ come riportavo nel post originale, che fa un breakdown abbastanza dettagliato delle velocità di download da GitHub e i suoi vari servizi satellite.
Se attivo CloudFlare Warp, a riprova che il problema sia nell'instradamento, invece:
git clone https://github.com/dwyl/english-words
Cloning into 'english-words'...
remote: Enumerating objects: 263, done.
remote: Counting objects: 100% (135/135), done.
remote: Compressing objects: 100% (52/52), done.
remote: Total 263 (delta 105), reused 83 (delta 83), pack-reused 128 (from 2)
Receiving objects: 100% (263/263), 28.51 MiB | 23.58 MiB/s, done.
Resolving deltas: 100% (125/125), done.Finisce prima ancora che io me ne accorga, in poco più di un secondo.
...In ogni caso io mi chiedo come sia possibile un instradamento tanto problematico verso servizi su cui si regge la maggior parte del web moderno. Voglio capire problemi con provider minori, voglio capire problemi temporanei, voglio anche capire problemi circoscritti a regioni specifiche, ma misurare una performance penalty del genere su tutto ciò che ruota attorno ad AWS mi porta praticamente a stare sui livelli di una connessione 3g nell'uso quotidiano.
ac_mfm Io suggerisco di provare a usare https://github-debug.com/ come riportavo nel post originale, che fa un breakdown abbastanza dettagliato delle velocità di download da GitHub e i suoi vari servizi satellite.
Provato a fare un test da rete fissa TIM (non me ne ero mai accorto)
2507998 bytes downloaded from github-cloud.s3.amazonaws.com at 16.09 Mbps
Provando a scaricare English-words senza alcuna VPN
Cloning into 'english-words'...
remote: Enumerating objects: 263, done.
remote: Counting objects: 100% (135/135), done.
remote: Compressing objects: 100% (52/52), done.
remote: Total 263 (delta 105), reused 83 (delta 83), pack-reused 128 (from 2)
Receiving objects: 100% (263/263), 28.51 MiB | 28.01 MiB/s, done.
Resolving deltas: 100% (125/125), done.
ac_mfm
Ma scaricando fuori da rete AWS invece va bene la linea?
Facendo un download da questi link in singola sessione TCP che velocità raggiungi per capire:
1- http://speedtest.ams2.nl.leaseweb.net/10000mb.bin
2- https://nlrtm1-edge2.cdn.i3d.net/o1/k9999/10000mb.bin
3- https://speedtest.serverius.net/files/1000mb.bin
4- https://mirror.bf-net.ch/almalinux/9.5/isos/s390x/AlmaLinux-9.5-s390x-dvd.iso
@MiloZ
Provo a breve e ti aggiorno, comunque AWS è la cosa più impattante, ma suppongo lo stesso problema sia su N servizi fuori dall'Italia.
Extra info interessante, facendo un traceroute inverso da GitHub verso di me:
traceroute to xx.yy.zz.abc (xx.yy.zz.abc), 30 hops max, 60 byte packets
1 0bf6f3dbb6e82263a7ed3d2b25842ddd 0.201 ms
2 3cce7ccf559a7ff911e8f89c7fa713fe 0.162 ms
3 af2b8164b8626af9ef518efc744974ad 0.125 ms
4 0bf6f3dbb6e82263a7ed3d2b25842ddd 0.186 ms
5 fc7e6149a0e922bc65fabc76901eaa02 0.364 ms
6 afd209fd3db181dceaa462475c5e0272 0.397 ms
7 87.119.94.69 (87.119.94.69) 1.789 ms
8 ffm-bb2-link.ip.twelve99.net (62.115.132.114) 1.209 ms
9 ffm-b5-link.ip.twelve99.net (62.115.114.91) 1.198 ms
10 195.22.205.99 (195.22.205.99) 68.489 ms
11 195.22.205.99 (195.22.205.99) 10.337 ms
12 *
13 *
14 *
15 host-xx-yy-zz-abc.retail.telecomitalia.it (xx.yy.zz.abc) 22.955 ms
PING xx.yy.zz.abc (xx.yy.zz.abc) 56(84) bytes of data.
64 bytes from xx.yy.zz.abc: icmp_seq=1 ttl=48 time=22.8 ms
64 bytes from xx.yy.zz.abc: icmp_seq=2 ttl=48 time=22.9 ms
64 bytes from xx.yy.zz.abc: icmp_seq=3 ttl=48 time=21.5 ms
--- xx.yy.zz.abc ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2004ms
rtt min/avg/max/mdev = 21.495/22.406/22.923/0.646 ms
Start: 2025-05-05T08:33:59-0700
HOST: 371a33be485131a437da4541f65aaaf4 Loss% Snt Last Avg Best Wrst StDev
1.|-- b8ebf8efba90660e2c0cb118f74f9615 0.0% 10 0.3 0.3 0.2 0.3 0.1
2.|-- 3cd0df53baea469923c9aaea7cef195f 0.0% 10 0.3 0.3 0.2 0.4 0.1
3.|-- af2b8164b8626af9ef518efc744974ad 0.0% 10 0.2 0.2 0.2 0.2 0.0
4.|-- 0bf6f3dbb6e82263a7ed3d2b25842ddd 0.0% 10 0.3 0.3 0.2 0.4 0.1
5.|-- 3cce7ccf559a7ff911e8f89c7fa713fe 0.0% 10 0.4 0.3 0.2 0.4 0.0
6.|-- ec7d4d6af34e9e346069267368161c0e 0.0% 10 0.4 1.0 0.4 6.1 1.8
7.|-- ffm-b17-link.ip.twelve99.net (62.115.183.62) 0.0% 10 0.4 0.4 0.3 0.6 0.1
8.|-- ffm-bb2-link.ip.twelve99.net (62.115.132.114) 0.0% 10 0.8 1.0 0.8 1.4 0.2
9.|-- ffm-b5-link.ip.twelve99.net (62.115.136.219) 0.0% 10 1.2 1.8 0.9 5.8 1.5
10.|-- telecomitalia-ic-318723.ip.twelve99-cust.net (62.115.149.1) 0.0% 10 38.7 6.6 0.9 38.7 11.6
11.|-- 195.22.192.145 10.0% 10 3401. 387.7 10.5 3401. 1130.1
12.|-- 195.22.192.145 20.0% 10 10.2 10.5 10.2 11.7 0.5
13.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
16.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
17.|-- host-xx-yy-zz-abc.retail.telecomitalia.it (xx.yy.zz.abc) 0.0% 10 24.4 24.4 24.1 25.0 0.2
122.26.10.87.in-addr.arpa domain name pointer host-xx-yy-zz-abc.retail.telecomitalia.it.(ho redatto l'ultimo jump a xx.yy.zz.abc per un minimo di "privacy").
Il jump a 195.22.192.145 con quella extra latenza mi fa venire un certo sospetto... Ma è nella mia rete locale e dato che al momento sono su WiFi non vicinissimo dall'antenna magari è quello che mi limita al momento. In ogni caso dai numeri che vi ho mostrato, è chiaro che non è quello il collo di bottiglia a livello macroscopico (se vado su Warp vado a 100x di download speed anche da qui).
--
Update con i dati sui download dei file che mi hai chiesto:
1
Downloading 9.77 GiB to "10000mb.bin-1"
⠤ 0% [>------------------------------] 829.52 KiB 338.85 KiB/s ETA 8h2
Downloading 9.77 GiB to "10000mb.bin-2"
⠠ 0% [>--------------------------------] 5.50 MiB 307.39 KiB/s ETA 9h3
Downloading 1.00 GiB to "1000mb.bin"
⠓ 1% [>-------------------------------] 5.20 MiB 327.02 KiB/s ETA 53m4
Downloading 7.73 GiB to "AlmaLinux-9.5-s390x-dvd.iso"
⠈ 0% [>--------------------------------] 8.55 MiB 305.86 KiB/s ETA 7hMiloZ
Un paio di SpeedTest da Ookla
Partendo da dove mi trovo ora (Napoli FYI)
Verso Salerno:
Verso Milano:
A me pare che, Tim per Tim, le cose vadano benone. Appena esco fuori Italia mi faccio male. Tra l'altro se provo a fare lo speedtest VS providers non-tim, scendo a 30mbps in download, ma l'upload resta inalterato.
Hadx
Si, ti confermo che, se passo per CloudFlare Warp (per esempio), il problema di performance in download sparisce. Il problema è che dietro VPN molte altre cose rallentano. Tra l'altro da CloudFlare resto in Campania, manco a dire mi buttano chissà su quale exit node.
Ho chiesto a un amico sotto TIM, vicinissimo a casa mia, di fare gli stessi test:
2507998 bytes downloaded from github.com at 25.11 Mbps
2507998 bytes downloaded from cloud.githubusercontent.com at 13.47 Mbps
2507998 bytes downloaded from avatars.githubusercontent.com at 147.19 Mbps
2507998 bytes downloaded from github.githubassets.com at 5.48 Mbps
2507998 bytes downloaded from australiaeast.github-debug.com at 3.13 Mbps
2507998 bytes downloaded from brazilsouth.github-debug.com at 8.43 Mbps
2507998 bytes downloaded from centralindia.github-debug.com at 6.26 Mbps
2507998 bytes downloaded from fra.github-debug.com at 77.47 Mbps
2507998 bytes downloaded from iad.github-debug.com at 16.20 Mbps
2507998 bytes downloaded from japaneast.github-debug.com at 6.44 Mbps
2507998 bytes downloaded from koreacentral.github-debug.com at 4.22 Mbps
2507998 bytes downloaded from sea.github-debug.com at 7.34 Mbps
2507998 bytes downloaded from southafricanorth.github-debug.com at 9.25 Mbps
2507998 bytes downloaded from southeastasia.github-debug.com at 6.56 Mbps
2507998 bytes downloaded from github-cloud.s3.amazonaws.com at 14.64 Mbpstraceroute to aa.b.ccc.ddd (aa.b.ccc.ddd), 30 hops max, 60 byte packets
1 0bf6f3dbb6e82263a7ed3d2b25842ddd 0.217 ms
2 61326aa0eb3954bdfacfb790aecbb918 0.170 ms
3 da6c15868b37c73ea45f44a95fc0f290 0.155 ms
4 ec2346f690462de20549ef85180e1212 0.300 ms
5 3cd0df53baea469923c9aaea7cef195f 0.190 ms
6 afd209fd3db181dceaa462475c5e0272 0.683 ms
7 0.et-1-0-2.mcs1.fra6.de.zip.zayo.com (82.98.193.30) 0.814 ms
8 *
9 89.221.34.90 (89.221.34.90) 22.897 ms
10 telecomitalia-ic-318723.ip.twelve99-cust.net (62.115.149.1) 5.329 ms
11 195.22.192.145 (195.22.192.145) 12.849 ms
12 *
13 *
14 *
15 *
16 *
17 *
18 *
19 *
20 *
21 *
22 *
23 *
24 *
25 *
26 *
27 *
28 *
29 *
30 *
PING aa.b.ccc.ddd (aa.b.ccc.ddd) 56(84) bytes of data.
64 bytes from aa.b.ccc.ddd: icmp_seq=1 ttl=51 time=28.6 ms
64 bytes from aa.b.ccc.ddd: icmp_seq=2 ttl=51 time=29.0 ms
64 bytes from aa.b.ccc.ddd: icmp_seq=3 ttl=51 time=30.0 ms
--- aa.b.ccc.ddd ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2003ms
rtt min/avg/max/mdev = 28.621/29.177/29.954/0.565 ms
Start: 2025-05-05T13:04:56-0700
HOST: 371a33be485131a437da4541f65aaaf4 Loss% Snt Last Avg Best Wrst StDev
1.|-- b8ebf8efba90660e2c0cb118f74f9615 0.0% 10 0.2 0.2 0.2 0.3 0.0
2.|-- 1b91de5fbe1bb0fed35a3bd8ba1f6ebc 0.0% 10 0.2 0.2 0.2 0.3 0.0
3.|-- fc7699d1d3f3762d25d79d0c46481d83 0.0% 10 0.2 0.2 0.1 0.3 0.0
4.|-- b8ebf8efba90660e2c0cb118f74f9615 0.0% 10 0.2 0.3 0.2 0.4 0.0
5.|-- bc3b8f9b3ccf7504d81165f747f169de 0.0% 10 0.2 0.3 0.2 0.5 0.1
6.|-- 2d013e796e9e638a505bb5a772ff2de5 0.0% 10 3.1 0.9 0.4 3.1 0.9
7.|-- et-3-0-2.cr1-fra6.ip4.gtt.net (87.119.95.177) 0.0% 10 0.7 1.1 0.4 3.7 1.1
8.|-- ae9.cr6-fra2.ip4.gtt.net (141.136.110.41) 0.0% 10 0.9 4.2 0.9 15.8 4.8
9.|-- 89.221.34.90 0.0% 10 1.2 8.4 0.9 45.0 14.1
10.|-- 195.22.192.145 40.0% 10 13.9 169.5 10.6 954.5 384.6
11.|-- 195.22.192.145 20.0% 10 10.4 409.9 10.3 1986. 739.5
12.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
13.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
14.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
15.|-- ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
16.|-- host-aa-b-ccc-ddd.retail.telecomitalia.it (aa.b.ccc.ddd) 0.0% 10 25.4 25.3 25.1 25.4 0.1
112.142.7.87.in-addr.arpa domain name pointer host-aa-b-ccc-ddd.retail.telecomitalia.it.decisamente meglio di me, a pochissimi KM di distanza (meno di 2km), e i giri dei traceroute inversi mi sembrano abbastanza differenti:
ac_mfm
Gli speedtest meglio se li fai su server non BBR (quindi non quelli TIM), per aver risultati un pò più realistici sulle prestazioni della linea.
Prova questi via cavo:
Sky Wifi - Milano: 50954
CPN - Milan: 1434
CDLAN S.R.L. - Milan: 8211
i3D.net - Milan:45809
Fiber Telecom SPA - Milano: 25146
ac_mfm
IMHO se il PC dal quale fai i test non ha problemi c'è qualche grossa anomalia sulla linea alla base, forse sul trasporto\accesso TIM già sulla rete italiana.
La situazione è cosi da quando hai attivato la linea oppure le prestazioni sono degradate solo di recente?
Hai provato a dare un'occhiata ai valori ottici?
MiloZ
È così da sempre. Il problema lo ho su tutti i dispositivi connessi al modem, dispositivi che in alcuni casi (smartphone, laptop) porto con me in viaggio più volte al mese per lavoro, e non registrano questi problemi al di fuori delle mura casalinghe. Cosa intendi con "valori ottici"? Come li controllo?
MiloZ
Ho un terribile Sercomm VD625 con in cascata un Mercusys MR3000x (il WiFi del Sercomm era veramente vomitevole e ricordavo servissero giri burocratici vari ed eventuali per richiedere allaccio con modem unbranded, quindi risolsi così). La fibra mi arriva in un ONT ZTE ZXHN F601 che mi fu installato dal tecnico TIM all'atto del passaggio a FTTH.
@MiloZ
In tutto ciò ho fatto uno speedtest a caso, ripetendo uno di quelli fatti ore fa, e ora non vedo il rallentamento:
Per tutto il resto ho ancora la velocità ridicola di prima. Anche il mio git pull resta sui 400kbps, che è il doppio rispetto al solito, ma fa comunque ridere. Credo sia solo meno saturazione sulla rete data l'ora.
ac_mfm Tra l'altro da CloudFlare resto in Campania
No, Cloudflare vede la rete Tim almeno da Milano. Per l’Italia o da Palermo se non ricordo male.
Sicuramente non da Napoli
Attenzione a non confondere la geolocalizzazione dell’IP con il nodo d’uscita. Sono due cose distinti.
Ha qualche evidente problema connessione di packet loss probabilmente, indipendentemente da sparkle.
Direi che le VPN con UDP ti mitigano l’effetto, sui download ovviamente sei penslizzato specie all’aumentare della latenza.
Effettivamente ora vedo una certa percentuale di packet loss sull'ultimo hop in 195.22.., ma ieri (giusto per prendere un altro momento a caso) il massimo che toccavo era 10% in quel punto, e i problemi erano identici.
Pare Sparkle:
https://ipinfo.io/195.22.206.61
EDIT:
Riprovando poco dopo:
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
