La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: Mathieu76 le 23 octobre 2013 à 17:22:36
-
Bonjour,
En faisant la MAJ d'iTunes j'ai voulu voir par ou passait le flux et surprise
1 1 ms 2 ms 2 ms 192.168.0.254
2 20 ms 21 ms 20 ms 78.222.89.***
3 20 ms 21 ms 20 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 22 ms 22 ms 21 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 24 ms 25 ms 24 ms p11-9-k1-be1002.intf.routers.proxad.net [78.254.249.158]
6 23 ms 23 ms 23 ms p11-crs16-1-be1004.intf.routers.proxad.net [78.254.249.129]
7 25 ms 24 ms 23 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
8 22 ms 24 ms 24 ms 2.16.117.144
J'ai fait un petit Whois sur la dernière IP et elle appartient a Akamai : http://who.is/whois-ip/ip-address/2.16.117.144 (http://who.is/whois-ip/ip-address/2.16.117.144)
Dans ce traceroute il n'y a aucun transitaire, Free aurait maintenant un peering avec Akamai ?
-
Faut croire que Free travail a décharger son transit.
-
Moi je dirais plus que cette IP est chez Free, car moi je passe par Proxad pour y accéder depuis K-net donc ...
(http://puu.sh/4Xqqp.png)
-
Akamai a du mettre des serveurs de cache de son CDN chez Free?
-
Je confirme, c'est un équipement Akamai chez Free.
(j'ai vu un échange de tweets à ce sujet, pas le temps de chercher par contre)
-
Google est client de Akamai? le début de la fin des problèmes de congestion vers Youtube?
-
Google est client de Akamai?
Ce serait étonnant, Google ayant son propre CDN.
le début de la fin des problèmes de congestion vers Youtube?
Non, mais le début de la fin des problèmes de congestion depuis Akamai. Ce qui était moins visible mais aussi important !
-
akamai a des serveurs chez une bonne partie des fai visiblement
plutôt une bonne politique!
par contre ça empêche pas d'avoir régulièrement des saturations chez orange au moins
ps: par contre pas encore de reverse dns dessus comme sur les autres serveurs type:
aX-X-X-X.deploy.static.akamaitechnologies.com
-
Akamai met des serveurs chez tous les FAI de plus de 1 million de client (il faut que je vérifie pour Numericable, je ne suis pas sur) mais cela ne signifie pas la fin de la congestion : Là aussi il faut correctement dimensionner le lien.
Akamai ne possède pas de réseau en propre : ils gèrent plus de cent réseaux locaux avec des serveurs et un routeur qui forment une centaine de caches réparties sur toute la planète. Ces caches ne sont pas reliés entre eux, mais ils achètent du transit-ip pour sortir. Amusant d'ailleurs, certains FAI annoncent des IP akamai avec une AS sur leur interconnexion, c'est pour alimenter ces caches.
Une bonne partie des transitaire ont également des caches Akamai ce qui fait que quand le cache de Free (ou d'un autre FAI) est plein, le reste du trafic passe par d'autres caches situés sur les GIX ou les transitaires. Akamai gère la chose bien et les liens ne dépssent jamais 90% de charge.
=> La partie du trafic qui est absorbé par le cache de Free ne subira pas de saturation mais la partie qui ne passe pas par le cache chez Free sera congestionné.
-
Bizarrement, je passe par Cogent pour joindre cette IP de chez Free ???
xbian@xbian ~ $ traceroute 2.16.117.144
traceroute to 2.16.117.144 (2.16.117.144), 30 hops max, 60 byte packets
1 box (192.168.1.1) 0.848 ms 0.555 ms 0.857 ms
2 lav1-pesms-1.gaoland.net (109.6.26.3) 2.066 ms 2.942 ms 2.807 ms
3 137.241.96.84.rev.sfr.net (84.96.241.137) 2.893 ms 2.766 ms 2.478 ms
4 149.224.65.86.rev.sfr.net (86.65.224.149) 6.415 ms 6.286 ms 6.025 ms
5 70.61.6.109.rev.sfr.net (109.6.61.70) 7.681 ms 7.465 ms 11.020 ms
6 222.29.3.109.rev.sfr.net (109.3.29.222) 10.117 ms 16.241 ms 16.079 ms
7 226.29.3.109.rev.sfr.net (109.3.29.226) 12.036 ms 11.700 ms 11.444 ms
8 te0-7-0-25.mag21.par01.atlas.cogentco.com (149.11.12.17) 7.869 ms 7.434 ms 7.211 ms
9 149.6.114.198 (149.6.114.198) 7.628 ms te8-5.384.mag02.par01.atlas.cogentco.com (149.6.114.134) 7.588 ms euro-web.demarc.cogentco.com (149.6.160.6) 8.027 ms
10 p11-crs16-1-be1000.intf.routers.proxad.net (78.254.249.1) 10.745 ms 10.493 ms 10.366 ms
11 th2-9k-1-be1001.intf.routers.proxad.net (78.254.249.6) 7.729 ms 7.664 ms 7.588 ms
12 2.16.117.144 (2.16.117.144) 9.188 ms 8.980 ms 8.757 ms
Alors que d'autres IP de chez Free passent en direct.
xbian@xbian ~ $ traceroute [url=https://www.free.fr]www.free.fr[/url]
traceroute to [url=https://www.free.fr]www.free.fr[/url] (212.27.48.10), 30 hops max, 60 byte packets
1 box (192.168.1.1) 0.620 ms 0.492 ms 0.631 ms
2 lav1-pesms-1.gaoland.net (109.6.26.3) 0.896 ms 0.814 ms 2.093 ms
3 137.241.96.84.rev.sfr.net (84.96.241.137) 17.795 ms 17.602 ms 17.661 ms
4 202.192.118.80.rev.sfr.net (80.118.192.202) 18.878 ms 19.954 ms 19.753 ms
5 bzn-6k-sys-po20.intf.routers.proxad.net (212.27.51.70) 18.706 ms 19.845 ms 19.706 ms
6 [url=https://www.free.fr]www.free.fr[/url] (212.27.48.10) 19.308 ms 18.333 ms 18.080 ms
Amusant d'ailleurs, certains FAI annoncent des IP akamai avec une AS sur leur interconnexion, c'est pour alimenter ces caches.
Serait-ce la cause de ce que j'observe ici ?