Richiesta test verso server Amazon

Fhom · 27-04-2018, 22:39

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, 21:23

da Pd con openfiber Vodafone

Europe (Ireland) 45 ms
Europe (London) 37 ms
Europe (Frankfurt) 25 ms

delta16 · 28-04-2018, 22:10

Genova, Adsl Infostrada 20M
Europe (Ireland) 60 ms
Europe (London) 45 ms
Europe (Frankfurt) 71 ms

5 min fa

loris100 · 28-04-2018, 22:49

Fastweb FTTC Savigliano (CN)

Chunky2 · 28-04-2018, 23:09

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.

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

Fhom · 29-04-2018, 11:11

Quote:

Originariamente inviato da paolo.plp

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.

Quote:

Originariamente inviato da delta16

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...)

Quote:

Originariamente inviato da loris100

Fastweb FTTC Savigliano (CN)

Grazie, qui ovviamente si vedono le buone performance di una Fibra che parte dal nord.

Quote:

Originariamente inviato da Chunky2

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).

Chunky2 · 29-04-2018, 12:14

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.

Fhom · 10-05-2018, 20:46

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, 11:22

Tiscali FTTH 1 Gbps- Milano

Psyred · 11-05-2018, 11:25

Quote:

Originariamente inviato da Fhom

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?

Codice:

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, 12:25

FTTC Vodafone dalla Basilicata (in provincia di potenza)

Fhom · 11-05-2018, 20:12

Quote:

Originariamente inviato da Psyred

Codice:

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!

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

Buon per te!

Psyred · 11-05-2018, 21:07

Quote:

Originariamente inviato da Fhom

Ciao grandissimo!

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

Buon per te!

Ciao

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).

Codice:

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.

27-04-2018, 22:39	#1
Fhom Senior Member Iscritto dal: Nov 2006 Città: Perugia Messaggi: 429	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.

28-04-2018, 22:10	#3
delta16 Member Iscritto dal: Jul 2009 Messaggi: 196	Genova, Adsl Infostrada 20M Europe (Ireland) 60 ms Europe (London) 45 ms Europe (Frankfurt) 71 ms 5 min fa __________________ My 1st PC: 4,77 Mhz, Hercules Graphics

28-04-2018, 23:09	#5
Chunky2 Member Iscritto dal: Jan 2013 Messaggi: 279	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. 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 Ultima modifica di Chunky2 : 28-04-2018 alle 23:14.

11-05-2018, 11:22	#9
marcofrax Member Iscritto dal: Jan 2006 Città: Milano Messaggi: 207	Tiscali FTTH 1 Gbps- Milano __________________ Teorema di Stockmayer: Se sembra facile, e' dura. Se sembra difficile, e' fottutamente impossibile.

11-05-2018, 12:25	#11
commandos[ita] Senior Member Iscritto dal: Jul 2006 Messaggi: 1216	FTTC Vodafone dalla Basilicata (in provincia di potenza) __________________ Processore:i7 8700KCooler:Corsair H100X RAM:Corsair Vengeance DDR4 3000mhz CL15Scheda video:Gigabyte RTX2080 WINDFORCE 8GBHD/SSD: Samsung 970 evo 500gb M2 NVME(OS)-Samsung 850 evo 500GB-WD10EACS 1TB -Toshiba 1,5TB(storage) VODAFONE FTTC VULA 100/20 con FritzBox 7530

28-04-2018, 21:23	#2
paolo.plp Member Iscritto dal: Dec 2008 Messaggi: 92	da Pd con openfiber Vodafone Europe (Ireland) 45 ms Europe (London) 37 ms Europe (Frankfurt) 25 ms

28-04-2018, 22:49	#4
loris100 Senior Member Iscritto dal: May 2015 Messaggi: 454	Fastweb FTTC Savigliano (CN)

29-04-2018, 12:14	#7
Chunky2 Member Iscritto dal: Jan 2013 Messaggi: 279	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.

10-05-2018, 20:46	#8
Fhom Senior Member Iscritto dal: Nov 2006 Città: Perugia Messaggi: 429	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.

Strumenti
Mostra una versione stampabile Invia questa pagina per email