[Max]

backup inteso come server di ripristino, cioè se mi va già la macchina A, ho la B che me la sostituisce

Bhe.. rimane sempre il fattoche.. essendo appunto di backup NON fa traffico su internet se no ndeve essere utilizzata :-)

Quindi e come che avresti solo n'altra macchina da far interevenire subito in caso di down della prima.


Se mi parlavi di 2 macchine in Load Balancing allora li il discorso cambiava.. e ti dicevo si.. puoi fare 100mbit in totale tra i 2 server (quindi... se stanno tutti e 2 a picco traffico.. è 50mbit + 50mbit).

Tabella che spiega perbene:
http://www.ovh.it/privato/item/domin...ivo.xml?gm=pop
Edit* Errore nella scritta di quant'è il traffico di picco.. era 50mbit non 25mbit per 2server =D - Aggiungo link...

[ibanez89]

Si suppone che il server d ibackup non faccia traffico su internet, ma lo faccia solo OVH <-> OVH, quindi puo i ragiunge i 100mbit col server in produzione.



E di che.. spero che ho capito bene anche io =D ahhahaha ma se torpado nn si ede a smentire.. forse non sto dicendo caxxate :P

backup inteso come server di ripristino, cioè se mi va già la macchina A, ho la B che me la sostituisce

[Firefox]

Paolo guarda che mica volevo essere polemico, tutt'altro! Il mio punto di vista era quello di chi non aveva capito - cosa che ora non è più - che in limitazione di traffico possiedi, per server, 100 Mbps full. Mentre senza limitazioni sul traffico (15 TB), la limitazione si sposta sui 100 Mbps che sono distributi tra TUTTE le macchine che stanno sotto stesso Nic-Handle.

Sui tempi di risposta dei trouble ticket mi permetto, tuttavia, di dissentire: io ad esempio ne ho aperti quattro e non uno cui mi sia giunta risposta anche a distanza di giorni ed anche dopo sollecito.

Capisco. Purtroppo, penso, che sul piano commerciale faccia differenza un noleggio da 80 € al mese contro quello da 300 €...anche se poi queste cose non dovrebbero capitare perchè il cliente ha sempre ragione...

Ciao, Paolo

[Max]

io però non ho ancora capito una cosa... come funzionano le offerte miste... mettiamo il caso che ho bisogno di due server ovh, uno in produzione e l'altro come backup, per il primo opto per la banda premium quella 100mb/s per cliente mentre per il secondo l'offerta a traffico... sono l'imitato a 50mb/s sul primo server o no "come credo sia giusto"?

Si suppone che il server d ibackup non faccia traffico su internet, ma lo faccia solo OVH <-> OVH, quindi puo i ragiunge i 100mbit col server in produzione.

Max: grazie per la risposta che risolve tutti i dubbi!

E di che.. spero che ho capito bene anche io =D ahhahaha ma se torpado nn si ede a smentire.. forse non sto dicendo caxxate :P

[fucine]

Perchè la premium ti limita per "infrastruttura\cliente".. ovvero, i 100mbit li tieni sommando la media del traffico di TUTTI i tuoi server come cliente.
Es es. se hai 4 server avrai 25mbit a server se stanno tutti sovraccarichi di traffico.
Invece con i 15TB la limitazione è sul traffico, quindi i 4 server posson raggiungere anche contemporaneamente i 100mbit.
Il problema non te lo poni se hai 1 solo server :-)

Max: grazie per la risposta che risolve tutti i dubbi!

[fucine]

io però non ho ancora capito una cosa... come funzionano le offerte miste... mettiamo il caso che ho bisogno di due server ovh, uno in produzione e l'altro come backup, per il primo opto per la banda premium quella 100mb/s per cliente mentre per il secondo l'offerta a traffico... sono l'imitato a 50mb/s sul primo server o no "come credo sia giusto"?

Domanda interessante. Penso la risposta sia quella che prevede la distribuzione dei 100 Mbps su due macchine (di fatto afferenti a stesso nic-handle), anche se nel caso specifico in cui la seconda sia di backup ciò non dovrebbe influenzare la principale, che godrebbe sempre dei 100 Mbps (a parte quando in rsync essa travasa i dati sulla secondaria). O sbaglio?

[fucine]

Ti devo dire la verità per il momento ovh mi sembra discreto sotto tutti i punti di vista. Conciliare prezzo, prestazioni e servizi front office non è semplice.
Difficile trovare un pannello di controllo completo come quello di OVH (oltretutto in via di sviluppo). Molti gestori europei rispondono ai problemi dopo uno o due giorni e lasciano il cliente in balia di se stesso....Ovviamente la mia era una domanda per capire non per polemizzare, rispetto comunque il tuo punto di vista.
Saluti
Paolo

Paolo guarda che mica volevo essere polemico, tutt'altro! Il mio punto di vista era quello di chi non aveva capito - cosa che ora non è più - che in limitazione di traffico possiedi, per server, 100 Mbps full. Mentre senza limitazioni sul traffico (15 TB), la limitazione si sposta sui 100 Mbps che sono distributi tra TUTTE le macchine che stanno sotto stesso Nic-Handle.

Sui tempi di risposta dei trouble ticket mi permetto, tuttavia, di dissentire: io ad esempio ne ho aperti quattro e non uno cui mi sia giunta risposta anche a distanza di giorni ed anche dopo sollecito.

[ibanez89]

io però non ho ancora capito una cosa... come funzionano le offerte miste... mettiamo il caso che ho bisogno di due server ovh, uno in produzione e l'altro come backup, per il primo opto per la banda premium quella 100mb/s per cliente mentre per il secondo l'offerta a traffico... sono l'imitato a 50mb/s sul primo server o no "come credo sia giusto"?

[Max]

Questo è il punto: perché un pacchetto premium non costa più degli altri che evidentemente hanno limitazioni?
Perché? Mi sfugge il senso... Qualcuno dio voi lo capisce? Capisce perché uno dovrebbe "accontentarsi" di 15 TB di traffico mensile (ok, son davvero tanti) quando potrebbe allo stesso prezzo non avere siffatta limitazione?

Perchè la premium ti limita per "infrastruttura\cliente".. ovvero, i 100mbit li tieni sommando la media del traffico di TUTTI i tuoi server come cliente.

Es es. se hai 4 server avrai 25mbit a server se stanno tutti sovraccarichi di traffico.

Invece con i 15TB la limitazione è sul traffico, quindi i 4 server posson raggiungere anche contemporaneamente i 100mbit.

Il problema non te lo poni se hai 1 solo server :-)

[Firefox]

Questo è il punto: perché un pacchetto premium non costa più degli altri che evidentemente hanno limitazioni?
Perché? Mi sfugge il senso... Qualcuno dio voi lo capisce? Capisce perché uno dovrebbe "accontentarsi" di 15 TB di traffico mensile (ok, son davvero tanti) quando potrebbe allo stesso prezzo non avere siffatta limitazione?

Ti devo dire la verità per il momento ovh mi sembra discreto sotto tutti i punti di vista. Conciliare prezzo, prestazioni e servizi front office non è semplice.
Difficile trovare un pannello di controllo completo come quello di OVH (oltretutto in via di sviluppo). Molti gestori europei rispondono ai problemi dopo uno o due giorni e lasciano il cliente in balia di se stesso....Ovviamente la mia era una domanda per capire non per polemizzare, rispetto comunque il tuo punto di vista.

Saluti

Paolo

[fucine]

Ti ringrazio...ma è strana questa cosa perchè non c'è differenza di prezzo fra un ipotesi e l'altra (tranne per il burst) ma c'è invece nella sua gestione.
Firefox

Questo è il punto: perché un pacchetto premium non costa più degli altri che evidentemente hanno limitazioni?
Perché? Mi sfugge il senso... Qualcuno dio voi lo capisce? Capisce perché uno dovrebbe "accontentarsi" di 15 TB di traffico mensile (ok, son davvero tanti) quando potrebbe allo stesso prezzo non avere siffatta limitazione?

[Firefox]

per quello che ho capito io:

-premum,la vecchia 100mb/s per cliente
-traffic: hai TOT di traffivo a 100mb/s finiti i tali o acquisti altro traffico oppure vieni limitato a 1Mb/s
-Burstable: per ovh hai 15Mb/s di banda garantita con burst a 100Mb/s per il 5% del mese, pari a 36ore, se sgarri rimani a 15Mb/s senza burst mentre per kimsufi la banda garantita è differente da server a server, vedi prospetto per avere i dati precisi per ogni server

Ti ringrazio...ma è strana questa cosa perchè non c'è differenza di prezzo fra un ipotesi e l'altra (tranne per il burst) ma c'è invece nella sua gestione.

Firefox

[Techno_man]

confermo, migliorato ma non ancora perfetto

[ibanez89]

Qualcuno sa spiegarmi la differenza che c'è relativamente al discorso banda tra Premium series, Traffic series e Burstable serires.

per quello che ho capito io:

-premum,la vecchia 100mb/s per cliente
-traffic: hai TOT di traffivo a 100mb/s finiti i tali o acquisti altro traffico oppure vieni limitato a 1Mb/s
-Burstable: per ovh hai 15Mb/s di banda garantita con burst a 100Mb/s per il 5% del mese, pari a 36ore, se sgarri rimani a 15Mb/s senza burst mentre per kimsufi la banda garantita è differente da server a server, vedi prospetto per avere i dati precisi per ogni server

[j0t]

we are working with wind to use the peering on MIX. they are full
in Milano on MIX and asked us to use Amsix ... strange but true.

lol... amsix? Not decix?

Anyway amsix > linx for wind at the moment

Passing through london to go from milan to roubaix is the stupidest thing EVER from a latency point of view

[ibanez89]

ibanez89 a écrit:
>
> infostrada su rete proprietaria "quindi con distacco telecom"
>
>> traceroute 94.23.17.145
>> traceroute to 94.23.17.145 (94.23.17.145), 30 hops max, 40 byte packets
>> 1 192.168.1.1 (192.168.1.1) 1.284 ms 3.413 ms 3.662 ms
>> 2 151.23.227.194 (151.23.227.194) 11.103 ms 12.841 ms 16.411 ms
>> 3 10.0.31.1 (10.0.31.1) 18.383 ms 18.546 ms 20.246 ms
>> 4 151.6.239.89 (151.6.239.89) 21.689 ms 23.872 ms 24.439 ms
>> 5 151.6.116.45 (151.6.116.45) 27.626 ms 27.866 ms 30.954 ms
>> 6 RMAS-T02-RMAS-N02-Ge0-0-0.wind.it (151.6.5.45) 40.933 ms 30.663
>> ms 157.270 ms
>> 7 MIOT-TO2-MIOT-N02-ge2-2-5.wind.it (151.6.7.69) 172.782 ms 173.472
>> ms 173.866 ms
>> 8 151.6.0.174 (151.6.0.174) 173.956 ms 175.601 ms 176.886 ms
>> 9 sw1.tc.lon.ovh.net (195.66.224.220) 204.133 ms 205.464 ms
>> 207.928 ms
>> 10 20g.rbx-1-6k.routers.ovh.net (91.121.131.13) 212.780 ms * *
>> 11 40g.vss-1-6k.routers.ovh.net (213.251.128.26) 217.113 ms * *
>> 12 srv.fuoriditesta.net (94.23.17.145) 100.796 ms 57.981 ms 56.124

we are working with wind to use the peering on MIX. they are full
in Milano on MIX and asked us to use Amsix ... strange but true.

yes, i have read the your news , thanks

hem, sorry for my english

[oles@ovh.net]

ibanez89 a écrit:
>
> infostrada su rete proprietaria "quindi con distacco telecom"
>
>> traceroute 94.23.17.145
>> traceroute to 94.23.17.145 (94.23.17.145), 30 hops max, 40 byte packets
>> 1 192.168.1.1 (192.168.1.1) 1.284 ms 3.413 ms 3.662 ms
>> 2 151.23.227.194 (151.23.227.194) 11.103 ms 12.841 ms 16.411 ms
>> 3 10.0.31.1 (10.0.31.1) 18.383 ms 18.546 ms 20.246 ms
>> 4 151.6.239.89 (151.6.239.89) 21.689 ms 23.872 ms 24.439 ms
>> 5 151.6.116.45 (151.6.116.45) 27.626 ms 27.866 ms 30.954 ms
>> 6 RMAS-T02-RMAS-N02-Ge0-0-0.wind.it (151.6.5.45) 40.933 ms 30.663
>> ms 157.270 ms
>> 7 MIOT-TO2-MIOT-N02-ge2-2-5.wind.it (151.6.7.69) 172.782 ms 173.472
>> ms 173.866 ms
>> 8 151.6.0.174 (151.6.0.174) 173.956 ms 175.601 ms 176.886 ms
>> 9 sw1.tc.lon.ovh.net (195.66.224.220) 204.133 ms 205.464 ms
>> 207.928 ms
>> 10 20g.rbx-1-6k.routers.ovh.net (91.121.131.13) 212.780 ms * *
>> 11 40g.vss-1-6k.routers.ovh.net (213.251.128.26) 217.113 ms * *
>> 12 srv.fuoriditesta.net (94.23.17.145) 100.796 ms 57.981 ms 56.124

we are working with wind to use the peering on MIX. they are full
in Milano on MIX and asked us to use Amsix ... strange but true.

[Firefox]

Era un problema temporaneo di routing a quanto pare. Adesso si è stabilizzato (anche se i ping continuano ad essere altini)...

I ping stanno continuando a scendere e a stabilizzarsi.....

Firefox

[Max]

74ms non mi lamenterei a dir la verità!

[fabikus]

Era un problema temporaneo di routing a quanto pare. Adesso si è stabilizzato (anche se i ping continuano ad essere altini)...

[Max]

Da eutelia:

Tracing route to srv.fuoriditesta.net [94.23.17.145]
over a maximum of 30 hops:

  1     2 ms     2 ms     2 ms  10.0.1.1
  2     2 ms     2 ms     2 ms  10.0.1.253
  3    26 ms    26 ms    26 ms  ip-42-1.sn1.eutelia.it [62.94.42.1]
  4     *        *        *     Request timed out.
  5    38 ms     *       46 ms  ovh.mix-it.net [217.29.66.67]
  6    61 ms     *       62 ms  20g.zur-1-6k.routers.ovh.net [213.251.128.74]
  7    61 ms    61 ms    62 ms  20g.fra-1-6k.routers.ovh.net [213.251.128.82]
  8     *        *        *     Request timed out.
  9    73 ms    60 ms     *     160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
 10    74 ms    74 ms    74 ms  40g.vss-1-6k.routers.ovh.net [213.251.128.30]
 11    74 ms    73 ms    74 ms  srv.fuoriditesta.net [94.23.17.145]

Trace complete.

Da germania (hetzner):

traceroute to 94.23.17.145 (94.23.17.145), 30 hops max, 40 byte packets
 2  hos-tr2.juniper1.rz4.hetzner.de (213.239.244.65)  0.967 ms  1.490 ms  0.501 ms
 3  hos-bb1.juniper2.ffm.hetzner.de (213.239.240.226)  3.618 ms  4.153 ms  3.457 ms
 4  * decix.routers.ovh.net (80.81.192.209)  35.866 ms  155.343 ms
 5  * * *
 6  160g.rbx-2-6k.routers.ovh.net (213.186.32.201)  18.698 ms  19.792 ms *
 7  40g.vss-1-6k.routers.ovh.net (213.251.128.30)  17.665 ms *  16.987 ms
 8  srv.fuoriditesta.net (94.23.17.145)  18.056 ms  16.824 ms  17.712 ms

Mi pare ok la latenza :O

[Firefox]

Salve ragazzi. Mi permetto di inserire i miei traceroute fatti con visualroute e linea telecom.

Sul sito fuoridistesta.net

Trace iniziato su 1-dic-2008 22.10.41. Lhost {0} è stato trovato, ed è raggiungibile in {1} passaggi. Il valore TTL di un pacchetto ricevuto da esso è 52.In generale questo route offre un buon rendimento, con passaggi che rispondono in media entro 62ms. Comunque, tutti i passaggi dopo il passaggio 17 sulla rete 'OVH SAS' rispondono più lentamente rispetto alla media. Il DNS lookup è stato completato quasi istantaneamente (meno di 2ms - questo potrebbe essere dovuto alla presenza di una cache).


Traccia instradamento verso www.fuoriditesta.net [94.23.17.145]
su un massimo di 30 punti di passaggio:

1 5 ms 1 ms 1 ms 192.168.1.1
2 3160 ms 23 ms 23 ms 192.168.100.1
3 24 ms 23 ms 22 ms host77-230-static.44-88-b.business.telecomitalia.it [88.44.230.77]
4 25 ms 22 ms 23 ms r-an22-vl11.opb.interbusiness.it [80.17.212.198]
5 29 ms 31 ms 32 ms 172.17.4.169
6 38 ms 38 ms 38 ms 151.99.98.106
7 40 ms 39 ms 39 ms host213-8-static.20-80-b.business.telecomitalia.it [80.20.8.213]
8 39 ms 39 ms 39 ms mil53-ibs-resid-6.seabone.net [195.22.192.33]
9 67 ms 66 ms 66 ms level3-1-fra32.fra.seabone.net [195.22.211.38]
10 54 ms 53 ms 53 ms vlan79.csw2.Frankfurt1.Level3.net [4.68.23.126]
11 59 ms 54 ms 52 ms ae-72-72.ebr2.Frankfurt1.Level3.net [4.69.140.21]
12 78 ms 71 ms 71 ms ae-2.ebr1.Dusseldorf1.Level3.net [4.69.132.137]
13 64 ms 55 ms 56 ms ae-1-100.ebr2.Dusseldorf1.Level3.net [4.69.132.130]
14 65 ms 57 ms 68 ms ae-2.ebr1.Amsterdam1.Level3.net [4.69.133.89]
15 73 ms 74 ms 73 ms ae-1-51.edge3.Amsterdam1.Level3.net [4.68.120.18]
16 65 ms 65 ms * 30g.level3.ams-1-6k.routers.ovh.net [213.251.130.69]
17 241 ms 249 ms * 40g.rbx-2-6k.routers.ovh.net [91.121.131.9]
18 170 ms 75 ms * 40g.vss-1-6k.routers.ovh.net [213.251.128.30]
19 71 ms 71 ms 70 ms srv.fuoriditesta.net [94.23.17.145]




e sul mio r17.it

Trace iniziato su 1-dic-2008 22.11.49. Lhost {0} è stato trovato, ed è raggiungibile in {1} passaggi. Il valore TTL di un pacchetto ricevuto da esso è 52.In generale questo route offre un buon rendimento, con passaggi che rispondono in media entro 70ms. Comunque, tutti i passaggi dopo il passaggio 17 sulla rete 'OVH SAS' rispondono più lentamente rispetto alla media. Il tempo impiegato per eseguire questo DNS lookup è stato di 59ms.


Traccia instradamento verso r17.it [94.23.12.165]
su un massimo di 30 punti di passaggio:

1 1 ms 1 ms 1 ms 192.168.1.1
2 24 ms 24 ms 23 ms 192.168.100.1
3 24 ms 25 ms 24 ms host13-230-static.44-88-b.business.telecomitalia.it [88.44.230.13]
4 27 ms 24 ms 24 ms r-an27-vl2.opb.interbusiness.it [80.17.212.140]
5 29 ms 31 ms 29 ms 172.17.4.173
6 39 ms 37 ms 37 ms 151.99.99.129
7 38 ms 39 ms 38 ms host165-8-static.20-80-b.business.telecomitalia.it [80.20.8.165]
8 39 ms 38 ms 38 ms mil30-ibs-resid-2.seabone.net [195.22.192.181]
9 87 ms 65 ms 68 ms level3-1-fra32.fra.seabone.net [195.22.211.38]
10 56 ms 53 ms 52 ms vlan99.csw4.Frankfurt1.Level3.net [4.68.23.254]
11 69 ms 71 ms 72 ms ae-92-92.ebr2.Frankfurt1.Level3.net [4.69.140.29]
12 72 ms 72 ms 71 ms ae-2.ebr1.Dusseldorf1.Level3.net [4.69.132.137]
13 52 ms 53 ms 53 ms ae-1-100.ebr2.Dusseldorf1.Level3.net [4.69.132.130]
14 70 ms 58 ms 68 ms ae-2.ebr1.Amsterdam1.Level3.net [4.69.133.89]
15 72 ms 72 ms 71 ms ae-1-51.edge3.Amsterdam1.Level3.net [4.68.120.18]
16 62 ms * 63 ms 30g.level3.ams-1-6k.routers.ovh.net [213.251.130.69]
17 69 ms * 61 ms 40g.rbx-2-6k.routers.ovh.net [91.121.131.9]
18 69 ms 68 ms 70 ms 40g.vss-1-6k.routers.ovh.net [213.251.128.30]
19 73 ms 72 ms 74 ms r17.it [94.23.12.165]

Rispetto a quando ho acquistato il dedicato i ping sono raddoppiati e tenendo presente che ho installato per il momento due server di gioco potete immaginare tutto il resto. Spero che sia un problema temporaneo....

Qualcuno sa spiegarmi la differenza che c'è relativamente al discorso banda tra Premium series, Traffic series e Burstable serires.

Grazie.

Saluti

Firefox

[Ego-Ale-Sum]

a me, rete telcom, va abbastanza veloce il tuo sito (fuoriditesta.it)

Alesssandro-2:~ Alessandro$ ping -c10 94.23.17.145
PING 94.23.17.145 (94.23.17.145): 56 data bytes
64 bytes from 94.23.17.145: icmp_seq=0 ttl=54 time=112.052 ms
64 bytes from 94.23.17.145: icmp_seq=1 ttl=54 time=119.774 ms
64 bytes from 94.23.17.145: icmp_seq=2 ttl=54 time=117.895 ms
64 bytes from 94.23.17.145: icmp_seq=3 ttl=54 time=93.018 ms
64 bytes from 94.23.17.145: icmp_seq=4 ttl=54 time=95.183 ms
64 bytes from 94.23.17.145: icmp_seq=5 ttl=54 time=120.034 ms
64 bytes from 94.23.17.145: icmp_seq=6 ttl=54 time=121.285 ms
64 bytes from 94.23.17.145: icmp_seq=7 ttl=54 time=129.624 ms
64 bytes from 94.23.17.145: icmp_seq=8 ttl=54 time=107.822 ms
64 bytes from 94.23.17.145: icmp_seq=9 ttl=54 time=129.603 ms

--- 94.23.17.145 ping statistics ---
10 packets transmitted, 10 packets received, 0% packet loss
round-trip min/avg/max/stddev = 93.018/114.629/129.624/12.074 ms

[ibanez89]

infostrada su rete proprietaria "quindi con distacco telecom"

traceroute 94.23.17.145
traceroute to 94.23.17.145 (94.23.17.145), 30 hops max, 40 byte packets
1 192.168.1.1 (192.168.1.1) 1.284 ms 3.413 ms 3.662 ms
2 151.23.227.194 (151.23.227.194) 11.103 ms 12.841 ms 16.411 ms
3 10.0.31.1 (10.0.31.1) 18.383 ms 18.546 ms 20.246 ms
4 151.6.239.89 (151.6.239.89) 21.689 ms 23.872 ms 24.439 ms
5 151.6.116.45 (151.6.116.45) 27.626 ms 27.866 ms 30.954 ms
6 RMAS-T02-RMAS-N02-Ge0-0-0.wind.it (151.6.5.45) 40.933 ms 30.663 ms 157.270 ms
7 MIOT-TO2-MIOT-N02-ge2-2-5.wind.it (151.6.7.69) 172.782 ms 173.472 ms 173.866 ms
8 151.6.0.174 (151.6.0.174) 173.956 ms 175.601 ms 176.886 ms
9 sw1.tc.lon.ovh.net (195.66.224.220) 204.133 ms 205.464 ms 207.928 ms
10 20g.rbx-1-6k.routers.ovh.net (91.121.131.13) 212.780 ms * *
11 40g.vss-1-6k.routers.ovh.net (213.251.128.26) 217.113 ms * *
12 srv.fuoriditesta.net (94.23.17.145) 100.796 ms 57.981 ms 56.124 ms

ping 94.23.17.145 -c 10
PING 94.23.17.145 (94.23.17.145) 56(84) bytes of data.
64 bytes from 94.23.17.145: icmp_seq=1 ttl=53 time=56.4 ms
64 bytes from 94.23.17.145: icmp_seq=2 ttl=53 time=56.3 ms
64 bytes from 94.23.17.145: icmp_seq=3 ttl=53 time=56.3 ms
64 bytes from 94.23.17.145: icmp_seq=4 ttl=53 time=56.0 ms
64 bytes from 94.23.17.145: icmp_seq=5 ttl=53 time=58.4 ms
64 bytes from 94.23.17.145: icmp_seq=6 ttl=53 time=58.9 ms
64 bytes from 94.23.17.145: icmp_seq=7 ttl=53 time=136 ms
64 bytes from 94.23.17.145: icmp_seq=8 ttl=53 time=55.9 ms
64 bytes from 94.23.17.145: icmp_seq=9 ttl=53 time=63.2 ms
64 bytes from 94.23.17.145: icmp_seq=10 ttl=53 time=152 ms

--- 94.23.17.145 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9036ms
rtt min/avg/max/mdev = 55.939/75.144/152.526/35.044 ms

ping 94.23.17.145 -c 10
PING 94.23.17.145 (94.23.17.145) 56(84) bytes of data.
64 bytes from 94.23.17.145: icmp_seq=1 ttl=53 time=123 ms
64 bytes from 94.23.17.145: icmp_seq=2 ttl=53 time=161 ms
64 bytes from 94.23.17.145: icmp_seq=3 ttl=53 time=143 ms
64 bytes from 94.23.17.145: icmp_seq=4 ttl=53 time=124 ms
64 bytes from 94.23.17.145: icmp_seq=5 ttl=53 time=128 ms
64 bytes from 94.23.17.145: icmp_seq=6 ttl=53 time=138 ms
64 bytes from 94.23.17.145: icmp_seq=7 ttl=53 time=90.2 ms
64 bytes from 94.23.17.145: icmp_seq=8 ttl=53 time=110 ms
64 bytes from 94.23.17.145: icmp_seq=9 ttl=53 time=114 ms
64 bytes from 94.23.17.145: icmp_seq=10 ttl=53 time=103 ms

--- 94.23.17.145 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9035ms
rtt min/avg/max/mdev = 90.208/123.783/161.033/19.610 ms

[fabikus]

Sembra essere un problema di routing... però tutto il pomeriggio...
I miei siti sono innavigabili!

[Techno_man]

cosa succede?? non sono sicuro che dipenda da reti esterne

EDIT: posto il traceroute al tuo server anche se verso il mio è identico

traceroute to 94.23.17.145 (94.23.17.145), 30 hops max, 40 byte packets
 1  192.168.1.1 (192.168.1.1)  1.600 ms  2.064 ms *
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * 151.99.99.125 (151.99.99.125)  58.207 ms  60.137 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * ae-82-82.ebr2.Frankfurt1.Level3.net (4.69.140.25)  81.315 ms
12  ae-2.ebr1.Dusseldorf1.Level3.net (4.69.132.137)  98.397 ms  98.841 ms  99.258 ms
13  ae-1-100.ebr2.Dusseldorf1.Level3.net (4.69.132.130)  110.846 ms  111.447 ms  111.855 ms
14  ae-2.ebr1.Amsterdam1.Level3.net (4.69.133.89)  126.914 ms  127.458 ms  128.141 ms
15  ae-1-55.edge3.Amsterdam1.Level3.net (4.68.120.146)  99.636 ms  100.356 ms *
16  30g.level3.ams-1-6k.routers.ovh.net (213.251.130.69)  103.645 ms * *
17  40g.rbx-2-6k.routers.ovh.net (91.121.131.9)  359.176 ms * *
18  srv.fuoriditesta.net (94.23.17.145)  370.792 ms  353.561 ms  353.856 ms

[fabikus]

L'ip è 94.23.17.145

[ibanez89]

a questo punto posta tutto il traceroute e magari dicci l'ip del server che postiamo il nostro se può esserti utile

[fabikus]

Non so, tutti i miei utenti (telecom e non) hanno lo stesso problema.
Facendo un traceroute praticamente ogni pacchetto fa il giro del mondo!

L'incremento del ping pare essere su:
30g.level3.ams-1-6k.routers.ovh.net [213.251.130.69]

[pretino]

sarà il problema di peering con telecom? ?

[fabikus]

Ho visto che la macchina mi pinga 400 ms...

[fabikus]

I miei siti hostati su un server EG Best Of vanno davvero lenti a me ed ai miei utenti.
Il load del server è bassissimo (non supera lo 0,50). Come banda ho una Premium Series (100 Mbits garantiti/cliente). Da cosa può dipendere? Avete problemi simili sulle vostre macchine?