View Full Version : Richiesta test verso server Amazon
Ciao a tutti, mi servirebbe cortesemente un test verso i server Amazon AWS utilizzando questo sito http://www.cloudping.info/
Mi servirebbero i 3 server europei e operatore tipo di connessione che avete, in particolare se avete ADSL Infostrada (come me) o se siete di Perugia (ma per un confronto mi farebbe comodo qualsiasi altro dato)
Questi valori sono i miei stasera (21:30 circa)
Europe (Ireland) 64 ms
Europe (London) 66 ms
Europe (Frankfurt) 78 ms
Questa richiesta perchè da quando GW2 ha spostato i propri server sui server amazon aws ho un ping aumentato dai 30 ai 40 ms, sopportabile ma un po' fastidioso soprattutto in confronto a prima.
Eventualmente c'è qualche servizio (magari free o con periodo di prova) da poter provare sui server amazon così da capire se ho il problema anche con un servizio che possa essere utilizzato per poi fare una segnalazione all'ISP (perchè già penso sia difficile avere assistenza per un servizio del genere, figuriamoci per il ping verso i server di GW2). Ho aperto un ticket anche con GW2 ma ovviamente non è facile neanche su quel fronte e dopo le n-mila prove alla fine stanno buttando la colpa sull'ISP (anche se altri utenti sui forum hanno già segnalato lo stesso "problema" dall'introduzione dei suddetti server).
C'è poi l'incognita che il routing verso i server sembra passare prima per l'america per poi tornare in europa (ma non so se sia solo un'errata geolocalizzazione dell'hop), se avete voglia di fare anche un visual traceroute provate per favore verso 18.195.28.21 o 35.158.145.59
Purtroppo pur essendo di Perugia non ho al momento la possibilità di fare una fibra decente.
Grazie.
paolo.plp
28-04-2018, 20:23
da Pd con openfiber Vodafone
Europe (Ireland) 45 ms
Europe (London) 37 ms
Europe (Frankfurt) 25 ms
Genova, Adsl Infostrada 20M
Europe (Ireland) 60 ms
Europe (London) 45 ms
Europe (Frankfurt) 71 ms
5 min fa
:)
loris100
28-04-2018, 21:49
Fastweb FTTC Savigliano (CN)
https://image.ibb.co/evG3PH/Screenshot_5.jpg (https://ibb.co/kUnA4H)
Dalla provincia di Messina con ADSL in fastpath di TIM
https://s14.postimg.cc/sqaq3kmcx/Immagine.png
Ma anche se avessi avuto un ping più basso del tuo non mi sarebbe importato più di tanto, il packet loss di TIM dall'inizio dell'anno per me è diventato un qualcosa di osceno. League of Legends per me è ingiocabile.
Gente con la VDSL della mia stessa città guarda caso non lossa, sono giunto alla conclusione che i profili VDSL di TIM hanno priorità sui pacchetti, altrimenti non si spiega come mai con certi IP losso (98%) e con altri no, appunto perché dipende da quali hop passano i miei pacchetti. Se passo da hop intasati allora le VDSL passano prima.
Alla faccia dei 3€ per la internet play se poi date priorità a loro, che schifo. E in rete rigida mi lasciano.
Offerta
Internet Play ti offre:
riduzione della latenza per aumentare l’efficienza della linea ADSL durante il gioco online
stabilità e velocità durante i giochi online
:sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico: :sofico:
da Pd con openfiber Vodafone
Europe (Ireland) 45 ms
Europe (London) 37 ms
Europe (Frankfurt) 25 ms
Grazie, una bella differenza, fibra in FTTC o FTTH? Certo partendo anche da PD aiuta.
Genova, Adsl Infostrada 20M
Europe (Ireland) 60 ms
Europe (London) 45 ms
Europe (Frankfurt) 71 ms
5 min fa
:)
Grazie, valori che si avvicinano ai miei a parte London, avendo però la stessa ADSL questo mi può far pensare che sia il loro routing (dai 70 ms del server Amazon ai 90-100 di GW2 però mi pare un po' troppa la differenza dovendo essere in teoria proprio sui server amazon...)
Fastweb FTTC Savigliano (CN)
Grazie, qui ovviamente si vedono le buone performance di una Fibra che parte dal nord.
Dalla provincia di Messina con ADSL in fastpath di TIM
Ma anche se avessi avuto un ping più basso del tuo non mi sarebbe importato più di tanto, il packet loss di TIM dall'inizio dell'anno per me è diventato un qualcosa di osceno. League of Legends per me è ingiocabile.
Gente con la VDSL della mia stessa città guarda caso non lossa, sono giunto alla conclusione che i profili VDSL di TIM hanno priorità sui pacchetti, altrimenti non si spiega come mai con certi IP losso (98%) e con altri no, appunto perché dipende da quali hop passano i miei pacchetti. Se passo da hop intasati allora le VDSL passano prima.
Alla faccia dei 3€ per la internet play se poi date priorità a loro, che schifo. E in rete rigida mi lasciano.
Anche LOL ha i server su Amazon? Mi daresti qualche IP da testare?
Mi spiace per il tuo ping, io al momento avrei come alternativa la sola Fibra TIM in FTTC da 100/20 (OpenFiber si è fermata a 300 metri da dove sto dove finisce il comune di Perugia ed inizia un altro comune), in più avrei l'incognita dell'impianto telefonico che non è granchè (ma siccome appena possibile dovrei cambiare casa non me la sento per il momento di cambiare operatore e affrontare spese per sistemare l'impianto), per il 100/20 mi interessa relativamente, certo dover cambiare a fibra e farne una "azzoppata" con il rischio che vada poi pure peggio è un po' una fregatura, sarebbe meglio cambiare per una "seria".
Di sicuro se dovessi cambiare non farei ADSL TIM, magari quella Fibra TIM FTTC ha comunque un guadagno di ping ma sono sempre stato scettico sul routing internazionale di TIM (questo di Vodafone era ottimo, ma questi server Amazon hanno peggiorato di tanto l'esperienza con GW2).
No non hanno i server su Amazon, forse mi sono espresso male, ho solo colto l'occasione per far sapere l'ennesima beffa da parte di TIM :)
Mi ricorda molto Microsoft che sta a fare di tutto pur di farci upgradare a Windows 10. Almeno a Windows 10 possiamo passarci tutti, TIM invece non solo mi lascia in rigida senza possibilità alcuna di avere una VDSL, mi mette pure i pacchetti a bassa priorità, clap clap.
Come consigliate l'approccio per provare ad avere un minimo di assistenza per un ping alto su linea ADSL Infostrada verso i server Amazon? Dove e cosa scrivere? (Escludo a priori il 155... ma se riuscite a stupirmi ben venga!).
Dalle analisi fatte anche insieme al supporto di Guild Wars 2 sembra che tutti i traceroute abbiano un packet loss variabile dal 30 al 60% al primo punto di uscita di Infostrada che ha come IP 151.7.198.15, sapete se può essere normale?
Perchè non penso sia questo il problema visto che anche verso gli IP del vecchio server c'è lo stesso packet loss dallo stesso hop ma il ping degli hop è nettamente più basso (17 ms contro 61 ms di media).
Ma tanto so già che non si può fare granchè, spero solo non peggiori e che quando avrò la fibra risentirò meno del problema.
marcofrax
11-05-2018, 10:22
https://image.ibb.co/gb5Sqd/2018_05_11_2.png (https://imgbb.com/)
Tiscali FTTH 1 Gbps- Milano
Dalle analisi fatte anche insieme al supporto di Guild Wars 2 sembra che tutti i traceroute abbiano un packet loss variabile dal 30 al 60% al primo punto di uscita di Infostrada che ha come IP 151.7.198.15, sapete se può essere normale?
Esecuzione di Ping 151.7.198.15 con 32 byte di dati:
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=5ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Risposta da 151.7.198.15: byte=32 durata=4ms TTL=61
Statistiche Ping per 151.7.198.15:
Pacchetti: Trasmessi = 100, Ricevuti = 100,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 4ms, Massimo = 5ms, Medio = 4ms
Dalla mia zona non sembrano esserci problemi su quel nodo (ping iterato fatto ieri sera).
commandos[ita]
11-05-2018, 11:25
https://i.imgur.com/lQxGaUn.png
FTTC Vodafone dalla Basilicata (in provincia di potenza)
Esecuzione di Ping 151.7.198.15 con 32 byte di dati:
Statistiche Ping per 151.7.198.15:
Pacchetti: Trasmessi = 100, Ricevuti = 100,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 4ms, Massimo = 5ms, Medio = 4ms
Dalla mia zona non sembrano esserci problemi su quel nodo (ping iterato fatto ieri sera).
Ciao grandissimo! :cool: Grazie per i test, in realtà neanche io ho problemi pingando quel nodo, ma passandoci verso i server amazon che ho PL, riusciresti a farmi una prova con pingplotter verso 18.197.78.113 per favore? Anche se vedo che non hai più ADSL :D Buon per te! :)
Ciao grandissimo! :cool: Grazie per i test, in realtà neanche io ho problemi pingando quel nodo, ma passandoci verso i server amazon che ho PL, riusciresti a farmi una prova con pingplotter verso 18.197.78.113 per favore? Anche se vedo che non hai più ADSL :D Buon per te! :)
Ciao :p
Non ho pingplotter, comunque mi pare che quello sia il BRAS delle utenze di Perugia (che oltretutto dovrebbe trovarsi a Firenze).
Ti posso postare un tracert verso l'IP interessato (non risponde al ping).
Traccia instradamento verso ec2-18-197-78-113.eu-central-1.compute.amazonaws.com
[18.197.78.113]
su un massimo di 30 punti di passaggio:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 4 ms 4 ms 4 ms 151.7.32.104
4 6 ms 4 ms 4 ms 151.7.32.16
5 9 ms 9 ms 9 ms 151.6.2.5
6 26 ms 25 ms 32 ms 151.6.0.200
7 47 ms 47 ms 49 ms 151.6.4.64
8 39 ms 39 ms 40 ms decix.amazon.com [80.81.194.152]
9 41 ms 42 ms 42 ms 54.239.107.222
10 42 ms 41 ms 43 ms 54.239.107.73
11 41 ms 42 ms 41 ms 52.93.23.126
12 * * * Richiesta scaduta.
13 * * * Richiesta scaduta.
14 * * * Richiesta scaduta.
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.