rete rinforzata in Italia
viking2010
06.02.2012, 08.25
A me invece capita il contrario, ossia a seconda della classe IP Telecom che ho, cambia l'uscita su Francoforte o Milano. Spero che sistemino tutto con uscita a Milano, anche perchè quando esco da Ovh-->Telecom su Francoforte noto rallentamenti di velocità.
hai ragione
hanno sistemato l'andata, e sminchiato il ritorno
Codice:
traceroute 87.4.82.240
traceroute to 87.4.82.240 (87.4.82.240), 30 hops max, 60 byte packets
1 baudo.fr.eu (pippo) 0.849 ms 0.994 ms 1.126 ms
2 rbx-2-6k.fr.eu (91.121.130.130) 0.511 ms * *
3 rbx-g1-a9.fr.eu (213.186.32.233) 1.270 ms 1.511 ms 1.553 ms
4 fra-1-6k.de.eu (91.121.131.198) 8.250 ms fra-1-6k.de.eu (94.23.122.209) 8.347 ms fra-1-6k.de.eu (91.121.131.194) 8.403 ms
5 seabone.as6762.de.eu (94.23.122.158) 8.405 ms 8.500 ms 8.649 ms
6 172.15.5.234 (172.15.5.234) 21.168 ms 21.161 ms 20.449 ms
7 * * *
8 * * *
9 * * *
questo invece è ok
Codice:
traceroute 85.42.187.65
traceroute to 85.42.187.65 (85.42.187.65), 30 hops max, 60 byte packets
1 pippo.fr.eu (baudo) 0.690 ms 0.855 ms 0.962 ms
2 rbx-1-6k.fr.eu (91.121.130.1) 0.462 ms * *
3 rbx-g2-a9.fr.eu (91.121.131.14) 1.932 ms 1.929 ms 1.925 ms
4 * fra-5-6k.de.eu (91.121.131.129) 8.112 ms fra-5-6k.de.eu (91.121.131.133) 8.170 ms
5 mil-5-6k.it.eu (91.121.128.34) 16.937 ms * *
6 mil-1-6k.it.eu (94.23.122.250) 16.907 ms * *
7 seabone.as6762.it.eu (213.186.32.214) 17.105 ms 17.208 ms 17.314 ms
8 * * *
9 * * *
10 80.20.7.64 (80.20.7.64) 18.736 ms 18.756 ms 18.707 ms
11 host206-22-static.34-88-b.business.telecomitalia.it (88.34.22.206) 56.905 ms * *
missà che questo routing creativo è la causa dei valori anomali della latenza nei traceroute verso ovh: ad esempio nel primo traceroute del mio post precedente tra i nodi 7 e 8, 10 e 11, 13 e 14 c'è una differenza nella latenza che è spiegabile solo con il fatto che per la risposta i pacchetti si fanno il giro panoramico
viking2010
03.02.2012, 13.14
Prova a fare il tracert anche in senso inverso, OVH verso Telecom...
eccoli qui
Codice:
C:\>tracert fr.wantedgov.it
Tracing route to fr.wantedgov.it [94.23.68.246]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Request timed out.
3 33 ms 31 ms 32 ms r-bg36-vl11.opb.interbusiness.it [217.141.105.202]
4 34 ms 33 ms 34 ms 172.17.5.9
5 34 ms 34 ms 34 ms 172.17.10.73
6 40 ms 41 ms 38 ms pos1-14-0-0.milano50.mil.seabone.net [93.186.128.77]
7 35 ms 34 ms 34 ms te4-2.milano52.mil.seabone.net [195.22.205.243]
8 57 ms 56 ms * mil-1-6k.it.eu [91.121.131.17]
9 56 ms 56 ms 55 ms mil-5-6k.it.eu [94.23.122.251]
10 45 ms 47 ms * fra-5-6k.de.eu [91.121.128.35]
11 65 ms 63 ms 64 ms rbx-g2-a9.fr.eu [94.23.122.117]
12 63 ms 70 ms * rbx-1-6k.fr.eu [91.121.131.13]
13 51 ms 51 ms 51 ms rbx-49-m1.fr.eu [91.121.130.19]
14 62 ms 63 ms 63 ms fr1.wantedgov.it [94.23.68.246]
Trace complete.
Codice:
C:\>tracert fr.wantedgov.it
Rilevazione instradamento verso fr.wantedgov.it [94.23.68.246]
su un massimo di 30 punti di passaggio:
1 3 ms 2 ms 2 ms host65-187-static.42-85-b.business.telecomitalia.it [85.42.187.65]
2 38 ms 40 ms 40 ms host205-22-static.34-88-b.business.telecomitalia.it [88.34.22.205]
3 42 ms 38 ms 40 ms r-mi257-vl14.opb.interbusiness.it [80.20.5.15]
4 * * * Richiesta scaduta.
5 * * * Richiesta scaduta.
6 46 ms 46 ms 44 ms bundle-ether13.milano26.mil.seabone.net [93.186.128.209]
7 41 ms 42 ms 42 ms te1-1.milano52.mil.seabone.net [195.22.196.135]
8 43 ms * 44 ms mil-1-6k.it.eu [213.186.32.213]
9 42 ms 41 ms * mil-5-6k.it.eu [94.23.122.251]
10 55 ms * 53 ms fra-5-6k.de.eu [91.121.128.35]
11 56 ms 56 ms 60 ms rbx-g2-a9.fr.eu [91.121.131.130]
12 69 ms 77 ms 64 ms rbx-2-6k.fr.eu [91.121.131.9]
13 57 ms 58 ms 55 ms rbx-49-m1.fr.eu [91.121.130.147]
14 57 ms 57 ms 55 ms fr1.wantedgov.it [94.23.68.246]
Rilevazione completata.
2 linee adsl a ~500 metri di distanza.
ma guardando meglio non è migliorato il risultato: tra i nodi 7 e 8 del passaggio tra seabone e ovh possono essere introdotti ritardi oppure no. Solo che ora entrambi i nodi sono a milano, mentre prima uno era a milano e l'altro francoforte.
Il risultato è che nel primo caso dal primo caso passano 31 ms (come avveniva per tutto il 2011), nel secondo ne passano 17 (come ai bei vecchi tempi).
Ormai mi sono rassegnato e non mi importa più di tanto: da tempo abbiamo preso una macchina anche a milano, pure quella collegata in Gbps. L'avremmo presa volentieri da OVH.. ma con sta rete ballerina i giocatori dei nostri gameserver ci avrebbero trucidato (nella vita reale)
viking2010
03.02.2012, 09.49
Io vedo che ancora alcune classi Telecom Italia escono da Francoforte (OVH-->Telecom):
Codice:
traceroute to 95.232.9.xxx, 30 hops max, 60 byte packets
1 rbx-14-m2.fr.eu (91.121.27.252) 1.089 ms 1.468 ms 1.927 ms
2 rbx-2-6k.fr.eu (213.251.191.130) 34.275 ms * *
3 rbx-g1-a9.fr.eu (213.186.32.233) 1.224 ms 1.484 ms 1.593 ms
4 fra-5-6k.de.eu (91.121.131.206) 8.235 ms 8.298 ms fra-1-6k.de.eu (91.121.131.198) 8.359 ms
5 seabone.as6762.de.eu (94.23.122.158) 41.828 ms 42.121 ms 42.234 ms
Originariamente Scritto da
claber
Gravediggo il topic per la grande emozione: ho appena notato che il traffico da telecom italia finalmente entra nella rete OVH da milano e non da francoforte.
C'è voluto solo un anno per sistemarlo, ma alla fine qualcuno ha premuto i bottoni giusti!
Posta un traceroute in modo da verificare i dettagli sulla classe IP Telecom Italia in uso, grazie per la collaborazione
Gravediggo il topic per la grande emozione: ho appena notato che il traffico da telecom italia finalmente entra nella rete OVH da milano e non da francoforte.
C'è voluto solo un anno per sistemarlo, ma alla fine qualcuno ha premuto i bottoni giusti!
preciso meglio: quello che chiedo da dicembre non è tanto perché un router esterno alla rete OVH abbia ping più o meno alto, che come dici giustamente può aver di meglio da fare che rispondere alle richieste ICMP, anche se in questo caso specifico processa in ritardo TUTTI i pacchetti, non solo gli ICMP.
Da dicembre chiedo come mai si passa per quel router, più precisamente perché i clienti telecom italia vanno a francoforte su rete seabone e solo da lì entrano in OVH, al posto di entrare in OVH direttamente da milano e quindi saltando quei router seabone che aumentano inutilmente la latenza.
Da milano si arriva a roubaix in 16 ms di tempo quando si passa dai router OVH. Nel traceroute postato da viking2010 ci impiega la bellezza di 30 ms.
Originariamente Scritto da
claber
lo sto chiedendo da dicembre..
I routers implementano, per diverse ragioni, strategie di gestione pacchetti in relazione al carico di dati da processare.
Questo perchè il loro lavoro sulla rete non è rispondere ai ping (cortesia che può rivelarsi pericolosa) ma gestire/smistare traffico.
Nel nostro caso le richieste ICMP sono gestite in modo da ottimizzare il lavoro del router, ovvero vengono gestite tramite coda di attesa <- da qui l'aumento del valore in ms, del tutto insignificante a fini di verifica della latenza tra 2 hosts.
Originariamente Scritto da
viking2010
Come mai dal seabone di Milano --> seabone Francoforte c'è questo alto valore di differenza in ms (34ms):
Codice:
C:\Documents and Settings\hola>tracert 91.121.***.***
Rilevazione instradamento verso ns******.ovh.net [91.121.***.***]
su un massimo di 30 punti di passaggio:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 23 ms 23 ms 22 ms 172.17.217.37
4 23 ms 24 ms 23 ms 172.17.216.9
5 31 ms 31 ms 30 ms 172.17.4.1
6 31 ms 31 ms 32 ms 172.17.6.113
7 30 ms 30 ms 30 ms pos1-11-0-0.milano26.mil.seabone.net [195.22.192.85]
8 65 ms 64 ms 64 ms te4-4.franco15.fra.seabone.net [195.22.211.127]
9 52 ms 52 ms * fra-1-6k.de.eu [94.23.122.157]
10 60 ms 60 ms 60 ms rbx-g1-a9.fr.eu [91.121.131.197]
11 61 ms * 61 ms rbx-2-6k.fr.eu [213.186.32.234]
12 60 ms 60 ms 60 ms rbx-63-m1.fr.eu [91.121.130.201]
13 60 ms 59 ms 59 ms ns305474.ovh.net [91.121.***.***]
Rilevazione completata.
lo sto chiedendo da dicembre..
viking2010
28.05.2011, 00.32
Come mai dal seabone di Milano --> seabone Francoforte c'è questo alto valore di differenza in ms (34ms):
Codice:
C:\Documents and Settings\hola>tracert 91.121.***.***
Rilevazione instradamento verso ns******.ovh.net [91.121.***.***]
su un massimo di 30 punti di passaggio:
1 <1 ms <1 ms <1 ms 192.168.1.1
2 * * * Richiesta scaduta.
3 23 ms 23 ms 22 ms 172.17.217.37
4 23 ms 24 ms 23 ms 172.17.216.9
5 31 ms 31 ms 30 ms 172.17.4.1
6 31 ms 31 ms 32 ms 172.17.6.113
7 30 ms 30 ms 30 ms pos1-11-0-0.milano26.mil.seabone.net [195.22.192.85]
8 65 ms 64 ms 64 ms te4-4.franco15.fra.seabone.net [195.22.211.127]
9 52 ms 52 ms * fra-1-6k.de.eu [94.23.122.157]
10 60 ms 60 ms 60 ms rbx-g1-a9.fr.eu [91.121.131.197]
11 61 ms * 61 ms rbx-2-6k.fr.eu [213.186.32.234]
12 60 ms 60 ms 60 ms rbx-63-m1.fr.eu [91.121.130.201]
13 60 ms 59 ms 59 ms ns305474.ovh.net [91.121.***.***]
Rilevazione completata.
Originariamente Scritto da
raffo
Non Proxy pubblici, mi riferivo ai Reverse Proxy per siti web sempre ospitati da OVH, considerando che tra il datacenter in italia e il datacenter in francia avranno una distanza di pochi millisecondi, potrebbe abbreviare le distanze tra il resto d'Italia e OVH France. Questo non è ammesso?
In questo caso é' necessario comunicare a :
legal@ovh.net l'utilizzo ed il tipo di uso.
Se hai bisogno di ulteriori informazioni al riguardo apri un nuovo thread per evitare di confondere le informazioni inerenti la struttura di rete con quelle inerenti le policies di sicurezza adottate da Ovh
Originariamente Scritto da
torpado
Ti ricordo che i proxy servers, per contratto , non sono consentiti in Ovh
Non Proxy pubblici, mi riferivo ai Reverse Proxy per siti web sempre ospitati da OVH, considerando che tra il datacenter in italia e il datacenter in francia avranno una distanza di pochi millisecondi, potrebbe abbreviare le distanze tra il resto d'Italia e OVH France. Questo non è ammesso?
Originariamente Scritto da
raffo
Grazie a queste notizie potremmo rafforzare i collegamenti ai nostri server dedicati in francia grazie alle VPS che faranno da CDN, Cache e Proxy.
Ti ricordo che i proxy servers, per
contratto , non sono consentiti in Ovh
Grazie a queste notizie potremmo rafforzare i collegamenti ai nostri server dedicati in francia grazie alle VPS che faranno da CDN, Cache e Proxy.
EvolutionCrazy
20.05.2011, 21.07
Originariamente Scritto da
torpado
a memoria, tra i primi in ovh italia
e tutt'ora molto soddisfatto
mai viste così tante buone notizie tutte assieme!
E lo so che ormai vi sembrerò un disco rotto, ma è dalla fine dell'anno scorso che sta cosa è in ballo
ora manca solo il ritorno al routing che c'era l'anno scorso, e cioè
milano (seabone) -> milano (ovh) -> francoforte (ovh) -> roubaix (ovh)
al posto di quello attuale
milano (seabone) -> francoforte (seabone) -> francoforte (ovh) -> roubaix (ovh)
Originariamente Scritto da
EvolutionCrazy
a me interessa proprio la latenza
questa quella attuale, da Milano connessione T.I. 20mbs :
Host Loss% Snt Last Avg Best Wrst StDev
vps11*.ovh.net 0.0% 122 22.1 22.9 21.9 26.3 0.9
a memoria, tra i primi in ovh italia
EvolutionCrazy
20.05.2011, 16.06
a me interessa proprio la latenza
sono già cliente OVH
Originariamente Scritto da
EvolutionCrazy
in Francia vado direttamente sui server dedicati... vorrei server dedicati localizzati in Italia targati OVH ma da come capisco per ora niente... dall'annuncio si parla di VPS posizionate fisicamente a milano a partire da settembre....
mi riferisco a quelle
si esatto!
Puoi già ordinarle in Italia, come tutti i servizi presenti su ovh.it
Da settembre, ci sarà un bel miglioramento ma inerente la latenza dei servizi :
In settembre, posizioneremo anche un "mini-pCC"
(un mini Cloud Computing privato) direttamente a Milano
che ci permetterà di proporre le VPS, il pCI e vCloud
(di VMware) direttamente a partire da Milano per i clienti IT.
Saremo anche capaci di proporre i Web-Hosting e i servizi
emails come Exchange 2010 a partire dal "mini-pCC".
EvolutionCrazy
20.05.2011, 15.54
in Francia vado direttamente sui server dedicati... vorrei server dedicati localizzati in Italia targati OVH ma da come capisco per ora niente... dall'annuncio si parla di VPS posizionate fisicamente a milano a partire da settembre....
mi riferisco a quelle
Originariamente Scritto da
EvolutionCrazy
ottimo!
Posso prenotare una VPS in Italia??? DDDDDDD
certo che si !
EvolutionCrazy
20.05.2011, 15.42
ottimo!
Posso prenotare una VPS in Italia??? DDDDDDD
oles@ovh.net
20.05.2011, 14.36
Buongiorno,
per informazione:
Abbiamo terminato i lavori di espansione della
nostra capacità di banda passante verso il principale
fornitore di accesso in Italia: interbusiness.
Siamo passati da 1X10G a Milano (resa sicura grazie
a 1X10G Francoforte e 1X10G a Parigi) a 3X10G, con lo
stesso tipo di sicurezza.
Siamo in corso di upgrade di connessione tra Francoforte e Milano
per passare da 2X10G verso 2X 2x10G (su 2 percorsi geografici diversi).
Questi lavori dovranno terminare la settimana prossima.
Prima di fine anno, agganceremo Milano al nostro datacenter di
Strasburgo. In questo modo, i nostri clienti IT, ma anche DE, CZ e PL
potranno approfittare dei nostri servizi con una geolocalizzazione
fisica più prossima alle loro abitazioni e dunque con migliori tempistiche
di latenza.
Effettivamente, Roubaix si trova a 16ms da Milano, mentre
Strasburgo sarà a soli 7ms ...
In settembre, posizioneremo anche un "mini-pCC"
(un mini Cloud Computing privato) direttamente a Milano
che ci permetterà di proporre le VPS, il pCI e vCloud
(di VMware) direttamente a partire da Milano per i clienti IT.
Saremo anche capaci di proporre i Web-Hosting e i servizi
emails come Exchange 2010 a partire dal "mini-pCC".
La stessa "mini-pCC" sarà posizionata a Madrid, Francoforte,
Amsterdam e Londra per proporre le medesime offerte.
2011 è l'anno delle installazioni hardware in Europa del
Cloud Computing di Ovh.
Amichevolmente
Octave
