OVHcloud Network Status

Current status
Legend
  • Operational
  • Degraded performance
  • Partial Outage
  • Major Outage
  • Under maintenance
TPSA/Orange.es
Incident Report for Network & Infrastructure
Resolved
Le reseau d'opentransit a quelques problemes depuis environ 16h15.
Les communications vers TPSA sont perturbés.

Update(s):

Date: 2009-06-26 08:43:03 UTC
Explication du fonctionnement.

TPSA evacue le trafic via Opentransit sur Frankfurt via 2 gros routeurs
CRS-16. Tout le trafic de TPSA passe par ces 2 routeurs.

Ovh est connecté sur l'un de ces 2 routeurs en 10G.
Ovh souhaite annonce ses prefixes à TPSA uniquement. Sans qu'Opentransit
les annonce à tout son reseau.

Idée proposé par Opentransit:
- Ovh annonce à Tata/GBLX ses routes normalement et donc Opentransit
les recoit et les annonces à TPSA. TPSA sait ainsi que les routeurs
d'Ovh existe et sait par où il faut y aller: par les routeurs d'Opentransit.
- Ovh annonce à Opentransit les routeurs \"plus petite\" que les routeurs
standard. Le but est de ne pas ecraser les annonces d'Ovh via Teleglobe.
- Les annonces \"plus petites\" restent uniquement sur le routeur et ne
sont pas annoncés ailleurs.
- Les annonces \"plus petites\" ont une meilleur preference que les annonces
d'Ovh via Teleglobe. Et donc quand le packet de TPSA vers Ovh arrive sur
le routeur d'Opentransit il choisit une meilleur route qui est celle
d'Ovh sur Frankfurt et donc le trafic nous arrive directement sur Frankfurt.
Autrement dit:
- on fait sortir le trafic de TPSA vers Ovh via les annonces de Teleglobe
puis on les redirige vers Ovh grâce aux annonces \"plus petites\" et de
meilleur preferance.

Le probleme qu'on avait: Ovh a un 10G avec Opentransit sur l'un des 2 routeurs
uniquement. Ca marchait car les annonces d'Ovh arrivait sur ce même routeur
via Teleglobe qui peere avec Opentransit sur ce même routeur. L'autre routeur
savait donc qu'il fallait passer par ce routeur où il y a Teleglobe et Ovh
connecté. Teleglobe a changé les annonces il y a 2 jours et Ovh est annoncé
à Opentransit sur Paris et non plus sur Frankfurt. Du coup le 2ème routeur
preferait router les packets jusqu'à Paris et utiliser Teleglobe sur Paris.
Solaution: Nous avons établit une session eBGP entre notre routeur à Frankfurt
et le 2ème routeur d'Opentransit et nous lui avons annoncé la même chose qu'on
annonce déjà au premier. Ainsi les 2 routeurs ont les mêmes annonces et on
utilise toujours le même systeme.



Date: 2009-06-26 08:32:09 UTC
Session eBGP a été activé. Désormais tout le trafic TPSA vient vers
Ovh via Frankfurt et quelque soit les annonces de nos fournisseurs
de transit.

1 z-ar2-do-szcz.srd2.tpnet.pl (80.50.231.205) 12 msec 20 msec 12 msec
2 195.117.0.41 12 msec 16 msec 12 msec
3 so-1-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.153) [AS 5511] 36 msec
so-4-1-3-0.ffttr2.Frankfurt.opentransit.net (193.251.250.173) [AS 5511] 36 msec
so-1-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.153) [AS 5511] 84 msec
4 193.251.242.34 [AS 5511] 36 msec
193.251.242.190 [AS 5511] 36 msec
193.251.129.34 [AS 5511] 32 msec
5 10g.fra-1-6k.routers.chtix.eu (91.121.131.57) [AS 16276] 36 msec * 36 msec
6 th2-1-6k.routers.chtix.eu (213.251.130.13) [AS 16276] 48 msec 48 msec 56 msec
7 80g.p19-2-6k.routers.chtix.eu (213.186.32.150) [AS 16276] 44 msec 44 msec *
8 10g.p19-57-6k.routers.chtix.eu (213.251.128.34) [AS 16276] 44 msec 44 msec *
9 ping.ovh.net (213.186.33.13) [AS 16276] 44 msec 44 msec 44 msec


Date: 2009-06-25 16:32:33 UTC
Le trafic nous arrive, à 50%, via Paris. Demain matin on va monter
une session BGP avec opentransit sur Frankfurt pour eviter ce
probleme.

Date: 2009-06-24 16:10:02 UTC
Nos annonces ne sont plus prises en compte et tout nous arrive via le Teleglobe.

Type escape sequence to abort.
Tracing the route to ping.ovh.net (213.186.33.13)

1 z-ar2-do-szcz.srd2.tpnet.pl (80.50.231.205) 12 msec 12 msec 12 msec
2 195.117.0.41 12 msec 12 msec 12 msec
3 so-4-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.149) [AS 5511] 40 msec
so-1-1-0-0.ffttr2.Frankfurt.opentransit.net (193.251.250.153) [AS 5511] 36 msec
so-1-1-3-0.ffttr2.Frankfurt.opentransit.net (193.251.250.165) [AS 5511] 36 msec
4 xe-3-0-2-0.auvtr2.Aubervilliers.opentransit.net (193.251.128.210) [AS 5511] 48 msec
xe-3-0-0-0.auvtr2.Aubervilliers.opentransit.net (193.251.128.154) [AS 5511] 44 msec 44 msec
5 tengige1-9-1-0.pastr1.Paris.opentransit.net (193.251.129.122) [AS 5511] 44 msec
tengige0-11-0-2.pastr1.Paris.opentransit.net (193.251.129.134) [AS 5511] 48 msec
tengige1-9-1-0.pastr1.Paris.opentransit.net (193.251.129.122) [AS 5511] 44 msec
6 teleglobe-4.GW.opentransit.net (193.251.250.6) [AS 5511] 264 msec 224 msec 172 msec
7 * * *
8 80g.p19-7-6k.routers.chtix.eu (213.186.32.133) [AS 16276] 44 msec 44 msec *
9 10g.p19-52-6k.routers.chtix.eu (213.186.32.230) [AS 16276] 48 msec 44 msec *
10 ping.ovh.net (213.186.33.13) [AS 16276] 44 msec 44 msec 44 msec
Posted Jun 24, 2009 - 16:03 UTC