La principale raison pour laquelle je me suis abonné à Wanadoo Orange il y a bientôt 10 ans et pour laquelle j’y suis resté aussi longtemps est la qualité du réseau (juste après la présence d’une agence FT/Orange près de chez moi).
Seulement, depuis quelques semaines, mon internet “Orange inside” (international outside ?) est malmené par une filiale de France Telecom, grand (et surtout unique) fournisseur de bande passante (on dit aussi fournisseur de transit) pour Orange, j’ai nommé Open Transit. Et il en va ainsi pour beaucoup d’autres abonnés…
Comment ça fonctionne ?
Open Transit est le fournisseur de transit unique pour Orange/FT (fournisseur de contenu/FAI).
Cogent est un autre fournisseur de transit pour des fournisseurs de contenu (et ISP ?) US.
Ces deux fournisseurs de transit sont interconnectés via un accord de peering dans le but d’échanger leurs trafic internet.
Toute perturbation entre ces deux fournisseurs de transit se répercute mécaniquement sur leurs clients FAI et/ou fournisseur de contenu et donc sur leurs propres clients (par exemple les abonnés Orange).Dans le cas qui nous préoccupe, c’est la route Orange <=> Open Transit <=> Cogent <=> Youtube/MegaUpload/etc.. qui nous intéresse.
Reprenons…
Alors que l’outil de test “made in Orange” DSLTest m’annonce fièrement et à juste titre + d’1 Mo/sec par tous les temps et à toute heure sur tous les PCs de la maison, c’est tous les soirs (et les soirs commencent très tôt chez Open Transit, surtout le Week-end !) que mon débit sur certains sites à l’étranger chute lamentablement, à en faire pleurer de rire un modem 56K.
Jugez donc vous même :
-
Jean-Michel Jarre, comme d’autres vidéos Youtube, se traine lamentablement entre 15 et 20 Ko/sec et est, bien évidemment à ce débit, saccadée.
-
MegaUpload m’offre royalement entre 25 et 30 Ko/sec…
Vous me direz : les sites sont saturés, y’a trop de monde, etc…
Hé bien non, au même moment chez 9, Free, SFR et d’autres, le débit est excellent sur Youtube et plus que correct sur Megaupload (au moins 10 fois supérieur). De même, DailyMotion, hébergé en France, fonctionne parfaitement… partout.
Alors que se passe t’il ?
Il m’a fallu pas mal de recherches et un peu de connaissances réseau pour comprendre.
Voilà le genre de mesure qui donne de gros indices (à faire aux heures de saturation, bien sûr !) :
C:\>tracert -d 209.222.128.146 (un des cache de video youtube)
Détermination de l’itinéraire vers 209.222.128.146 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 32 ms * 33 ms 86.215.255.1
3 33 ms 32 ms 32 ms 10.125.86.74
4 32 ms 33 ms 33 ms 193.253.89.105
5 36 ms 59 ms 36 ms 81.253.129.30
6 41 ms 41 ms 41 ms 193.252.100.226
7 41 ms 41 ms 41 ms 193.251.129.82
8 255 ms 223 ms 218 ms 130.117.15.129
9 174 ms 172 ms 176 ms 130.117.1.73
10 168 ms 171 ms 181 ms 130.117.50.22
11 148 ms 148 ms 147 ms 154.54.2.5
12 126 ms 205 ms 213 ms 38.104.57.198
13 126 ms 125 ms 125 ms 209.222.128.146
Entre 193.251.129.82 (te3-1.lonse1.london.opentransit.net qui appartient donc à OpenTransit) et 130.117.15.129 (gi9-39.mpd01.lon01.atlas.cogentco.com qui appartient à Cogent, tous les deux à Londres), c’est un temps de réponse multiplié par 5 qui nous souffle que la connexion entre ces deux réseaux (le fameux “peering”, interconnexion entre les deux fournisseurs de transit) est saturée ou volontairement bridée.
Autre info importante, on s’aperçoit également que le problème existe DANS L’AUTRE SENS, c’est à dire de Cogent vers OpenTransit.
D’ailleurs, si on utilise l’outil "looking glass" de Cogent pour tracer Orange.fr (en gros, on lance un tracert depuis un routeur de Cogent vers une adresse au choix. Faire routeur Washington DC / traceroute / www.orange.fr), on voit bien le point d’engorgement sur le même lien de peering de Londres (entre 5 et 6) :
Tracing the route to www.orange.fr (193.252.122.103)1 fa0-8.na01.b005944-0.dca01.atlas.cogentco.com (66.250.56.189) 0 msec 0 msec 4 msec
2 gi1-3.3807.ccr02.dca01.atlas.cogentco.com (66.28.6.189) 4 msec 0 msec 0 msec
3 te8-4.ccr04.jfk02.atlas.cogentco.com (154.54.26.1) 8 msec
4 te4-4.ccr02.jfk05.atlas.cogentco.com (154.54.7.10) 8 msec
5 francetelecom.jfk05.atlas.cogentco.com (154.54.10.74) 28 msec 28 msec 32 msec
6 pos0-9-0-0.auvtr1.Aubervilliers.opentransit.net (193.251.243.242) 128 msec 128 msec 128 msec
7 tengige0-0-0-5.pastr1.Paris.opentransit.net (193.251.243.186) 116 msec 112 msec 112 msec
8 gi9-0-0.passe2.Paris.opentransit.net (193.251.240.214) 112 msec 108 msec 112 msec
9 po6-2.bagse1.Bagnolet.opentransit.net (193.251.241.118) 112 msec 112 msec 116 msec
10 wanadooportails.GW.opentransit.net (193.251.251.54) 112 msec 112 msec 112 msec
11 rtbg1fsbae01-v183.net.b1.fti.net (193.252.121.175) 108 msec * 108 msec
Edit: ce traceroute (au-dessus) est correct, merci à Gary pour la précision -dans les commentaires- : il faut compter 80 ms entre jfk et aubervilliers.
Quelques recherches plus tard, c’est un autre indice qui émerge sous la forme d’une info qui date d’Avril 2005 :
…abonnés Wanadoo qui se voient refuser l’accés à une partie non négligeable de sites en France et à l’étranger qui utilise le transit IP Cogent…
Il y a donc des antécédents de désaccords entre FT/OpenTransit et Cogent.
Evidemment, Orange ne communique pas sur cet engorgement et la hotline ne connait pas ce type de problème (que je devine absent de ses “arbres de résolution” d’incidents abonnés).
Mais le point essentiel qui vient confirmer la situation, c’est ce discret message du 25/10/2009 sur le forum de Da Linux French Page : “A tous les coups pour les sites qui rament tu passe par une interco Open Transit (Orange) / Cogent. Visiblement (d’après un gentil gars du support cogent), ils se tirent la bourre en ce moment pour renégocier des accords de peering.”
Alors Orange, quand est-ce que je vais récupérer un accès internet (pour lequel je paye un abonnement, faut il le préciser ?) de qualité ? Faudra t’il attendre que la situation se débloque ? Combien d’abonnés Orange va t’il accepter de perdre (et ça a déjà commencé) avant de remédier à la situation ?
Le forum Orange non officiel héberge une discussion sur le sujet…
Mise à jour : Orange : contourner le problème de débit avec Youtube
#1 by Mtoo on 6 November, 2009 - 16:13
de chez moi (Orange) – Pontoise 1Mo seulement :
Détermination de l’itinéraire vers 209.222.128.146 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms 192.168.168.1
2 * * * Délai d'attente de la demande dépassé.
3 25 ms 24 ms 24 ms 10.224.25.5
4 27 ms 25 ms 26 ms 81.253.130.38
5 26 ms 26 ms 25 ms 193.252.103.14
6 40 ms 24 ms 25 ms 193.251.129.238
7 25 ms 24 ms 25 ms 193.251.128.230
8 75 ms 25 ms 25 ms 193.251.129.202
9 25 ms 26 ms 26 ms 193.251.254.242
10 27 ms 27 ms 28 ms 130.117.1.221
11 122 ms 110 ms 110 ms 154.54.2.77
12 111 ms 111 ms 114 ms 38.104.57.198
13 110 ms 110 ms 110 ms 209.222.128.146
Itinéraire déterminé.
#2 by jeanmarc on 7 November, 2009 - 02:40
Salut Laurent,
ça ne le fait pas avec tous les abonnés. Je suppose que ceux qui passent par certains points (Lille ? Reims ?) sont concernés.
Le plus simple est d’ouvrir YouTube et de regarder quelques vidéos. Si le cache a systématiquement du mal à suivre, alors tu es concerné.
Comme tu dois être sous Windows 7, tu peux utiliser le moniteur de ressources pour voir les débits.
@+
#3 by Gary on 12 November, 2009 - 08:06
ton tracert cogent => france telecom est correct et SANS problème, le peering étant à JFK tu prend une latence de +-80ms pour traverser l’atlantique 🙂
#4 by jeanmarc on 12 November, 2009 - 10:38
Bonjour Gary,
Je veux bien, alors pourrais tu m’expliquer pourquoi Orange (et uniquement Orange) me lâche un débit de 30 Ko/sec sur youtube et megaupload ? Il y a un bug chez OT ?
edit: le tracert “reverse” ne passe pas par Londres. Serait-ce OpenTransit à Londres qui “coince” ?
ps: je suppose que tu as lu le fil sur forum-orange ?
#5 by Gary on 12 November, 2009 - 11:01
je suis complètement d’accord pour le reste, ayant mon numéro d’AS ainsi que du transit via Cogent… pour avoir FT ca coince honteusement!
#6 by jeanmarc on 12 November, 2009 - 11:44
Merci pour la confirmation.
Malheureusement pour nous, pauvres eyeball, les hotliners lambda ne comprennent rien à ces problèmes et les contacts (enfin, ceux qui veulent bien répondre !!!) sont très difficiles à trouver.
@+
#7 by Eno on 16 November, 2009 - 18:55
Détermination de l’itinéraire vers 209.222.128.146 avec un maximum de 30 sauts.
1 1 ms 1 ms <1 ms 192.168.1.1
2 * * * Délai d'attente de la demande dépassé.
3 9 ms 7 ms 9 ms 24.200.226.81
4 6 ms 7 ms 7 ms 216.113.123.117
5 8 ms 7 ms 9 ms 216.113.123.106
6 9 ms 9 ms 7 ms 216.113.122.90
7 14 ms 17 ms 15 ms 216.6.81.17
8 20 ms 21 ms 21 ms 216.6.42.61
9 23 ms 21 ms 20 ms 216.6.42.118
10 25 ms 27 ms 24 ms 66.117.63.13
11 25 ms 23 ms 25 ms 209.222.128.146
Itinéraire déterminé.
Après c'est sûr il ne faut pas être chez un ISP merdique 😀
#8 by jeanmarc on 17 November, 2009 - 05:51
Lol,
Bonjour à toi et à tout le canada/québec Eno… 😉
#9 by Eno on 17 November, 2009 - 08:37
Merci :p
Sinon pour parler plus sérieusement, c’est pas la première fois que Cogent a des problèmes avec des gros ISP ( Tiers 1 & 2 ).
J’espère pour vous que Orange va régler ça rapidement, c’est toujours le client qui paye dans l’histoire.
Sinon une petite image sympa toujours en rapport avec Cogent.
http://www.flickr.com/photos/77519640@N00/4031195041/
#10 by denis on 18 November, 2009 - 12:18
Pour infos, vous en pensez quoi ? (du pas de calais)
C:\>tracert -d 209.222.128.146
Détermination de l’itinéraire vers 209.222.128.146 avec un maximum de 30 sauts.
1 <1 ms <1 ms <1 ms 192.168.1.1
2 45 ms 44 ms 42 ms 90.18.241.1
3 42 ms * 41 ms 10.125.78.82
4 42 ms 44 ms 105 ms 193.253.89.146
5 42 ms 40 ms 42 ms 193.252.103.130
6 44 ms 44 ms 42 ms 193.252.103.138
7 47 ms 46 ms 47 ms 193.252.100.214
8 47 ms 47 ms 49 ms 193.251.129.78
9 54 ms * 61 ms 193.251.150.214
10 140 ms 138 ms 147 ms 206.82.139.57
11 133 ms 132 ms 132 ms 206.82.139.78
12 132 ms 143 ms 129 ms 66.117.63.21
13 151 ms 149 ms 148 ms 209.222.128.146
Itinéraire déterminé.
C:\>ping -a 193.251.150.214
Envoi d’une requête ‘ping’ sur teleglobe-2.GW.opentransit.net [193.251.150.214]
avec 32 octets de données :
Réponse de 193.251.150.214 : octets=32 temps=56 ms TTL=244
Réponse de 193.251.150.214 : octets=32 temps=56 ms TTL=244
Réponse de 193.251.150.214 : octets=32 temps=62 ms TTL=244
Réponse de 193.251.150.214 : octets=32 temps=56 ms TTL=244
Statistiques Ping pour 193.251.150.214:
Paquets : envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
Minimum = 56ms, Maximum = 62ms, Moyenne = 57ms
C:\>ping -a 206.82.139.57
Envoi d’une requête ‘ping’ sur Vlan455.icore1.AEQ-Ashburn.as6453.net [206.82.13
.57] avec 32 octets de données :
Réponse de 206.82.139.57 : octets=32 temps=134 ms TTL=244
Réponse de 206.82.139.57 : octets=32 temps=131 ms TTL=244
Réponse de 206.82.139.57 : octets=32 temps=134 ms TTL=244
Réponse de 206.82.139.57 : octets=32 temps=141 ms TTL=244
Statistiques Ping pour 206.82.139.57:
#11 by jeanmarc on 18 November, 2009 - 15:21
Bonsoir Denis,
Pour ce que je peux en voir sur le traceroute, ça ne m’a pas l’air de mal tourner. Après, je ne sais pas ce que tu testes, il faudrait essayer depuis chez un voisin abonné à un autre FAI.
@+
#12 by Gilles on 4 February, 2010 - 12:29
Je précise que je n’ai aucun lien avec orange, je suis juste un professionnel qui a des serveurs hébergés avec transit founi par Cogent. Nous avons très régulièrement des soucis de transit pour nos clients accédant à nos serveurs via une connexion orange. Le goulot d’étrangement se situe à l’interconnexion des deux réseaux et vient clairement de COGENT qui ne met pas les moyens nécessaires et ou ne veux pas renégocier ces accords de peering avec Orange
(un accord de peering étant basé grosso modo sur : je fais transiter un paquet venant de ton reseau sur le mien et en échange tu fais transiter un paquet venant de mon réseau sur le tien, sauf que en hébergeant des sites comme youtube megaupload … on comprend facilement que orange est largement perdant par rapport à COGENT et on comprend également que Orange demande des compensations que COGENT ne veut pas verser … résultat les clients de COGENT et Orange sont insatisfaits. De mon coté je tiens a souligner le piètre support de Cogent et la communication déplorable, ils essaient en permanence de mettre cela sur le dos d’orange alors que le problème vient d’eux ! vous avez quelques gros clients qui transitent par Cogent et qui saturent leur réseau, mais Cogent ne peux rien leur dire et pour les autres clients plus petits une bande passante totalement merdique. Un seul conseil NE CHOISISSEZ PAS COGENT !!!!
#13 by jeanmarc on 4 February, 2010 - 14:44
Merci Gilles pour ces éclaircissements.