La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: Nico le 10 novembre 2012 à 18:52:01
-
Je pense qu'on ne devrait pas se limiter à Youtube. On me souffle apple, edgecast, twitch, etc...
Et sinon à l'instant je voulais récupérer le pdf de la couverture mobile ByTel (on s'occupe comme on peut un samedi soir) et ô surprise, ça n’avançait pas !
Je réactive mon VPN et ça part d'un coup.
Petit test donc depuis une connexion FTTH SFR et un ADSL Free (qui prends 2Mo/s) :
PARIS_NAS> wget -O /dev/null http://www.reseau.bouyguestelecom.fr/content/downlo
ad/25786/622297/file/Carte-couverture+2011.pdf
--18:44:39-- http://www.reseau.bouyguestelecom.fr/content/download/25786/622297/file/Carte-couverture+2011.pdf
=> `/dev/null'
Resolving [url=http://www.reseau.bouyguestelecom.fr]www.reseau.bouyguestelecom.fr[/url]... 84.37.82.83
Connecting to [url=http://www.reseau.bouyguestelecom.fr]www.reseau.bouyguestelecom.fr[/url]|84.37.82.83|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,541,604 (1.5M) [application/pdf]
100%[====================================>] 1,541,604 2.49M/s
18:44:40 (2.49 MB/s) - `/dev/null' saved [1541604/1541604]
AMIENS_NAS> wget -O /dev/null http://www.reseau.bouyguestelecom.fr/content/downl
oad/25786/622297/file/Carte-couverture+2011.pdf
--19:01:10-- http://www.reseau.bouyguestelecom.fr/content/download/25786/622297/file/Carte-couverture+2011.pdf
=> `/dev/null'
Resolving [url=http://www.reseau.bouyguestelecom.fr]www.reseau.bouyguestelecom.fr[/url]... 84.37.82.83
Connecting to [url=http://www.reseau.bouyguestelecom.fr]www.reseau.bouyguestelecom.fr[/url]|84.37.82.83|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,541,604 (1.5M) [application/pdf]
100%[====================================>] 1,541,604 67.62K/s ETA 00:00
19:01:33 (65.18 KB/s) - `/dev/null' saved [1541604/1541604]
C'est hallucinant d'en arriver là !
-
Pour compléter, j'ai fait un wget vers testdebit.info, qui passe exactement par la même route pour aller vers chez ByTel. Dans les deux cas :
8 th2-6k-3-po21.intf.routers.proxad.net (212.27.58.29) 8.149 ms 8.222 ms 8.300 ms
9 tenge3-3.core02-t2.club-internet.fr (194.117.192.9) 11.239 ms 8.461 ms 10.065 ms
Et là pas trop de soucis de débit (c'est un peu faible et pas stable mais bon...) :
AMIENS_NAS> wget -O /dev/null http://1.testdebit.info/fichiers/100Mo.dat
--19:36:25-- http://1.testdebit.info/fichiers/100Mo.dat
=> `/dev/null'
Resolving testdebit.info... 89.84.127.55
Connecting to testdebit.info|89.84.127.55|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 100,000,000 (95M) [application/x-ns-proxy-autoconfig]
100%[====================================>] 100,000,000 1.34M/s ETA 00:00
19:37:37 (1.33 MB/s) - `/dev/null' saved [100000000/100000000]
-
Non, tu ne passes pas par le même chemin.
https://testdebit.info (https://testdebit.info) est hébergé par Bouygues Telecom
http://www.reseau.bouyguestelecom.fr/ (http://www.reseau.bouyguestelecom.fr/) est hébergé par Easynet et il est probable qu'une partie soit chez Akamai. Les sites de Bouygues Teleocom ne sont pas hébergés par Bouygues Telecom, mais par Easynet, Akamai et OVH. d'où la remarque dans le reportage sur Free dans Capital disant que Bouygues Telecom externalise entièrement son hébergement alors que Bouygues Teleocm à 5 datacenter pour l'h"bergement de serveur (les sites MSC ne comptent pas).
Free a des problèmes avec Youtube mais aussi Akamai et de nombreux transitaires à l'international.
Pourrais-tu vérifier avec Wireshark l'IP qui t’envoies le flux ? Comme dit Léon c'est le meilleur moyen d'être sur du serveur d'origine.
-
Ok merci pour la précision. Après ça n'enlève pas que ça fait un autre service qui marche plus que mal. On va finir par lister les trucs qui marchent !
Je testerai avec Wireshark demain je pense.
C'est chiant ces CDNs & co, on peut plus connaître la source avec un simple traceroute ;-)
-
Free est pour moi l’opérateur Français qui a le plus de routes saturé et de loin.
Orange est le suivant sur la liste et a déja été au clash avec Cogent et Google (Google ayant fini par envoyer uniquement le trafic via un des rare transitaire d'Orange (Orange peer avec la très grande majorité des opérateurs) afin de forcer Orange à Payer. Orange a été contraint de mettre en place un peering privé.
Avec Cogent, cela a aussi été loin avec Orange (https://lafibre.info/peering/orange-vers-la-fin-des-debits-escargots-sur-youtube-mv-et-mu/12/), mais les problèmes semblent du passé.
-
Je ne sais pas trop où mais il y a surement un truc qui sature entre chez moi et ByTel. Ce matin je refais un test sur testdebit.info et là débit stable et au max de ma connexion :
AMIENS_NAS> wget -O /dev/null http://1.testdebit.info/fichiers/100Mo.dat
--08:11:22-- http://1.testdebit.info/fichiers/100Mo.dat
=> `/dev/null'
Resolving testdebit.info... 89.84.127.55
Connecting to testdebit.info|89.84.127.55|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 100,000,000 (95M) [application/x-ns-proxy-autoconfig]
100%[====================================>] 100,000,000 1.89M/s ETA 00:00
08:12:14 (1.86 MB/s) - `/dev/null' saved [100000000/100000000]
Idem avec le CDN utilisé par ByTel :
AMIENS_NAS> wget -O /dev/null http://www.reseau.bouyguestelecom.fr/content/downl
oad/25786/622297/file/Carte-couverture+2011.pdf
--08:11:06-- http://www.reseau.bouyguestelecom.fr/content/download/25786/622297/file/Carte-couverture+2011.pdf
=> `/dev/null'
Resolving [url=http://www.reseau.bouyguestelecom.fr]www.reseau.bouyguestelecom.fr[/url]... 84.37.82.83
Connecting to [url=http://www.reseau.bouyguestelecom.fr]www.reseau.bouyguestelecom.fr[/url]|84.37.82.83|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 1,541,604 (1.5M) [application/pdf]
100%[====================================>] 1,541,604 1.84M/s
08:11:07 (1.84 MB/s) - `/dev/null' saved [1541604/1541604]
-
Pour http://www.reseau.bouyguestelecom.fr/ (http://www.reseau.bouyguestelecom.fr/) il faut arrêter de parle de Bouygues Telecom, c'est de l’hébergement Easynet 100%, sans CDN.
Si tu souhaites faire un traceroute, l'IP est 84.37.82.83.
Depuis Bouygues Telecom le peering se fait sur le Sfinx :
$ mtr -rwc100 84.37.82.83
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.82.180.1 0.0% 100 0.3 2.0 0.3 152.1 15.2
2.|-- v113.core03-m.net.bbox.fr 0.0% 100 0.3 2.2 0.3 73.4 9.7
3.|-- easynet-1.sfinx.tm.fr 0.0% 100 0.6 0.6 0.5 1.4 0.1
4.|-- te2-0-0.gr11.cpnan.fr.easynet.net 0.0% 100 1.2 1.1 1.0 1.3 0.0
5.|-- ge8-2.br1.cpnan.easynet.net 0.0% 100 1.1 7.8 1.1 194.4 32.5
6.|-- 84.37.12.74 0.0% 100 1.3 1.8 1.3 9.6 1.5
7.|-- ? ? 100.0 100
La lenteur vers testdebit.info (Bouygues Telecom), depuis Free sur Amien, je ne serais pas étonné d'une saturation sur le backbonne Free.
-
Ah pardon j'ai cru que ByTel se servait d'Easynet comme CDN. Alors que ByTel héberge chez Easynet (qui se servirait donc d'Akamai comme CDN si j'ai bien compris). On mettra cette confusion sur l'heure de mon post si tu veux bien.
Depuis Free je fais Free <> Cogent <> Tinet <> Easynet.
La lenteur vers testdebit.info (Bouygues Telecom), depuis Free sur Amien, je ne serais pas étonné d'une saturation sur le backbonne Free.
Fort possible sachant d'autres destinations semblent saturer de la même manière.
-
Akamai, Easynet et OVH sont tous les trois des hébergeurs de Bouygues Teleocom.
www.bouyguestelecom.fr => Akamai
Traceroute depuis Free :
$ mtr -rwc100 www.bouyguestelecom.fr (https://www.bouyguestelecom.fr)
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 88.191.93.1 0.0% 100 0.4 1.3 0.3 18.9 3.0
2.|-- 88.191.2.53 0.0% 100 0.4 0.4 0.3 1.7 0.2
3.|-- 88.191.2.50 0.0% 100 0.3 1.4 0.2 44.3 4.9
4.|-- a9k1-6k1-460.bzn.online.net 0.0% 100 0.6 1.9 0.6 20.0 2.0
5.|-- bzn-crs16-1-be1500-t.intf.routers.proxad.net 0.0% 100 1.1 0.7 0.4 1.9 0.4
6.|-- te0-2-0-6.373.mag21.par01.atlas.cogentco.com 0.0% 100 1.7 1.6 1.2 1.9 0.1
7.|-- te0-7-0-1.ccr22.par01.atlas.cogentco.com 0.0% 100 1.1 1.3 1.0 2.5 0.4
8.|-- te0-1-0-2.ccr21.par04.atlas.cogentco.com 0.0% 100 1.2 1.3 1.0 1.6 0.1
9.|-- verio.par04.atlas.cogentco.com 0.0% 100 0.8 32.3 0.8 299.6 61.3
10.|-- po-4.r03.parsfr01.fr.bb.gin.ntt.net 0.0% 100 0.9 12.3 0.8 196.3 35.8
11.|-- 81.93.191.59 0.0% 100 1.1 1.0 1.0 1.1 0.0
www.reseau.bouyguestelecom.fr => Easynet
Traceroute depuis Free - la connectivité n'est pas bonne vers Easynet:
$ mtr -rwc100 www.reseau.bouyguestelecom.fr (http://www.reseau.bouyguestelecom.fr)
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 88.191.93.1 0.0% 100 0.4 0.6 0.3 8.0 1.0
2.|-- 88.191.2.53 0.0% 100 0.4 0.5 0.3 4.4 0.5
3.|-- 88.191.2.50 0.0% 100 0.3 0.3 0.2 1.4 0.1
4.|-- a9k1-6k1-460.bzn.online.net 0.0% 100 0.7 1.6 0.6 3.6 0.8
5.|-- bzn-crs16-1-be1500-t.intf.routers.proxad.net 0.0% 100 0.7 0.8 0.4 1.8 0.4
6.|-- te0-2-0-5.371.mag21.par01.atlas.cogentco.com 0.0% 100 1.6 1.7 1.2 7.4 0.6
7.|-- te0-0-0-7.mpd21.par01.atlas.cogentco.com 0.0% 100 1.2 1.1 1.0 2.6 0.2
8.|-- te2-1.ccr01.par05.atlas.cogentco.com 0.0% 100 1.5 14.2 1.4 180.6 37.3
9.|-- xe-11-2-0.par70.ip4.tinet.net 0.0% 100 9.9 11.1 9.9 68.3 7.0
10.|-- xe-4-0-0.par20.ip4.tinet.net 0.0% 100 10.1 13.8 10.1 62.4 9.5
11.|-- te2-0-0.gr10.t2par.fr.easynet.net 0.0% 100 10.4 10.5 10.4 10.7 0.1
12.|-- te2-0-0.gr11.cpnan.fr.easynet.net 0.0% 100 11.2 11.2 11.1 11.9 0.1
13.|-- ge8-1.br1.cpnan.easynet.net 0.0% 100 11.4 21.3 11.3 205.2 36.8
14.|-- 84.37.12.74 0.0% 100 11.6 12.2 11.5 26.5 2.2
15.|-- ? ? 100.0 100
www.tout-sur-bouyguestelecom.fr => OVH
Traceroute depuis Free :
$ mtr -rwc100 www.tout-sur-bouyguestelecom.fr (http://www.tout-sur-bouyguestelecom.fr)
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 88.191.93.1 0.0% 100 16.5 1.4 0.4 22.6 4.0
2.|-- 88.191.2.53 0.0% 100 0.4 0.4 0.3 2.6 0.2
3.|-- 88.191.2.50 0.0% 100 0.3 0.6 0.3 19.8 2.0
4.|-- a9k1-6k1-460.bzn.online.net 0.0% 100 1.0 1.2 0.6 10.6 1.1
5.|-- bzn-crs16-1-be1500-p.intf.routers.proxad.net 0.0% 100 0.4 0.8 0.4 12.6 1.2
6.|-- 212.27.57.209 0.0% 100 1.8 1.2 0.9 2.5 0.3
7.|-- th2-5-6k.fr.eu 36.0% 100 0.8 22.4 0.8 224.7 55.6
8.|-- th2-g1-a9.fr.eu 0.0% 100 1.1 1.0 0.9 1.4 0.1
9.|-- rbx-g1-a9.fr.eu 0.0% 100 5.3 5.4 5.2 5.6 0.1
10.|-- vss-8b-6k.fr.eu 1.0% 100 4.5 23.4 4.5 241.5 47.7
11.|-- ns225213.ovh.net 0.0% 100 4.5 4.5 4.4 4.8 0.1
-
Je pense qu'on ne devrait pas se limiter à Youtube. On me souffle apple, edgecast, twitch, etc...
Mise a part twitch, toutes les destinations cités passent par Cogent quand on est chez Free.
Ca rappel les problèmes de peering entre Orange / Cogent (https://lafibre.info/peering/orange-vers-la-fin-des-debits-escargots-sur-youtube-mv-et-mu/), avec un règlement du différent devant l'Arcep en faveur d'Orange. Sauf que ici, Cogent est transitaire de Free si je ne m'abuse.
-
Il y a quelques minutes je me trainais pitoyablement à quelques dizaines de ko/s sur ipv6.testdebit.info, puis je suis allé sur ipv6.proof.ovh.net et là excellent débit (> 10 Mbps) et retour sur ipv6.testdebit.info : ça remarche!
Bref : court passage à vide pour moi.
-
vivien, est-ce que tu pourrais mettre quelques fichiers de testdebit.info sur un dédié OVH ? Et éventuellement une dédibox ? (les 100Mo suffisent en ADSL pour obtenir un débit crédible à mes yeux)
Je voudrais pouvoir tester sur plusieurs destinations pour voir si je retrouve le même débit - qui serait signe d'une probable saturation sur le backbone.
-
Excellente idée!
-
Vers ByTel :
16:53:26 (1.38 MB/s) - `/dev/null' saved [100000000/100000000]
Vers Easynet :
16:53:48 (103.58 KB/s) - `/dev/null' saved [1541604/1541604]
Vers SFR :
17:05:21 (1.33 MB/s) - `/dev/null' saved [100000000/100000000](tiens j'ai un soucis d'ailleurs, il est que 17H03 ici !)
-
19H30 :
ByTel :
19:47:30 (844.15 KB/s) - `/dev/null' saved [100000000/100000000]
Easynet :
19:45:14 (63.25 KB/s) - `/dev/null' saved [1541604/1541604]
SFR :
19:44:27 (770.18 KB/s) - `/dev/null' saved [100000000/100000000](bon je vais mettre l'heure à jour...)
-
Nico, cela sent la saturation du backbone + une autre saturation pour Easynet...
Il y a quelques minutes je me trainais pitoyablement à quelques dizaines de ko/s sur ipv6.testdebit.info, puis je suis allé sur ipv6.proof.ovh.net et là excellent débit (> 10 Mbps) et retour sur ipv6.testdebit.info : ça remarche!
IPv6 de Testdebit.info => ADELI / Maxnod
IPv4 de Testdebit.info => Bouygues Telecom
Nico, voici des fichiers :
- Adeli / Maxnod : https://lafibre.info/testdebit/testdebit.html (https://lafibre.info/testdebit/testdebit.html)
- OVH : http://ipv4.proof.ovh.net/files/ (http://ipv4.proof.ovh.net/files/)
Tu trouveras une 40éne de serveur en France et proche de chez nous sur le lien Fiabilité des tests de débit web (https://lafibre.info/tester-son-debit/fiabilite-test-de-debit/)
-
A la lecture du topic j'ai compris qu'au final le peering avec B allait bien. Par curiosité, on connait le débit de ce peering entre ces deux FAIs ?
-
Bien sur que je le connais ;D
Par contre je ne pense pas que l’information soit publiable.
Maintenant c'est assez facile de calculer le trafic entre Bouygues Telecom et Free, connaissant le nombre d'abonnés de deux FAI.
J'ai eu peur en regardant le titre du post, je pensais que c'était pour une mauvaise nouvelle du type ce qui arrive à Numericable (https://lafibre.info/peering/probleme-de-peering-entre-nc-et-le-reseau-freeonlineproxad/).
-
J'ai eu peur en regardant le titre du post, je pensais que c'était pour une mauvaise nouvelle du type ce qui arrive à Numericable (https://lafibre.info/peering/probleme-de-peering-entre-nc-et-le-reseau-freeonlineproxad/).
Ne te réjouis pas trop vite, je pense que Bouygues est le suivant sur la liste :(
-
J'ai eu peur en regardant le titre du post, je pensais que c'était pour une mauvaise nouvelle du type ce qui arrive à Numericable (https://lafibre.info/peering/probleme-de-peering-entre-nc-et-le-reseau-freeonlineproxad/).
tu n'es pas le seul ^^
-
Ne te réjouis pas trop vite, je pense que Bouygues est le suivant sur la liste :(
La coupure du peering avec NC (en fait Completel) est dans un contexte particulier, il y a peu de chances que Free coupe avec les principaux FAI de la même manière, surtout que ça ferait mal à leur partie hosting, Online.
Et ça serait quand même gonflé de demander aux FAI de payer alors que dans ce cas c'est eux qui poussent le trafic. Remarque, ils sont capables de tout.