OVH Community, your new community space.

Problemi di latenza(ping)


fucine
10.12.2008, 19.22
Citazione Originariamente Scritto da pretino
certo.. secondo me faranno come le carte di credito.... forse tra 4 mesi risolveranno il problema con telecom....
non dipende da OVH, ma da telecom: nessuno pu costringerli ad accettare un accordo di peering, e telecom sa incaponirsi come pochi altri, per questo almeno io personalmente la detesto (e lasciamo stare il magna-magna di tutti questi anni da monopolista).

pretino
10.12.2008, 19.03
certo.. secondo me faranno come le carte di credito.... forse tra 4 mesi risolveranno il problema con telecom....

fabikus
10.12.2008, 16.20
A quanto pare ci sono problemi di Telecom con Ovh. La cosa peggiore perch praticamente irrisolvibile a questo punto...

ibanez89
10.12.2008, 15.33
perch non posti il link del sito? vediamo che latenza ce al massimo "anche se ho wind"

Derevko
10.12.2008, 09.04
Citazione Originariamente Scritto da Vaiuba
scaricare un file in questo caso serve a poco nulla. Anch'io con l'HSDPA di tre scarico a 200kb al secondo, ma per aprire una pagina ci mette molto... ( un esempio non riferito ai server :P) Noi non stiamo parlando di ampiezza di banda, ma tempi di risposta
un esempio che c'entra poco. Qui si parla di sito "innavigabile", ovvero non riesce a caricare la pagina in tempi umani. A meno che non parliamo di latenze dell'ordine di decine di secondi (e non questo il caso) la latenza non un problema

Vaiuba
10.12.2008, 08.57
scaricare un file in questo caso serve a poco nulla. Anch'io con l'HSDPA di tre scarico a 200kb al secondo, ma per aprire una pagina ci mette molto... ( un esempio non riferito ai server :P) Noi non stiamo parlando di ampiezza di banda, ma tempi di risposta

Derevko
10.12.2008, 07.20
Citazione Originariamente Scritto da fabikus
PS: la lentezza dei miei siti nel server non riscontrata solo da clienti Telecom ma da TUTTI gli utenti. E' evidente che sia un problema di routing!
Ne dubito. Mettici a disposizione un file con dimensione > 50MB da scaricare.

Derevko
10.12.2008, 07.16
Citazione Originariamente Scritto da EvolutionCrazy
questi trace sono la conferma che il problema del proprio ISP
Non direi, o per lo meno in parte. Da quel che vedo ormai i grossi problemi ci sono con telecom italia che non gli concede il peer. Questo un problema, ancora pi grosso se fai il giro d'Europa e con Level3 per giunta.

EvolutionCrazy
09.12.2008, 21.21
Codice:
                                 My traceroute  [v0.73]
***.internetserviceteam.com (0.0.0.0)                Tue Dec  9 22:24:30 2008
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                               Packets               Pings
 Host                                        Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. 78-159-96-1.internetserviceteam.com       0.0%    17    1.0   1.2   0.7   3.0   0.5
 2. 89-149-218-33.internetserviceteam.com     0.0%    17    0.6   1.4   0.4  13.9   3.2
 3. ???
 4. 20g.th2-1-6k.routers.ovh.net              5.9%    17   18.2  32.1  16.5 207.7  47.9
 5. 160g.rbx-2-6k.routers.ovh.net             5.9%    17   16.7  20.3  16.2  30.7   5.0
 6. 40g.vss-1-6k.routers.ovh.net             11.8%    17   17.5  19.5  16.2  31.1   5.5
 7. srv.fuoriditesta.net                      0.0%    17   16.6  16.3  15.8  16.8   0.3
16ms da francoforte non poi cosi' male...

quest'altro sempre .de:

Codice:
                                   My traceroute  [v0.71]
***(0.0.0.0)                                                   Tue Dec  9 21:27:26 2008
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                    Packets               Pings
 Host                                             Loss%   Snt   Last   Avg  Best  Wrst StDev
 1. ffm4.active-servers.com                        0.0%     7    0.4   1.8   0.4   6.0   2.3
 2. ???
 3. 20g.th2-1-6k.routers.ovh.net                  16.7%     6   14.1  14.0  13.9  14.2   0.2
 4. 160g.rbx-2-6k.routers.ovh.net                 16.7%     6   14.8  26.3  14.7  54.6  17.6
 5. 40g.vss-1-6k.routers.ovh.net                  16.7%     6   14.2  18.6  13.8  29.1   6.8
 6. srv.fuoriditesta.net                           0.0%     6   13.4  13.6  13.4  13.9   0.2
da inet invece fa il giro per londra

Codice:
                                  My traceroute  [v0.71]
*** (0.0.0.0)                                         Tue Dec  9 22:26:01 2008
Keys:  Help   Display mode   Restart statistics   Order of fields   quit
                                                         Packets               Pings
 Host                                                  Loss%  Last   Avg  Best  Wrst StDev
 1. wf1-hsr1a.s1c09.seflow.it                           0.0%   0.6   0.7   0.5   1.0   0.2
 2. 212.239.107.193                                     0.0%   0.4  65.0   0.4 189.5  90.1
 3. po3.wf1-gsr3.net.inet.it                            0.0%   0.4   0.5   0.3   0.6   0.1
 4. ae0-17.mil19.ip.tiscali.net                         0.0%   1.1   1.0   0.8   1.9   0.3
 5. so0-0-0-622M.ar2.LIN1.gblx.net                      0.0%   1.0   1.1   1.0   1.2   0.1
 6. te9-1-10G.ar6.LON3.gblx.net                         0.0%  24.8  25.8  24.5  28.6   1.4
 7. 30g.gblx.ldn-1-6k.routers.ovh.net                   0.0%  85.2 101.2  81.9 242.3  46.9
 8. 20g.rbx-1-6k.routers.ovh.net                       54.5%  83.5  85.6  82.5  94.3   5.0
 9. 40g.vss-1-6k.routers.ovh.net                        0.0%  93.0  91.9  81.8 114.4  10.0
10. srv.fuoriditesta.net                                0.0%  83.3  84.7  81.9  92.6   3.0
da telecom italia invece schizza alto....

da tiscali (milano) invece liscio come l'olio:
Codice:
traceroute to srv.fuoriditesta.net (94.23.17.145), 12 hops max, 40 byte packets
 1  so0-0-0-622M.ar2.LIN1.gblx.net (64.208.110.41)  0.575 ms  0.649 ms  0.471 ms
 2  * te9-1-10G.ar6.LON3.gblx.net (67.16.132.206)  36.086 ms  54.669 ms
 3  30g.gblx.ldn-1-6k.routers.ovh.net (213.251.130.53)  28.363 ms  34.087 ms  28.207 ms
 4  * 20g.rbx-1-6k.routers.ovh.net (91.121.131.13)  26.601 ms  27.303 ms
 5  40g.vss-1-6k.routers.ovh.net (213.251.128.26)  27.641 ms *  45.996 ms
 6  srv.fuoriditesta.net (94.23.17.145)  26.759 ms  26.432 ms  47.318 ms
dal garr
Codice:
traceroute to srv.fuoriditesta.net (94.23.17.145), 30 hops max, 40 byte packets
 1  sw-router-1.dei.unipd.it (147.162.2.1)  1.871 ms  3.018 ms  3.983 ms
 2  denti.dei.unipd.it (147.162.2.223)  2.296 ms  2.908 ms  3.873 ms
 3  147.162.214.178 (147.162.214.178)  4.926 ms  4.909 ms  6.085 ms
 4  172.31.2.102 (172.31.2.102)  6.065 ms  6.047 ms  7.281 ms
 5  172.31.16.201 (172.31.16.201)  7.260 ms  7.240 ms  8.674 ms
 6  147.162.238.17 (147.162.238.17)  10.194 ms  3.516 ms  1.727 ms
 7  147.162.250.239 (147.162.250.239)  1.688 ms  1.683 ms  2.305 ms
 8  ru-unipd-rt-pd1.pd1.garr.net (193.206.132.221)  1.205 ms  1.560 ms  1.533 ms
 9  rt-pd1-rt1-mi1.mi1.garr.net (193.206.134.45)  5.233 ms  5.201 ms  5.174 ms
10  rt1-mi1-rt-mi2.mi2.garr.net (193.206.134.190)  5.138 ms  5.113 ms  5.085 ms
11  ovh.mix-it.net (217.29.66.67)  5.058 ms * *
12  20g.zur-1-6k.routers.ovh.net (213.251.128.74)  29.136 ms * *
13  20g.fra-1-6k.routers.ovh.net (213.251.128.82)  40.447 ms * *
14  20g.th2-1-6k.routers.ovh.net (213.251.130.13)  29.023 ms * *
15  160g.rbx-2-6k.routers.ovh.net (213.186.32.201)  30.161 ms * *
16  40g.vss-1-6k.routers.ovh.net (213.251.128.30)  42.164 ms * *
17  srv.fuoriditesta.net (94.23.17.145)  40.872 ms  40.765 ms  41.529 ms
questi trace sono la conferma che il problema del proprio ISP

PS: problemi di routing non li vedono tutti gli utenti... ma solo quelli di certi ISP... problemi di rete (tipo uno switch rotto (unico router per cui si passa per arrivare al tuo server) invece li vedono tutti...)

fabikus
09.12.2008, 21.03
Ecco un tracert di adesso (il sito sta andando davvero lento).
Ditemi voi se un problema di connessione, a me non pare...

C:\Documents and Settings\Admin>tracert 94.23.17.145

1 53 ms 54 ms 54 ms 192.168.100.1
2 54 ms 54 ms 54 ms r-ct28-vl2.opb.interbusiness.it [217.141.250.132]
3 71 ms 69 ms 69 ms host229-8-static.20-80-b.business.telecomitalia.it [80.20.8.229]
4 78 ms 79 ms 79 ms 151.99.98.106
5 79 ms 99 ms 84 ms host205-8-static.20-80-b.business.telecomitalia.it [80.20.8.205]
6 80 ms 79 ms 79 ms mil53-ibs-resid-8.seabone.net [195.22.192.25]
7 100 ms 104 ms 104 ms level3-1-fra32.fra.seabone.net [195.22.211.38]
8 100 ms 89 ms 89 ms vlan79.csw2.Frankfurt1.Level3.net [4.68.23.126]
9 101 ms 89 ms 89 ms ae-72-72.ebr2.Frankfurt1.Level3.net [4.69.140.21]
10 96 ms 129 ms 104 ms ae-2.ebr1.Dusseldorf1.Level3.net [4.69.132.137]
11 99 ms 104 ms 109 ms ae-45-105.ebr2.Dusseldorf1.Level3.net [4.69.141.78]
12 97 ms 109 ms 109 ms ae-44.ebr1.Amsterdam1.Level3.net [4.69.141.74]
13 97 ms 99 ms 99 ms ae-1-55.edge3.Amsterdam1.Level3.net [4.68.120.146]
14 * 128 ms * 30g.level3.ams-1-6k.routers.ovh.net [213.251.130.69]
15 234 ms 254 ms 234 ms 40g.rbx-2-6k.routers.ovh.net [91.121.131.9]
16 273 ms 269 ms 269 ms 40g.vss-1-6k.routers.ovh.net [213.251.128.30]

17 228 ms 229 ms 234 ms srv.fuoriditesta.net [94.23.17.145]

PS: la lentezza dei miei siti nel server non riscontrata solo da clienti Telecom ma da TUTTI gli utenti. E' evidente che sia un problema di routing!

EvolutionCrazy
09.12.2008, 20.01
per i problemi di latenza: purtroppo OVH non arriva fino a casa vostra con le linee...

gli ISP fanno routing dove costa loro meno ... quando sale il ping verso ovh, sale anche verso altri host per cui il vostro ISP (sia esso telecom o fastweb o altro) usa gli stessi carrier per raggiungere la destinazione?

purtroppo nel 90% dei casi si tratta di problemi del proprio ISP (e infatti in sto thread si parla di telecom italia e di fastweb... telecom italia ancora ancora in genere se la cava (ma non verso ovunque), fastweb invece ha un peering europe che fa semplicemente pena.... non ho visto gente che si lamenta uscendo da inet, interoute o kpnq.....)

fabikus
09.12.2008, 15.47
Citazione Originariamente Scritto da EvolutionCrazy

@fabikus sicuro che il tuo server e quello di OVH.it siano entrambi nello stesso datacenter e non in due parti opposte della nazione (paris vs roubaix?)
S ma allora spiegami perch adesso pingo 100 ms anche il mio server (che per me, visto che vivo al Sud dell'Italia accettabilissimo)?
Se, sporadicamente, in alcuni momenti della giornata per due o tre ore (o pi) il server inizia a pingare 200, 300, 400 Ms (indipendentemente dallo stato della mia connessione) c' un problema di routing, non pensi?

Firefox
09.12.2008, 15.00
Il problema un altro. Cosa ci si deve fare con il proprio server ? Quanto si ha da spendere ? Abbiamo (e mi ci metto anch'io) pianificato su carta quello che poi andremo a fare sul nostro server dedicato o meno ?
Conosco amici italiani che hanno server in america, accessi da qualche centinaia di utenze al giorno, ping schifosissimi ma nessuno si lamenta. Qui disquisiamo di ms.
Certo se abbiamo server di gioco caricati sul server la differenza si noterebbe e bisognerebbe valutare bene un acquisto, allo stato attuale, su ovh. Ma, ripeto, ad ogni problema c' soluzione e questa direttamente proporzionale al proprio budget e a quello che si ha intenzione di fare.

Paolo

Ego-Ale-Sum
09.12.2008, 14.46
Citazione Originariamente Scritto da Vaiuba
Non conosce bene la tua linea, Ego-Ale-Sum, ma 60ms sono tantini!!! Tieni conto che google.com lo pingo 11ms, isp tedeschi dai 15 ai 30 ms
ho una adsl alice 7 mega, comunissima tra gli italiani
fare paragoni con google mi sembra un tantino azzardato... io ho solo 1 kimsufi situato solo in 1 posto ben preciso nel mondo... google ha migliaia di server sparsi nel globo, ben pi potenti e con connessioni diverse

Vaiuba
09.12.2008, 14.17
Citazione Originariamente Scritto da EvolutionCrazy
@vaiuba:
49 ms 48 ms 48 ms

una sbalzo di un millisecondo (arrotondando... cambia tools per fare i test se vuoi vedere la deviazione con una precisione decente) accettabilissimo!

ovviamente non puoi fare paragoni di latenza tra italia->francoforte e italia->roubaix...
la distanza FISICA ben diversa... e la velocit della luce e' uguale in tutti i posti del mondo... non che ovh abbia la luce che corre piu' veloce dentor la sua fibra :|
Io faccio paragoni tra italia->berlino italia->parigi
A berlino pingo circa la met o poco pi...

EvolutionCrazy
09.12.2008, 13.28
ehm...

qualcuno ha la vaga idea di come funziona una rete???

NORMALISSIMO che un router non perda tempo con gli echo reply!!!!

il suo lavoro ben altro e fargli sprecare tempo per operazioni inutili normale che finisca in coda :|

l'unica cosa che conta il ping verso il vostro server... che avete configurato voi e sapete che limite avete messo come numero di reply agli echo al secondo!!!

qualsiasi nodo intermedio puo' anche fare a meno di rispondere agli echo!

@vaiuba:
49 ms 48 ms 48 ms

una sbalzo di un millisecondo (arrotondando... cambia tools per fare i test se vuoi vedere la deviazione con una precisione decente) accettabilissimo!

ovviamente non puoi fare paragoni di latenza tra italia->francoforte e italia->roubaix...
la distanza FISICA ben diversa... e la velocit della luce e' uguale in tutti i posti del mondo... non che ovh abbia la luce che corre piu' veloce dentor la sua fibra :|

@fabikus sicuro che il tuo server e quello di OVH.it siano entrambi nello stesso datacenter e non in due parti opposte della nazione (paris vs roubaix?)

Vaiuba
09.12.2008, 12.11
tanto sempre colpa nostra, rassegnati

fabikus
09.12.2008, 10.36
Ho gi contattato il supporto, mi hanno detto che il problema la mia connessione, ma non credo visto che pingo ovh.it a 100 ms e il mio server a 200 ms! Adesso la situazione tranquilla ma negli orari di punta la latenza sul nodo 40g.rbx-2-6k.routers.ovh.net [91.121.131.9] si far nuovamente insostenibile.

Vaiuba
09.12.2008, 10.29
A mio avviso non ammissibile avere questo tipo di problemi, vendessero il tutto come SOLO FRANCIA potrei capire, ma visto che ora anche supportato completamente x la clientela italiana, non pu esserci questo tipo di problema!!
Non conosce bene la tua linea, Ego-Ale-Sum, ma 60ms sono tantini!!! Tieni conto che google.com lo pingo 11ms, isp tedeschi dai 15 ai 30 ms

fabikus
08.12.2008, 11.15
Succede sporadicamente, due o tre volte la settimana per alcune ore il passaggio 40g.rbx-2-6k.routers.ovh.net (91.121.131.9) diventa incredibilmente lento. Poi la cosa si risolve e la latenza torna normale. Ma questo problema a mio avviso va risolto urgentemente perch per quattro o cinque ore due volte al settimana il mio sito va davvero lento a tutti i miei utenti, e sinceramente non una situazione sostenibile.

Ego-Ale-Sum
08.12.2008, 10.29
era gi successo in passato... gli utenti telecom di alcune zone d'italia per qualche ora non sono riusciti ad acceder a Google e siti correlati (come GMail)... in altre regioni, funzionava tutto alla perfezione.

pretino
08.12.2008, 03.57
dipender dall'ip di telecom? !?!?!?!?

Ego-Ale-Sum
07.12.2008, 23.11
come ho gi scritto, strano... ho un'adsl telecom (alice 7 mega), e non noto alcun problema: anzi, il ping incredibilmente veloce...

Codice:
Alesssandro:~ Alessandro$ ping -c 5 youarchive.it
PING youarchive.it (91.121.122.69): 56 data bytes
64 bytes from 91.121.122.69: icmp_seq=0 ttl=54 time=59.103 ms
64 bytes from 91.121.122.69: icmp_seq=1 ttl=54 time=58.548 ms
64 bytes from 91.121.122.69: icmp_seq=2 ttl=54 time=59.045 ms
64 bytes from 91.121.122.69: icmp_seq=3 ttl=54 time=58.862 ms
64 bytes from 91.121.122.69: icmp_seq=4 ttl=54 time=61.007 ms

--- youarchive.it ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 58.548/59.313/61.007/0.869 ms
non sono un grande esperto, ma mi sembra che un ping di neanche 60ms sia ottimo!

il sito di vaiuba ancora meglio:
Codice:
Alesssandro:~ Alessandro$ ping -c 5 vaiuba.com
PING vaiuba.com (94.23.17.80): 56 data bytes
64 bytes from 94.23.17.80: icmp_seq=0 ttl=54 time=55.408 ms
64 bytes from 94.23.17.80: icmp_seq=1 ttl=54 time=55.763 ms
64 bytes from 94.23.17.80: icmp_seq=2 ttl=54 time=55.378 ms
64 bytes from 94.23.17.80: icmp_seq=3 ttl=54 time=56.204 ms
64 bytes from 94.23.17.80: icmp_seq=4 ttl=54 time=56.264 ms

--- vaiuba.com ping statistics ---
5 packets transmitted, 5 packets received, 0% packet loss
round-trip min/avg/max/stddev = 55.378/55.803/56.264/0.377 ms
che dipenda dalla geografia? io sono di vicenza...

fucine
07.12.2008, 22.20
Citazione Originariamente Scritto da fabikus
Ci sono seri problemi su questo passaggio 40g.rbx-2-6k.routers.ovh.net (91.121.131.9)
Anche il mio sito innavigabile. Situazione davvero deludente, ho aperto un ticket ma ancora nessuna risposta.
cavolo, questa una bella bega.
un vero problema, di quelli tosti davvero.
speriamo che 'sto benedetto accordo con Telecom in peering sul MIX si concluda presto e che un qualche switch o router fumato sia stato nel frattempo sostituito.

fabikus
07.12.2008, 01.46
Ci sono seri problemi su questo passaggio 40g.rbx-2-6k.routers.ovh.net (91.121.131.9)
Anche il mio sito innavigabile. Situazione davvero deludente, ho aperto un ticket ma ancora nessuna risposta.

HyperText
06.12.2008, 18.09
Confermo. Ho Alice 7Mb. Il mio sito innavigabile.

Firefox
06.12.2008, 17.17
Confermo quanto detto da Vaiuba. La situazione pur avendo macchine ben performanti alquanto deludente.

Questo il mio tracert

1 1 ms 1 ms 1 ms 192.168.1.1
2 19 ms 33 ms 20 ms 192.168.100.1
3 21 ms 19 ms 20 ms host77-230-static.44-88-b.business.telecomitalia
.it [88.44.230.77]
4 19 ms 19 ms 20 ms r-an22-vl11.opb.interbusiness.it [80.17.212.198]

5 26 ms 27 ms 26 ms 172.17.4.169
6 34 ms 35 ms 33 ms 151.99.99.125
7 38 ms 37 ms 35 ms host197-8-static.20-80-b.business.telecomitalia.
it [80.20.8.197]
8 38 ms 37 ms 36 ms mil53-ibs-resid-5.seabone.net [195.22.192.29]
9 45 ms 45 ms 46 ms level3-1-fra32.fra.seabone.net [195.22.211.38]
10 57 ms 53 ms 54 ms vlan69.csw1.Frankfurt1.Level3.net [4.68.23.62]
11 51 ms 53 ms 54 ms ae-62-62.ebr2.Frankfurt1.Level3.net [4.69.140.17
]
12 55 ms 54 ms 53 ms ae-2.ebr1.Dusseldorf1.Level3.net [4.69.132.137]

13 56 ms 54 ms 53 ms ae-47-107.ebr2.Dusseldorf1.Level3.net [4.69.141.
86]
14 53 ms 53 ms 54 ms ae-43.ebr1.Amsterdam1.Level3.net [4.69.141.70]
15 70 ms 57 ms 57 ms ae-1-51.edge3.Amsterdam1.Level3.net [4.68.120.18
]
16 69 ms * * 30g.level3.ams-1-6k.routers.ovh.net [213.251.130
.69]
17 102 ms 101 ms * 40g.rbx-2-6k.routers.ovh.net [91.121.131.9]
18 152 ms 153 ms 151 ms 40g.vss-1-6k.routers.ovh.net [213.251.128.30]
19 109 ms 113 ms 108 ms r17.it [94.23.12.165]

Traccia completata.

Problemi seri sul passaggio 17 (perdita del 50% dei pacchetti)
HOP 91.121.131.9. Ironia della sorte il 17 anche il nome del mio dominio....


C:\>ping -t -i 17 r17.it

Esecuzione di Ping r17.it [94.23.12.165] con 32 byte di dati:
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Richiesta scaduta.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Richiesta scaduta.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Richiesta scaduta.
Richiesta scaduta.
Richiesta scaduta.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.
Richiesta scaduta.
Risposta da 91.121.131.9: TTL scaduto durante il passaggio.

Vaiuba
04.12.2008, 14.15
speriamo...!!!!!!!!!!!!!!

fabikus
04.12.2008, 14.15
Ho lo stesso problema nel mio server. Mi auguro che Ovh risolva questi problemi di latenza che, secondo me, sono il solo grande difetto al momento per gli utenti italiani.

Vaiuba
04.12.2008, 12.54
Effettuando un tracert del mio dominio su server dedicato noto con dispiacere che:
C:\Users\xxxxxxxxx>tracert vaiuba.com

Traccia instradamento verso vaiuba.com [94.23.17.80]
su un massimo di 30 punti di passaggio:

1 1 ms 1 ms 1 ms 1.8.82.3
2 1 ms 1 ms 1 ms 10.251.112.25
3 1 ms 1 ms 1 ms 10.251.108.24
4 1 ms 1 ms 1 ms 10.251.109.1
5 4 ms 1 ms 2 ms 10.251.113.194
6 1 ms 1 ms 1 ms 10.0.36.29
7 2 ms 1 ms 1 ms 10.0.0.149
8 1 ms 1 ms 1 ms 10.254.11.21
9 2 ms 1 ms 1 ms 10.254.0.13
10 2 ms 2 ms 5 ms 89.96.200.162
11 2 ms 2 ms 2 ms 26.26.26.42
12 2 ms 2 ms 2 ms 26.26.26.169
13 3 ms 2 ms 2 ms 26.26.26.121
14 2 ms 2 ms 3 ms 89.96.200.205
15 13 ms 13 ms 13 ms i00dcx-015-gig1-13.bb.ip-plus.net [164.128.33.177]
16 * * * Richiesta scaduta.
17 33 ms 33 ms * 20g.th2-1-6k.routers.ovh.net [213.251.130.13]
18 37 ms 247 ms 37 ms 160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
19 49 ms 186 ms * 40g.vss-1-6k.routers.ovh.net [213.251.128.30]
20 49 ms 48 ms 48 ms s1.vaiuba.com [94.23.17.80]

Traccia completata.
Ci sono sbalzi di ping, allora provo a pingare dal 15 al 20 ed ecco cosa noto (prima solo quelli della NAT di fastweb e sono perfetti):

1) ping a i00dcx-015-gig1-13.bb.ip-plus.net [164.128.33.177]
C:\Users\xxxxxxxxxxxxx>ping -n 20 164.128.33.177

Esecuzione di Ping 164.128.33.177 con 32 byte di dati:
Risposta da 164.128.33.177: byte=32 durata=17ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=19ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=17ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=17ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=17ms TTL=248
Risposta da 164.128.33.177: byte=32 durata=16ms TTL=248

Statistiche Ping per 164.128.33.177:
Pacchetti: Trasmessi = 20, Ricevuti = 20,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 16ms, Massimo = 19ms, Medio = 16ms

2) il passaggio 16 non risponde al ping
C:\Users\xxxxxxxxxxxxx>ping -t -i 16 vaiuba.com

Esecuzione di Ping vaiuba.com [94.23.17.80] con 32 byte di dati:
Richiesta scaduta.
Richiesta scaduta.
Richiesta scaduta.
Richiesta scaduta.
Richiesta scaduta.

Statistiche Ping per 94.23.17.80:
Pacchetti: Trasmessi = 5, Ricevuti = 0,
Persi = 5 (100% persi),

3)ping a 20g.th2-1-6k.routers.ovh.net [213.251.130.13]
C:\Users\xxxxxxxxxxx>ping -n 20 213.251.130.13

Esecuzione di Ping 213.251.130.13 con 32 byte di dati:
Risposta da 213.251.130.13: byte=32 durata=34ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=33ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=33ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=42ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=38ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=32ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=35ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=33ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=38ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=32ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=33ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=38ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=32ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=32ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=41ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=103ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=78ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=80ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=110ms TTL=243
Risposta da 213.251.130.13: byte=32 durata=161ms TTL=243

Statistiche Ping per 213.251.130.13:
Pacchetti: Trasmessi = 20, Ricevuti = 20,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 32ms, Massimo = 161ms, Medio = 52ms

4) PING 160g.rbx-2-6k.routers.ovh.net [213.186.32.201]
C:\Users\xxxxxxxxx>ping -n 20 213.186.32.201

Esecuzione di Ping 213.186.32.201 con 32 byte di dati:
Risposta da 213.186.32.201: byte=32 durata=38ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=37ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=74ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=236ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=87ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=228ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=54ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=199ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=134ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=35ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=38ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=43ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=58ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=36ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=39ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=35ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=36ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=41ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=40ms TTL=242
Risposta da 213.186.32.201: byte=32 durata=36ms TTL=242

Statistiche Ping per 213.186.32.201:
Pacchetti: Trasmessi = 20, Ricevuti = 20,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 35ms, Massimo = 236ms, Medio = 76ms
5) PING 40g.vss-1-6k.routers.ovh.net [213.251.128.30]
C:\Users\xxxxxxxx>ping -n 20 213.251.128.30

Esecuzione di Ping 213.251.128.30 con 32 byte di dati:
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=49ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=61ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=49ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=49ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=65ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=58ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=572ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=56ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=54ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=49ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=49ms TTL=242
Risposta da 213.251.128.30: byte=32 durata=48ms TTL=242

Statistiche Ping per 213.251.128.30:
Pacchetti: Trasmessi = 20, Ricevuti = 20,
Persi = 0 (0% persi),
Tempo approssimativo percorsi andata/ritorno in millisecondi:
Minimo = 48ms, Massimo = 572ms, Medio = 77ms


La situazione non proprio delle migliori, questi sbalzi di ping rendono impossibile l'installazione di tutti quei servizi che necessitano una bassa latenza (es: Game Servers).
Qualcuno potrebbe spiegarmi il perch, tra l'altro nella rete proprietaria di Ovh, ci siano questi problemi?
grazie