[Albyred]

è un ps! This task is not completed yet. If you're having trouble, you can reach support at support.zumodriproblema routing e questo che non capiscono

Già...

[gio0101]

è un problema routing e questo che non capiscono

[Albyred]

Potrebbero ad esempio impostare il routing per wind.mix-it.net anziché decix.wind.it.

Se prima andava perfettamente, mentre adesso la velocità è < 100KB/s in alcune ore della giornata, un problema e la relativa soluzione ci sono se permetti.
Sono abbastanza penosi 80KB/s al giorno d'oggi a meno che non si debba semplicemente hostare un sito non interattivo.

Vorrei sottolineare che ho provato sia la banda unmetered, sia quella traffic con gli stessi identici risultati. Non è nemmeno un problema del mio server dato che ho già controllato, di persona e non, che dagli altri server della rete OVH i risultati non si discostano di una virgola.

Mi sorprende solo che nessuno abbia sollevato il problema se è un problema generalizzato.

[gio0101]

possono fare ben poco sorry

[Albyred]

Sono riuscito ad ottenere le informazioni che mi avevi chiesto Torpado:


OVH -> Libero

traceroute to 151.59.164.38 (151.59.164.38), 30 hops max, 40 byte packets
 1  * * *
 2  20g.fra-1-6k.routers.chtix.eu (91.121.131.85)  8.410 ms * *
 3  decix.wind.it (80.81.192.215)  32.259 ms  32.255 ms  32.248 ms
 4  MIOT-N02-FASTWEB-po01.wind.it (151.6.0.77)  32.501 ms  32.755 ms  32.745 ms
 5  151.6.7.221 (151.6.7.221)  33.010 ms  33.004 ms  32.996 ms
 6  151.6.92.210 (151.6.92.210)  32.747 ms *  33.675 ms
 7  151.6.234.86 (151.6.234.86)  33.945 ms  33.938 ms  33.752 ms
 8  10.0.31.34 (10.0.31.34)  33.747 ms  33.729 ms *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Libero -> OVH

Traccia instradamento verso ns369xxx.ovh.net [94.23.xxx.xxx]
su un massimo di 30 punti di passaggio:

  1     1 ms    <1 ms    <1 ms  www.routerlogin.com [192.168.0.1]
  2     7 ms     7 ms     7 ms  151.23.228.194
  3     9 ms     8 ms     7 ms  10.0.31.1
  4     7 ms     8 ms     7 ms  151.6.234.89
  5    14 ms     9 ms     8 ms  151.6.92.205
  6     8 ms     7 ms     8 ms  151.6.6.206
  7     9 ms     8 ms     8 ms  151.6.2.82
  8     *        *        *     Richiesta scaduta.
  9    34 ms    34 ms     *     20g.zur-1-6k.routers.chtix.eu [213.251.128.74]
 10    36 ms    36 ms     *     94.23.122.145
 11   103 ms     *       44 ms  20g.vss-1-6k.routers.chtix.eu [91.121.131.86]
 12    42 ms    41 ms    41 ms  ns369xxx.ovh.net [94.23.xxx.xxx]

Velocità download da OVH 20:50h ~ 80KB/s

Ricordo che prima del cambio del profilo adsl (4 mega -> "8" mega) dell'utente il traceroute OVH -> Libero era il seguente:

traceroute to 151.47.156.xxx (151.47.156.xxx), 30 hops max, 40 byte packets
 1  94.23.45.254 (94.23.45.254)  45.507 ms * *
 2  20g.fra-1-6k.routers.chtix.eu (91.121.131.85)  8.826 ms * *
 3  94.23.122.146 (94.23.122.146)  15.458 ms * *
 4  30g.mil-1-6k.routers.chtix.eu (213.251.128.73)  112.331 ms * *
 5  wind.mix-it.net (217.29.66.9)  19.326 ms  19.326 ms  19.318 ms
 6  MIOT-N02-FASTWEB-po01.wind.it (151.6.0.77)  19.575 ms  19.546 ms  19.387 ms
 7  151.6.7.209 (151.6.7.209)  19.626 ms  19.618 ms  19.610 ms
 8  * * 151.6.33.xxx (151.6.33.xxx)  20.395 ms

Il ping < 20ms e la velocità sempre > 350KB/s

Spero che riusciate a risolvere.
Grazie mille ragazzi!

[Albyred]

Appena ce l'ho disponibile lo posto qui.
Ne ho postati alcuni nelle pagine precedenti cmq.

[torpado]

Qualche post indietro ho segnalato che alcuni clienti Libero si ritrovano una connessione pietosa in downstream da OVH.

Ora vorrei segnalare una cosa abbastanza strana.
Un mio amico di Milano, con la vecchia 4 mega, non aveva problemi (routing OK: banda piena, ping bassissimi).

Ebbene pochi giorni fa l'ho convinto a chiedere l'upgrade a 8 mega.
Ottenuti gli 8 mega.... SORPRESA!!

Stesso identico problema dei soliti: banda a 100KB/s e ping oltre 80ms: gli hanno cambiato route.
Non penso che il routing dipenda dalla velocità di connessione delle ADSL Libero, ma piuttosto il fatto che aggiornandogli il profilo, automaticamente sia stato "aggiornato" anche il routing.

Quindi vi chiedo di nuovo... potete verificare se quegli sveltoni di Infostrada non abbiano sbagliato e/o tralasciato qualcosa???

Grazie ragazzi

La verifica è dovuta dal momento che siamo in peering con loro.
Serve un traceroute con il quale verificare ed effettuare la segnalazione, dal momento che sembra trattarsi di pura loro gestione interna del traffico.

Grazie a te per la collaborazione.

[Albyred]

Qualche post indietro ho segnalato che alcuni clienti Libero si ritrovano una connessione pietosa in downstream da OVH.

Ora vorrei segnalare una cosa abbastanza strana.
Un mio amico di Milano, con la vecchia 4 mega, non aveva problemi (routing OK: banda piena, ping bassissimi).

Ebbene pochi giorni fa l'ho convinto a chiedere l'upgrade a 8 mega.
Ottenuti gli 8 mega.... SORPRESA!!

Stesso identico problema dei soliti: banda a 100KB/s e ping oltre 80ms: gli hanno cambiato route.
Non penso che il routing dipenda dalla velocità di connessione delle ADSL Libero, ma piuttosto il fatto che aggiornandogli il profilo, automaticamente sia stato "aggiornato" anche il routing.

Quindi vi chiedo di nuovo... potete verificare se quegli sveltoni di Infostrada non abbiano sbagliato e/o tralasciato qualcosa???

Grazie ragazzi

[claber]

Bref, l'Europe c'est fait.

In breve, l'Europa è fatta.

nulla di nuovo su telecom italia? a che punto siete?

[oles@ovh.net]

Bonjour,
Les travaux "intellectuels" avancent et vont se terminer la
semaine prochaine En gros, on aura fini de réfléchir,
discuter et signer les contrats. Les relations émotionnelles
prennent du temps, fatiguent beaucoup mais sont nécessaires
pour aboutir ce genre de projets. On souffre ici. Beaucoup.

Bon ... ça c'est pour le côté émotionnel "à la Ovh"

Quelques bouts du projet ont avancé depuis la dernière annonce:
- les sécurisations London/Amsterdam et Paris/Frankfurt ont
été validées. Le défi technique est très important: sur
London/Amsterdam on crée un réseau de très courte distance
à peine 350km, en presque ligne droite. Et donc on passe
dans un forage en dessous le Canal de la Manche de presque 220km
sans régénérer le signal ! L'avantage est que le réseau
sera très rapide, 4ms entre London et Frankfurt. Sur le
bout Paris/Frankfurt nous avons 10 POP de régénération
de signal et il a fallu faire valider le projet par les
équipes USA d'Infinera car celles en Europe ne nous ont
pas validé les paramètres (trop de POP de génération, le
signal aura trop de bruit, peut pas, mais finalement c'est
possible, ça serait dommage ...).
- Sur London/Amsterdam/Frankfurt on prépare 3 suites de
20m2 pour les nouveaux équipements de routage ... vous
avez compris il est fort probable que le CRS-3 arrivent
chez Ovh au niveau de ces 3 POP. En effet, Ovh a une
forte augmentation de trafic sur ces 3 POP alors que les
POP à Paris sont stables. Aujourd'hui Frankfurt représente
déjà 80% du trafic qu'Ovh évacue sur Paris ... Et London
+ Amsterdam + Frankfurt = 2 x Paris ... notre trafic est
comme notre réseau: Européen.
- Du coup on va arrêter tous les autres POP dans ces 3 capitales
pour tout concentrer sur 1 endroit par ville. A savoir sur
le Global Switch à London et à Amsterdam et à Ancotel sur
Frankfurt. Tout est encore en cours de négociation pour de
questions de fonctionnalités, les délais et bien sûr les prix,
mais ...
- ... le réseau 2010 devrait être mis en place fin mai/début
juin avec un objectif d'1Tbps d'interconnexion entre Ovh
et Internet vers la fin de l'année et la possibilité de monter
très très simplement et rapidement à 20Tbps ... bref, on
construit un mega réseau pour héberger ... bah ... au moins tous
les sites WWW de Roubaix Valley ... Plus sérieusement on
se prépare au Cloud Computing et tous les changements d'utilisation
que ceci engendre. C'est à dire que le réseau fiable et de
grande capacité est nécessaire pour assurer la qualité de
ce genre de service.
- Certains PNI (les peering privés) vont être upgradés:
- Orange AS3215 sur Paris on passe de 2x10G à 4x10G sur 2
sites pour plus de sécurité, on continue les negos pour les
10G de peering en région, à savoir à Lyon, Bordeaux et Lille
à notre niveau on n'était pas encore prêt, ça sera le cas
fin juillet avec les nouveaux liens qui arrivent pour faire
la boucle Paris/Bordeaux/Marseille/Lyon/Paris ...
- SFR AS15557 sur Paris on passe de 1x10G à 2x10G, on garde
le 1x10G à Lyon et on regarde pour Bordeaux
- BOUYGUES AS5410 à Paris on passe de 2x1G à 1x10G, le trafic
a doublé depuis 6 mois
- UPC AS6830 à Zurich et à Vienne on passe de 1x1G à 2x1G et
on reste sur 1x10G à Varsovie mais on discute pour le PNI
en Allemagne.

Bref, l'Europe c'est fait.

Et si on faisait du réseau aux USA ? C'est vrai ça ! Il faut
bien prévoir le futur et les nouvelles filiales de 2011 ...
Bon, faisons du réseau aux USA ... Et c'est parti.

Amicalement
Octave

[torpado]

sembra rientrato.se gentilmente spiegate cosa è successo.perchè sono curioso di saperlo.

è molto probabile che il problema sia stato lato Wind, prima dell'arrivo al Mix, lato nostro i routing Wind -> Ovh, Ovh ->Wind risultano corretti

[Napdj]

sembra rientrato.se gentilmente spiegate cosa è successo.perchè sono curioso di saperlo.

[gio0101]

il problema sta nel mix wind-ovh
dovete solo attendere che risolvano

[slacker]

Il problema sembra essere rientrato, almeno per quanto mi riguarda. Confermate?

[Napdj]

allora il problema wind è bello esteso ora sto connesso su telecom.ma dal mio ufficio che è wind non va neanche il ping.sembra essere saltato il collegamento al mix.perchè si blocca lì.ip mio è 151.67.119.19

[torpado]

Grazie per la pronta comunicazione del problema, stiamo verificando con Wind la causa, ulteriori dettagli verrano postati qui

[yak983]

un post dei traceroute per vedere meglio il problema?

[TecnoBoy]

Un cliente Infostrada con IP 151.49.103.100 non riesce a connettersi al server.. né al sito www.ovh.it né altri OVH.. (a dire il vero ha routing errato anche verso altri siti tedeschi).
Dai traceroute si vede il routing totalmente errato...del tipo si ferma al sesto hop (mentre da server a cliente si ferma al terzo hop).

Grazie

[Albyred]

Scusatemi vorrei almeno sapere se c'è la volontà di verificare il problema, non dico nemmeno risolverlo ma almeno dire si il problema c'è o non abbiamo riscontrato niente

[Albyred]

Novità?

[Albyred]

Per quanto riguarda wind, grazie di postare lìIP pubblico per il quale ottieni un instradamento errato, ovvero non passante da Mix. In questo modo possiamo riprodurre il trace errato e comunicare velocemente con il noc wind.

Telecom Peering: non è ancora attivo, non appena lo sarà lo comunicheremo anche sul forum

Eccolo qua, rifatto dallo stesso utente

traceroute to 151.66.209.12 (151.66.209.12), 30 hops max, 40 byte packets
 1  94.23.45.254 (94.23.45.254)  1.243 ms * *
 2  20g.fra-1-6k.routers.chtix.eu (91.121.131.85)  24.075 ms * *
 3  decix.wind.it (80.81.192.215)  51.882 ms  51.879 ms  51.868 ms
 4  151.6.3.77 (151.6.3.77)  65.887 ms  65.881 ms  65.958 ms
 5  151.6.5.85 (151.6.5.85)  77.043 ms  77.039 ms  77.029 ms
 6  151.6.188.46 (151.6.188.46)  77.020 ms  77.439 ms  77.983 ms
 7  151.6.229.78 (151.6.229.78)  78.183 ms  78.180 ms  78.260 ms
 8  10.0.31.35 (10.0.31.35)  79.390 ms  79.681 ms  79.682 ms
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Grazie.

[torpado]

Torpado si può intervenire?

PS: per Telecom penso che sia solo un problema di tempo, mentre Libero per alcuni è cosi da mesi e mesi. Potete verificare con Libero l'instradamento di tutti?

Per quanto riguarda wind, grazie di postare lìIP pubblico per il quale ottieni un instradamento errato, ovvero non passante da Mix. In questo modo possiamo riprodurre il trace errato e comunicare velocemente con il noc wind.

Telecom Peering: non è ancora attivo, non appena lo sarà lo comunicheremo anche sul forum

[Albyred]

Niente......

[Albyred]

Torpado si può intervenire?

PS: per Telecom penso che sia solo un problema di tempo, mentre Libero per alcuni è cosi da mesi e mesi. Potete verificare con Libero l'instradamento di tutti?

[gio01]

beh congestione oppure e proprio un problema di instradamento

[TecnoBoy]

Qua, Alice a Grosseto, non è MAI passata per il MIX...... però prima andava al massimo (1.2 MB/s) adesso va a 50 KB/s anche a me!!!!! Il ping è rimasto inviariato (buono/accettabile).

[gio01]

nonr ilasciano il peer oppure ovh non a fatto per bene il collegamento
ad esempio catania passa per il mix
acireale dove abito io con astweb passa con telecom non passa

[Albyred]

Esatto. Ma perché??? Ad occhio direi che sono proprio le connessioni che NON passano per il MIX ad essere limitate nella banda anche a 50KB/s nelle ore di punta oltre ad avere un ping almeno doppio

[gio01]

alcune zone nn passano per il mix

[Albyred]

Torpado guarda questi 2 traceroute:

1) da OVH vs Libero (Milano): tutto ok, passa per il MIX

traceroute to 151.47.156.xxx (151.47.156.xxx), 30 hops max, 40 byte packets
 1  94.23.45.254 (94.23.45.254)  45.507 ms * *
 2  20g.fra-1-6k.routers.chtix.eu (91.121.131.85)  8.826 ms * *
 3  94.23.122.146 (94.23.122.146)  15.458 ms * *
 4  30g.mil-1-6k.routers.chtix.eu (213.251.128.73)  112.331 ms * *
 5  wind.mix-it.net (217.29.66.9)  19.326 ms  19.326 ms  19.318 ms
 6  MIOT-N02-FASTWEB-po01.wind.it (151.6.0.77)  19.575 ms  19.546 ms  19.387 ms
 7  151.6.7.209 (151.6.7.209)  19.626 ms  19.618 ms  19.610 ms
 8  * * 151.6.33.xxx (151.6.33.xxx)  20.395 ms

2) da OVH vs Libero (Campobasso): disastro banda e ping, il MIX dov'è??

traceroute to 151.66.210.xxx (151.66.210.xxx), 30 hops max, 40 byte packets
 1  94.23.45.254 (94.23.45.254)  1.715 ms * *
 2  20g.fra-1-6k.routers.chtix.eu (91.121.131.85)  8.177 ms * *
 3  * * *
 4  * * *
 5  * * *
 6  * 151.6.188.42 (151.6.188.42)  54.323 ms  54.468 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *
30  * * *

Entrambi sono in ULL.

[gio01]

Microsoft Windows [Version 5.2.3790]
(C) Copyright 1985-2003 Microsoft Corp.

C:\Documents and Settings\Administrator>tracert 93.46.31.168

Tracing route to 93-46-31-168.ip105.fastwebnet.it [93.46.31.168]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  rbx-55-m1.routers.ovh.net [91.121.180.253]
  2     *        *        *     Request timed out.
  3   112 ms    23 ms   230 ms  10g.fra-5-6k.routers.chtix.eu [91.121.131.81]
  4     8 ms     *      129 ms  20g.fra-1-6k.routers.chtix.eu [91.121.131.70]
  5    15 ms     *       15 ms  94.23.122.146
  6    19 ms     *       19 ms  30g.mil-1-6k.routers.chtix.eu [213.251.128.73]
  7    22 ms    18 ms    18 ms  fastweb.mix-it.net [217.29.66.46]
  8    21 ms    21 ms    21 ms  93-63-100-46.ip27.fastwebnet.it [93.63.100.46]
  9   126 ms   199 ms   203 ms  93-63-100-18.ip27.fastwebnet.it [93.63.100.18]
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *        *     Request timed out.
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

C:\Documents and Settings\Administrator>

[yak983]

è + interessante da OVH verso FASTWEB non viceversa...

[gio01]

io scarico a 1MB/s da linee fastweb 20MB
se posson servire i traceroute eccoli

C:\Users\Root>tracert 87.98.161.176

Traccia instradamento verso r28589.ovh.net [87.98.161.176]
su un massimo di 30 punti di passaggio:

  1     *        *       29 ms  36.239.152.1
  2    28 ms    28 ms    27 ms  10.7.104.122
  3    30 ms    27 ms    32 ms  10.250.23.201
  4    30 ms    28 ms    28 ms  10.250.18.25
  5    31 ms    30 ms    29 ms  10.250.19.1
  6    28 ms    28 ms    30 ms  93-46-41-119.ip105.fastwebnet.it [93.46.41.119]

  7    28 ms    29 ms    28 ms  93-46-23-29.ip105.fastwebnet.it [93.46.23.29]
  8    31 ms    28 ms    27 ms  93-46-0-116.ip105.fastwebnet.it [93.46.0.116]
  9    32 ms    33 ms    32 ms  93-46-37-205.ip105.fastwebnet.it [93.46.37.205]

 10    32 ms    32 ms    32 ms  93-46-29-160.ip105.fastwebnet.it [93.46.29.160]

 11    41 ms    44 ms    41 ms  93-46-10-56.ip105.fastwebnet.it [93.46.10.56]
 12    46 ms    44 ms    45 ms  93-46-11-170.ip105.fastwebnet.it [93.46.11.170]

 13    67 ms    45 ms   201 ms  89.97.200.102
 14   131 ms   233 ms    63 ms  89.96.200.5
 15    56 ms    55 ms    55 ms  89.96.200.110
 16     *        *        *     Richiesta scaduta.
 17    68 ms    68 ms    68 ms  20g.fra-5-6k.routers.chtix.eu [91.121.131.69]
 18    97 ms    77 ms    75 ms  10g.rbx-2-6k.ovh.net.ovh.net [91.121.131.74]
 19    77 ms    77 ms    78 ms  rbx-35-m1.routers.chtix.eu [213.251.191.228]
 20   171 ms   178 ms   174 ms  r28589.ovh.net [87.98.161.176]

Traccia completata.

[yak983]

il POP di milano (vedendo la weathermap) è collegato al POP di Zurigo ed a quello di Marsiglia per cui i tragitti per arrivare al MIX da OVH ora sono i seguenti

1) OVH ROUBAIX -> FRANCOFORTE -> ZURIGO -> MILANO
2) OVH ROUBAIX -> PARIGI -> LIONE -> MARSIGLIA -> MILANO

il Traffico OVH -> Telecom al momento fa il seguente giro

OVH ROUBAIX -> PARIGI TATA EX. TELEGLOBE -> PARIGI SEABONE -> MILANO SEABONE

Giusto?

Successivamente verrà Attivato un link diretto per Milano o continuerà a fare lo stesso tragitto per tutti i POP ?

[torpado]

Grazie per il supporto, torpado

Grazie per la collaborazione , stiamo verificando il problema

[TecnoBoy]

Io oggi continuo ad avere gli stessi problemi di ieri (110 di picco all'inizio, 30 KB/s dopo).
Mio nick-handle: gm37826-ovh
Traceroute da mia ADSL Alice 20Mbits interleaved a IP failover RPS:

C:\Users\TecnoBoy>tracert 188.165.60.*

Traccia instradamento verso r*.ovh.net [188.165.60.*]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Richiesta scaduta.
3 24 ms 24 ms 24 ms 217.141.255.139
4 29 ms 28 ms 28 ms 172.17.7.101
5 40 ms 38 ms 39 ms 85.36.8.13
6 38 ms 37 ms 37 ms 172.17.5.245
7 38 ms 36 ms 37 ms mil50-ibs-executive-1.mil.seabone.net [195.22.19
6.125]
8 59 ms 71 ms 71 ms if-2-5.icore1.FR1-Frankfurt.as6453.net [195.219.
180.37]
9 59 ms 66 ms 71 ms if-2-5.icore1.FR1-Frankfurt.as6453.net [195.219.
180.37]
10 78 ms 73 ms 72 ms Vlan81.icore1.AD1-Amsterdam.as6453.net [195.219.
150.13]
11 70 ms 69 ms * 20g.ams-1-6k.routers.ovh.net [94.23.122.129]
12 86 ms 87 ms 79 ms 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
13 72 ms 77 ms 76 ms rbx-24-m1.routers.chtix.eu [213.251.191.195]
14 68 ms 68 ms 69 ms r*.ovh.net [188.165.60.*]

Traccia completata.

Traceroute da stessa ADSL di cui sopra a IP dell'RPS:

C:\Users\TecnoBoy>tracert 91.121.200.*

Traccia instradamento verso rps*.ovh.net [91.121.200.*]
su un massimo di 30 punti di passaggio:

1 <1 ms <1 ms <1 ms 192.168.0.1
2 * * * Richiesta scaduta.
3 24 ms 25 ms 24 ms 217.141.255.139
4 29 ms 28 ms 28 ms 172.17.7.101
5 41 ms 40 ms 41 ms host253-8-static.20-80-b.business.telecomitalia.
it [80.20.8.253]
6 39 ms 40 ms 38 ms 172.17.6.117
7 39 ms 42 ms 39 ms mil25-ibs-resid-6.mil.seabone.net [195.22.196.18
5]
8 49 ms 50 ms 53 ms if-0-12.icore1.FR1-Frankfurt.as6453.net [195.219
.180.93]
9 49 ms 53 ms 53 ms if-0-12.icore1.FR1-Frankfurt.as6453.net [195.219
.180.93]
10 63 ms 70 ms 70 ms Vlan81.icore1.AD1-Amsterdam.as6453.net [195.219.
150.13]
11 59 ms 59 ms * 20g.ams-1-6k.routers.ovh.net [94.23.122.82]
12 64 ms * 67 ms 40g.rbx-2-6k.routers.chtix.eu [91.121.131.9]
13 67 ms 67 ms 62 ms rbx-24-m1.routers.chtix.eu [213.251.191.195]
14 63 ms 62 ms 62 ms rps*.ovh.net [91.121.200.*]

Traccia completata.

Traceroute da server (immagino tramite IP RPS 91.x.x.x) a stessa ADSL sopra

root@r*:~# tracert 87.17.206.36
traceroute to 87.17.206.36 (87.17.206.36), 30 hops max, 40 byte packets
1 rbx-24-m1.routers.ovh.net (91.121.200.253) 7.408 ms 7.479 ms 7.589 ms
2 rbx-2-6k.routers.chtix.eu (213.251.191.130) 143.238 ms * *
3 160g.th2-1-6k.routers.chtix.eu (213.186.32.202) 5.513 ms * *
4 80g.th1-1-6k.routers.chtix.eu (213.186.32.165) 5.581 ms * *
5 * * *
6 Vlan425.icore1.PVU-Paris.as6453.net (195.219.241.49) 17.790 ms 12.371 ms 12.489 ms
7 par52-teleglobe-2.par.seabone.net (213.144.183.145) 5.750 ms 5.811 ms 5.743 ms
8 mil26-par16-racc6.mil.seabone.net (195.22.192.48) 34.433 ms 34.729 ms 34.465 ms
9 customer-side-ibs-resid-108-mil26.mil.seabone.net (195.22.192.190) 34.170 ms 33.811 ms 33.758 ms
10 * * *
11 host254-8-static.20-80-b.business.telecomitalia.it (80.20.8.254) 50.138 ms 50.174 ms 50.543 ms
12 * * *
13 * * *
14 host36-206-dynamic.17-87-r.retail.telecomitalia.it (87.17.206.36) 64.832 ms 64.851 ms 67.030 ms

Grazie per il supporto, torpado

[torpado]

Ok.
Tanto per capire meglio: con questo nuovo contratto di peering non ci sarà più il giro panoramico Milano-Francoforte-Amsterdam-Parigi?
Sarà diretto Milano->Parigi dico bene?

Si corretto e come possibilità di routing traffico interno Ovh, una volta entrati al Mix, si avranno:

parigi <> milano and/or francoforte <>milano

[gio01]

a quanto pare si

[mikkoc]

Il contratto è stato stipulato, in 1/2 mesi tutto il traffico telecom passerà tramite Mix di Milano (Internet -> Ovh / Ovh -> Internet)

Ok.
Tanto per capire meglio: con questo nuovo contratto di peering non ci sarà più il giro panoramico Milano-Francoforte-Amsterdam-Parigi?
Sarà diretto Milano->Parigi dico bene?

[Albyred]

Torpado ecco il traceroute:

  1     4 ms     3 ms     2 ms  192.168.0.1
  2    20 ms    20 ms    21 ms  151.23.226.3
  3    23 ms    21 ms    22 ms  10.0.31.1
  4    20 ms    20 ms    20 ms  151.6.229.65
  5    23 ms    23 ms    23 ms  151.6.188.41
  6    40 ms    39 ms    40 ms  151.6.4.78
  7    48 ms    49 ms    49 ms  151.6.1.62
  8     *        *        *     Richiesta scaduta.
  9    70 ms    67 ms    67 ms  20g.zur-1-6k.routers.chtix.eu [213.251.128.74]
 10     *       62 ms     *     94.23.122.145
 11   108 ms     *       78 ms  20g.vss-1-6k.routers.chtix.eu [91.121.131.86]
 12    77 ms    76 ms    76 ms  ns36xxxx.ovh.net [94.23.xxx.xxx]

[Albyred]

Ciao torpado. Intanto grazie per la disponibilità.
Ti posto il nic ra22784-ovh mentre per traceroute te lo farò avere appena possibile.

Inoltre la banda da OVH vs Alice questa mattina è OK almeno per me, alcuni problemi ci sono solo nelle ore di punta e il pomeriggio. Immagino che dobbiamo solo aspettare che vengano attivati i collegamenti al MIX

[torpado]

quindi finalmente Telecom ha concesso il peering diretto ad OVH?
Ottima notizia!! Si sa quando avverranno questi cambiamenti?

Il contratto è stato stipulato, in 1/2 mesi tutto il traffico telecom passerà tramite Mix di Milano (Internet -> Ovh / Ovh -> Internet)

[torpado]

È vero Infostrada soprattutto è un disastro, provato io stesso sia da mio zio che da un mio amico (che non sono nella stessa città ed entrambi in ULL). MAI sopra 100 KB/s

Posta un traceroute grazie

[torpado]

In questi giorno il pomeriggio e la sera la velocità di download dai server non supera quasi mai il mezzo MB/s. Succede anche a qualcun'altro? Io ho Alice

Grazie di postare un traceroute Ovh ->indirizzo pubblico TI
Anche il nic-handle in modo da poter risalire al server in questione nonostante venga postato mascherato in parte.

[Albyred]

È vero Infostrada soprattutto è un disastro, provato io stesso sia da mio zio che da un mio amico (che non sono nella stessa città ed entrambi in ULL). MAI sopra 100 KB/s

[TecnoBoy]

In questi giorno il pomeriggio e la sera la velocità di download dai server non supera quasi mai il mezzo MB/s. Succede anche a qualcun'altro? Io ho Alice

Beato te, a me prima andava a 1200 KB/s (il massimo della connessione) ora da TUTTI i miei amici italiani, Alice e anche Infostrada (gli altri provider non li ho provati) scaricano a 50 KB/s!!! massimo 120 di picco..pensa tee!!
SPERO VIVISSIMAMENTE sia una cosa temporanea...

[Albyred]

In questi giorno il pomeriggio e la sera la velocità di download dai server non supera quasi mai il mezzo MB/s. Succede anche a qualcun'altro? Io ho Alice

[Albyred]

Buongiorno.

Come già annunciato, rafforzeremo la nostra rete a Madrid
con un 1x10G di transito al DTAG e questo ci permetterà di
smistare il traffico verso Telefonica localmente. Un secondo
POP sarà creato (probabilmente a Interxion) ed aggiungeremo
1x10G a Opentransit, cosa che ci permetterà di assicurare
lo smaltimento di traffico verso Telefonica ed anche localmente.
1x10G sarà aggiunto anche in Telia su Madrid allo scopo di
smaltire il traffico localmente verso Ono.

Con tutto questo traffico locale, stiamo provvedendo ad
aumentare la capacità della nostra rete tra Parigi e Madrid
con la creazione del POP a Bordeaux e le protezioni attraverso
Marsiglia. Pensiamo di negoziare il tutto per la settimana
prossima.

Per quanto riguarda la TPSA, lavoriamo con loro sull'installazione
di 2x10G a Varsavia, ma questo progetto richiederà ancora del tempo.
Frattanto rafforzeremo la nostra capacità verso TPSA a Francoforte
con un secondo 10G. Più tardi lasceremo questi 2x10G a Francoforte
per la sicurezza. Contemporaneamente sarà realizzata a Parigi una
connessione 1x10G di sicurezza.

Per migliorare la qualità di OVH verso i paesi del Nord (Svezia,
Finlandia, Norvegia, Germania, Russia, Lituania, ecc.), aggiungeremo
1x10G di transito Telia ad Amsterdam con 1x10G di protezione a Parigi.
Questo ci permetterà di avere maggior sicurezza a partire da Parigi.

In breve, si avanza.

Con il rafforzamento della nostra rete a Madrid, stiamo riflettendo
se è il caso di creare un datacentre a Madrid. L'obiettivo è quello
di essere più vicini ai nostri clienti spagonli e consegnare il traffico
completamente. Abbiamo le stesse idee per Strasburgo e Kehl.
Infatti, installeremo Parigi/Frankfurt con rete da 100Gbps di capacità
e sarebbe stupido non approfittarne per creare un piccolo datacentre
vicino ai nostri clienti tedeschi e Italiani, ma anche più vicino per
i nostri clienti di Cecoslovacchia, Austria e Polonia.
Dopo sarà tutto Cloud Computing...

In breve, ci stiamo muovendo.

Amichevolmente
Octave

Cioè?? Possiamo avere più dettagli?

[oles@ovh.net]

Buongiorno.

Come già annunciato, rafforzeremo la nostra rete a Madrid
con un 1x10G di transito al DTAG e questo ci permetterà di
smistare il traffico verso Telefonica localmente. Un secondo
POP sarà creato (probabilmente a Interxion) ed aggiungeremo
1x10G a Opentransit, cosa che ci permetterà di assicurare
lo smaltimento di traffico verso Telefonica ed anche localmente.
1x10G sarà aggiunto anche in Telia su Madrid allo scopo di
smaltire il traffico localmente verso Ono.

Con tutto questo traffico locale, stiamo provvedendo ad
aumentare la capacità della nostra rete tra Parigi e Madrid
con la creazione del POP a Bordeaux e le protezioni attraverso
Marsiglia. Pensiamo di negoziare il tutto per la settimana
prossima.

Per quanto riguarda la TPSA, lavoriamo con loro sull'installazione
di 2x10G a Varsavia, ma questo progetto richiederà ancora del tempo.
Frattanto rafforzeremo la nostra capacità verso TPSA a Francoforte
con un secondo 10G. Più tardi lasceremo questi 2x10G a Francoforte
per la sicurezza. Contemporaneamente sarà realizzata a Parigi una
connessione 1x10G di sicurezza.

Per migliorare la qualità di OVH verso i paesi del Nord (Svezia,
Finlandia, Norvegia, Germania, Russia, Lituania, ecc.), aggiungeremo
1x10G di transito Telia ad Amsterdam con 1x10G di protezione a Parigi.
Questo ci permetterà di avere maggior sicurezza a partire da Parigi.

In breve, si avanza.

Con il rafforzamento della nostra rete a Madrid, stiamo riflettendo
se è il caso di creare un datacentre a Madrid. L'obiettivo è quello
di essere più vicini ai nostri clienti spagonli e consegnare il traffico
completamente. Abbiamo le stesse idee per Strasburgo e Kehl.
Infatti, installeremo Parigi/Frankfurt con rete da 100Gbps di capacità
e sarebbe stupido non approfittarne per creare un piccolo datacentre
vicino ai nostri clienti tedeschi e Italiani, ma anche più vicino per
i nostri clienti di Cecoslovacchia, Austria e Polonia.
Dopo sarà tutto Cloud Computing...

In breve, ci stiamo muovendo.

Amichevolmente
Octave

[claber]

quindi finalmente Telecom ha concesso il peering diretto ad OVH?
Ottima notizia!! Si sa quando avverranno questi cambiamenti?

+1
mi accodo alla richiesta su tempistiche un po' più precise.
Lo scoglio più grande per me per passare ad OVH è la latenza a dir poco ballerina a cui sono soggetti i clienti Telecom

[TecnoBoy]

Complimenti ad OVH per l'upgrade che sta facendo

[gio01]

Credo proprio di si
era ora

[mikkoc]

quindi finalmente Telecom ha concesso il peering diretto ad OVH?
Ottima notizia!! Si sa quando avverranno questi cambiamenti?

[Albyred]

Translation plz..

[oles@ovh.net]

> Le discussioni proseguono rapidamente, abbiamo poco tempo e molte cose
> da fare e sappiamo cosa vogliamo. Ad esempio, tra ieri sera e oggi
> a mezzogiorno (!!) abbiamo eseguito l'upgrade di DTAG da 3x10G a
> 6x10G con +2x10G a Francoforte e +1x10G a Madrid. Sono in corso altre
> trattative ed contiamo di arrivare ad un aumento di capacità di circa
> 200Gbps. Stiamo anche cercando di aumentare le capacità di peering su...

Buongiorno,
Aumenteremo la nostra capacità di collegamento verso Telecom Italia di 1x10G
su Parigi, 1x10G su Francoforte e 1x10G su Milano, in pratica sono 3x10Gbps per
cominciare. Al momento, il traffico passa sulle infrastrutture di uno dei nostri fornitori
di reti, con alti e bassi. Al contrario, questo peering diretto ci permetterà di garantire
un collegamento di qualità eccellente verso la maggior parte dei clienti IT.
Ma soprattutto di assicurare la banda passante garantita, poiché ormai beneficieremo
di un contatto diretto con il NOC (Network Operation Center) e, nel caso si verifichino
problemi, potremo discuterne direttamente. Contemporaneamente, aumenteremo la
nostra capacità di banda passante su Milano di 2x10Gbps. Dobbiamo ancora decidere
se aumentare i collegamenti Parigi/Milano o Francoforte/Milano, essendo entrambe
località estremamente strategiche, l'una quanto l'altra.

Lo scopo finale è smistare il traffico verso Telecom Italia direttamente a Milano
(quindi trasportare i pacchetti sulla nostra rete, cioè con la nostra qualità di servizio)
e avere i backup in 2 siti "nel caso che"...

In breve, avanziamo.

Amichevolmente
Octave

[azrael666x]

Ecco fatto

[TecnoBoy]

On va renforcer les POP de Madrid et Milano afin d'écouler le
trafic localement au lieu de Paris. Et donc augmenter la qualité
de la bande passante. C'est déjà le cas avec les changements de
routage vers Telefonica que nous venons d'effectuer hier et
aujourd'hui. Ça sera pareil pour Telecom Italia. On regarde aussi
pour voir si on démarre le POP de Bordeaux de suite ou on attend
fin 2010 ...

Attendo la traduzione di questa parte, sembra molto interessanteee!! XD

[oles@ovh.net]

Buongiorno.

Contrariamente al periodo 2008/2009, abbiamo deciso di cambiare modalità di lavoro per effettuare gli aggiornamenti e i potenziamenti della rete 2010. Noi concentreremo tutte le discussioni con tutti i fornitori nel mese di febbraio, firmeremo i contratti ogni fine febbraio al più tardi, quindi entro i 2 mesi successivi (quando riceveremo il materiale), svilupperemo e termineremo le infrastrutture. Il potenziamento della rete sarà effettivo entro un anno. E faremo anche altre cose... (lol).

La rete Ovh ha una capacità attuale di 550Gbps. Vogliamo aumentarla a 750Gbps minimo. Pensiamo che la rete Ovh avrà una capacità, verso Internet, di più 1Tbps soltanto entro l'inizio del 2011. Non prima.

Per questi upgrades aumenteremo la capacità di comunicazione tra i nostri datacenters Rbx-1/2/3 (/4 presto) e Londra, Amsterdam, Francoforte e Parigi, per passare a più di 1Tbps (100x10Gbps) in dappertutto. Dovremo anche semplificare il POP a Bruxelles, affinché gli upgrades della capacità in Amsterdam e Francoforte siano più semplici. Vogliamo anche ridondare i collegamenti tra Londra, Amsterdam e Francoforte con link a 100Gbps Londra/Amsterdam e Parigi/Francoforte. Così, in caso di danni sulle infrastrutture, le lunghezze d'onda di 10G tra Roubaix e le 4 capitali oscilleranno su altri link da 10G che sono stati previsti proprio in previsione di guasti. I routers non noteranno alcuna differenza in quanto si tratta di una ridondanza di livello 1... approfitteremo di tutta la tecnologia di Infinera.

Rafforzeremo i POP di Madrid e Milano allo scopo di smistare il traffico localmente invece che a Parigi. E quindi aumenterà la qualità della banda occupata. E' già il caso delle modifiche aglo smistamanto verso Telefonica che abbiamo effettuato "ieri" e al giorno d'oggi. Vogliamo effettuare le stesse modifiche per Telecom Italia. Stiamo controllando anche se sia possibile aggiornare il POP di Bordeaux subito dopo, o se dobbiamo attendere la fine del 2010...

Le discussioni procedono rapidamente, abbiamo poco tempo e tanti progetti da convalidare ed è quello che vogliamo. Ad esempio, tra ieri sera e questo mezzogiorno (!!) abbiamo allacciato l'upgrade di DTAG da 3x10G a 6x10G con +2x10G a Francoforte e +1x10G a Madrid. Sono in corso altre trattative e si concluderanno con l'aumento di capacità di circa 200Gbps. Stiamo anche cercando di aumentare le capacità di peering su Amsix e Decix da 80Gbps a 160Gbps, ma proveremo prima a negoziare l'accesso al peering privato con le reti presenti su questi punti. Non abbiamo ancora deciso se sviluppare la rete nel Nord Europa tra Danimarca e Finlandia.

Perché questi aggiornamenti? I clienti ordinano i server ed occorre garantire la qualità del servizio. Quindi investire nella rete. Stiamo preparando anche la rete per i Cloud che sembra già rispondere ad alcune necessità. Quindi prepareremo la nostra rete per la delocalizzazione NRAs al fine di fornire i servizi per le prossime SDSL in Francia. Inizieremo le fasi di test qui a Roubaix Valley nel raggio di 100km, durante i mesi di giugno/settembre. Ma questa è un'altra news, in un altro momento…

In breve, al lavoro. E ce n'è ...

Amichevolmente
Octave