Prestazioni di rete scarse da TIM fibra (FTTH/1gbps) a AWS S3

ac_mfm · 18 apr

Salve ,
ho una connessione FTTH con TIM a 1gbps (mi pare, ma poco rilevante ai fini della discussione), con cui mi trovo perfettamente ad oggi. Unico problema è una performance indecente quando interagisco con host AWS, in particolare per il servizio S3, da cui, per darvi un'idea, ho una velocità di download intorno ai 180KiB/s.
Purtroppo utilizzo servizi AWS quotidianamente per lavoro e non ho modo di sfuggire a questa problematica, anche e sopratutto perchè 3/4 dei servizi web hostano contenuti statici su bucket S3, e questa cosa impatta collateralmente anche molti altri servizi di mio utilizzo.
Questa cosa l'ho debuggata/provata a risolvere in ogni modo possibile (rotazione IP, cambio modem/router, prove sia su LAN che Wifi, etc.) ma senza risoluzione, e sono arrivato al punto di credere che sia un problema di instradamento.

Un po' di numeri da https://github-debug.com/, dato che GitHub è uno dei servizi su cui più soffro questo rallentamento, e che hosta il contenuto dei suoi repositories su S3:

2507998 bytes downloaded from github.com at 2.01 Mbps
2507998 bytes downloaded from cloud.githubusercontent.com at 4.82 Mbps
2507998 bytes downloaded from avatars.githubusercontent.com at 85.42 Mbps
2507998 bytes downloaded from github.githubassets.com at 12.04 Mbps
2507998 bytes downloaded from australiaeast.github-debug.com at 0.75 Mbps
2507998 bytes downloaded from brazilsouth.github-debug.com at 0.55 Mbps
2507998 bytes downloaded from centralindia.github-debug.com at 0.43 Mbps
2507998 bytes downloaded from fra.github-debug.com at 3.05 Mbps
2507998 bytes downloaded from iad.github-debug.com at 1.63 Mbps
2507998 bytes downloaded from japaneast.github-debug.com at 0.51 Mbps
2507998 bytes downloaded from koreacentral.github-debug.com at 0.47 Mbps
2507998 bytes downloaded from sea.github-debug.com at 0.50 Mbps
2507998 bytes downloaded from southafricanorth.github-debug.com at 0.96 Mbps
2507998 bytes downloaded from southeastasia.github-debug.com at 0.42 Mbps
2507998 bytes downloaded from github-cloud.s3.amazonaws.com at 0.67 Mbps

Qui, come potete vedere, i numeri sono quasi tutti prevedibili, tranne che per github-cloud.s3.amazonaws.com, che è sproporzionatamente lento.

Ecco quindi un traceroute verso questo host:

traceroute github-cloud.s3.amazonaws.com
traceroute: Warning: github-cloud.s3.amazonaws.com has multiple addresses; using 52.216.34.65
traceroute to s3-w.us-east-1.amazonaws.com (52.216.34.65), 64 hops max, 40 byte packets
 1  192.168.0.1 (192.168.0.1)  4.798 ms  3.575 ms  3.507 ms
 2  192.168.1.1 (192.168.1.1)  4.057 ms  4.116 ms  4.756 ms
 3  * * *
 4  172.17.160.88 (172.17.160.88)  7.626 ms  6.798 ms  6.441 ms
 5  172.17.160.104 (172.17.160.104)  7.916 ms
    172.17.160.128 (172.17.160.128)  8.150 ms
    172.17.160.108 (172.17.160.108)  7.095 ms
 6  172.19.177.84 (172.19.177.84)  11.710 ms
    172.19.177.88 (172.19.177.88)  11.480 ms
    172.19.177.84 (172.19.177.84)  10.461 ms
 7  172.19.177.4 (172.19.177.4)  23.941 ms
    172.19.177.6 (172.19.177.6)  18.596 ms
    172.19.177.4 (172.19.177.4)  21.280 ms
 8  195.22.205.98 (195.22.205.98)  19.929 ms
    195.22.205.116 (195.22.205.116)  23.280 ms  18.291 ms
 9  195.22.195.67 (195.22.195.67)  113.524 ms  128.934 ms  136.635 ms
10  195.22.206.61 (195.22.206.61)  119.545 ms
    195.22.206.63 (195.22.206.63)  117.606 ms  113.269 ms
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  s3-1-w.amazonaws.com (52.216.34.65)  119.369 ms  120.530 ms  119.053 ms

Qualcuno ha idea di cosa potrei fare per provare a risolvere il problema senza dover cambiare operatore?

HHadx · 18 apr

ac_mfm Qualcuno ha idea di cosa potrei fare per provare a risolvere il problema senza dover cambiare operatore?

Fai una prova attivando una VPN commerciale sul pc e vedi se il download migliora

morris2003 · 18 apr

Colpa del routing TIM?

DDixenberg · 18 apr

Anche io dietro linea FTTH tim ho sempre avuto al massimo download 15-16MB/s ( circa 120mbps) quando faccio dei clone da github.
WinMTR mi da valori analoghi ai tuoi verso github-cloud.s3.amazonaws.com .
E' un ip geolocalizzato negli US quindi ci può anche stare quella latenza.

Facendo clone però , la connessione avviene verso una subnet francese di Francoforte nel range 140.82.121.0/24

indipendentemente dalla latenza e dal test su github debug, a che velocità ti va ?

ac_mfm · 18 apr

@dia3olik

Mi va intorno ai 180KiB/s, come scrivevo sopra. Qualche volta, random, tocco addirittura (lol) i 400KiB/s. Il fatto che pulli da Francoforte è legato al fatto che i bucket sono distribuiti su varie regions, e una tra le più prossime a noi in termini di "popolarità" è eu-central-1, che risiede proprio a Francoforte. Molto probabilmente GitHub copre la nostra area con buckets in quella regione.

180KiB/s è una roba allucinante. Per i tuoi 15MiB/s darei oro, perchè alla mia velocità non riesco a clonare praticamente nulla in tempo utile.

Facendo un traceroute verso Francoforte, tra l'altro:

traceroute -p 443 s3.eu-central-1.amazonaws.com
traceroute: Warning: s3.eu-central-1.amazonaws.com has multiple addresses; using 52.219.72.167
traceroute to s3.eu-central-1.amazonaws.com (52.219.72.167), 64 hops max, 40 byte packets
 1  192.168.0.1 (192.168.0.1)  4.342 ms  3.186 ms  2.803 ms
 2  192.168.1.1 (192.168.1.1)  3.477 ms  3.925 ms  3.379 ms
 3  * * *
 4  172.17.160.84 (172.17.160.84)  7.348 ms  9.270 ms
    172.17.160.88 (172.17.160.88)  7.814 ms
 5  172.17.160.128 (172.17.160.128)  9.107 ms  5.847 ms  7.556 ms
 6  172.19.177.48 (172.19.177.48)  10.619 ms  11.833 ms
    172.19.177.88 (172.19.177.88)  11.201 ms
 7  172.19.177.6 (172.19.177.6)  19.214 ms  18.575 ms
    172.19.177.4 (172.19.177.4)  22.429 ms
 8  195.22.192.144 (195.22.192.144)  17.890 ms
    195.22.205.98 (195.22.205.98)  20.891 ms
    195.22.196.170 (195.22.196.170)  22.770 ms
 9  195.22.196.71 (195.22.196.71)  35.441 ms
    195.22.212.149 (195.22.212.149)  22.617 ms
    195.22.212.229 (195.22.212.229)  18.372 ms
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *

Dato che l'ultimo HOP non vuoto e' su "Seabone 2nd Level Support (Telecom Italia Sparkle)", suppongo che il problema sia proprio l'instradamento lato TIM, come @morris2003 suggeriva.

RRobertos · 18 apr

ac_mfm la situazione potrebbe migliorare in una settimana o due. Attendete e vi aggiorno una volta risolto.

ac_mfm · 18 apr

@Roberto_7

Ciao, in che modo? Chiedo per curiosità.
In ogni caso, giusto a titolo informativo, il problema ce l'ho da anni, non è una regressione degli ultimi tempi.

RRobertos · 18 apr

ac_mfm non posso condividere, ma faremo altre prove tra qualche settimana per vedere se il problema sarà finalmente risolto.

ac_mfm · 28 apr

Riporto test latenza verso server AWS, dove i numeri sembrano accettabilissimi, eppure oggi git clone non mi porta più di 180KiB/s. Pochi giorni fa ero a Milano per lavoro con lo stesso identico laptop e avevo velocità 100x rispetto ad oggi che sono a casa, quindi escludo problemi di ambiente.

NNino12 · 3 mag

Per completezza aggiungo le performance con FTTH TIM da Taranto

2507998 bytes downloaded from github.com at 36.31 Mbps
2507998 bytes downloaded from cloud.githubusercontent.com at 14.43 Mbps
2507998 bytes downloaded from avatars.githubusercontent.com at 144.96 Mbps
2507998 bytes downloaded from github.githubassets.com at 46.67 Mbps
2507998 bytes downloaded from australiaeast.github-debug.com at 5.35 Mbps
2507998 bytes downloaded from brazilsouth.github-debug.com at 7.08 Mbps
2507998 bytes downloaded from centralindia.github-debug.com at 6.31 Mbps
2507998 bytes downloaded from fra.github-debug.com at 52.28 Mbps
2507998 bytes downloaded from iad.github-debug.com at 13.30 Mbps
2507998 bytes downloaded from japaneast.github-debug.com at 6.02 Mbps
2507998 bytes downloaded from koreacentral.github-debug.com at 5.79 Mbps
2507998 bytes downloaded from sea.github-debug.com at 8.06 Mbps
2507998 bytes downloaded from southafricanorth.github-debug.com at 9.36 Mbps
2507998 bytes downloaded from southeastasia.github-debug.com at 6.17 Mbps
2507998 bytes downloaded from github-cloud.s3.amazonaws.com at 14.26 Mbps

ac_mfm · 3 mag

Robertos

Ci sono sviluppi? Lato mio la performance resta terribilmente limitata, e non so davvero come (se mai possibile) venirne a capo, mi sento completamente impotente.

Hadx
Con una VPN la situazione migliora decisamente, ma non posso sempre usarne una, per non parlare del fatto che comunque continuerei a pretendere da TIM un instradamento meno problematico verso qualcosa di così fondamentale e diffuso come il network di servizi AWS.

RRobertos · 3 mag

ac_mfm Ci sono sviluppi?

Al momento no. Settimana prossima faccio un attimo di analisi

HHadx · 5 mag

ac_mfm Con una VPN la situazione migliora decisamente, ma non posso sempre usarne una, per non parlare del fatto che comunque continuerei a pretendere da TIM un instradamento meno problematico

Sono situazioni che vanno avanti da molto tempo.
La soluzione rapida è cambiare operatore, purtroppo lato Tim non puoi fare altro che aspettare.

ac_mfm · 5 mag

Hadx
Immagino. Ma secondo te provare a parlare con il loro supporto tecnico potrebbe portarmi a qualcosa? A me spesso sono capitate (per altri problemi) persone totalmente impreparate che non hanno fatto altro che chiedermi di spegnere/riaccendere il modem e controllare il cablaggio in casa. Per problemi come questo c'è qualcosa di fattibile lato loro o sarebbe completamente tempo sprecato provare a chiedergli una mano? Chiedo perchè ho un barlume di speranza datomi dal fatto che un amico, residente a _2km da casa mia (stessa località), ha TIM con FTTH come me, ma non riscontra questi problemi.

HHadx · 5 mag

ac_mfm Ma secondo te provare a parlare con il loro supporto tecnico potrebbe portarmi a qualcosa?

Totalmente inutile, chi se ne occupa non risponde al telefono. E sono problematiche molto ben note, se non sono state risolte finora puoi farti un’idea del motivo.

ac_mfm Chiedo perchè ho un barlume di speranza datomi dal fatto che un amico, residente a 2km da casa mia (stessa località), ha TIM con FTTH come me, ma non riscontra questi problemi.

Probabile che lui giri su un instradamento diverso.
Una tecnica che a volte funzionava è di continuare a riavviare la PPPoE fino a quando non si prende un IP che viene instradato su un percorso non problematico, ma è proprio un ultimo tentativo disperato.

ac_mfm · 5 mag

Hadx
Grazie per i chiarimenti, mi metterò l'anima in pace quantomeno.

Giusto per curiosità, con

sono problematiche molto ben note

Intendi che non sono l'unico a notare questi problemi? Perchè ho googlato abbastanza prima di creare il thread e mi sono sentito l'unico sfigato in Italia ad avere questo dilemma.

RRobertos · 5 mag

Il problema è lato Sparkle che come sempre avrà qualche link saturo oppure passa via transit restrittivi... In ogni caso confermo che la soluzione più semplice è cambiare ISP e andare verso uno che ha Peering IX o Diretto con Amazon in modo da avere banda piena.

ac_mfm · 5 mag

Robertos

Grazie per le info, una domanda giusto per capirne di più, tanto non credo ci sia molto da fare lato mio:
Ma, passando per Sparkle, possibile che questo problema impatti soltanto me? Ho amici nel raggio di 5km da casa mia che non hanno questo problema con TIM, eppure suppongo che a livello macroscopico finiscano tutti per passare per Sparkle. Sono capitato io in un gruppo che viene instradato per qualche canale particolarmente saturo e non è assolutamente possibile lato loro spostarmi su qualche canale meno impattato dalla problematica?

RRobertos · 5 mag

ac_mfm I tuoi amici probabilmente si sbagliano o non hanno TIM. Tutta TIM fisso e mobile passa per Sparkle (ad oggi) ma si spera che Tim prenda accordi per un altro transito in quanto Sparkle non è più di proprietà di TIM.