La Fibre
Télécom => Peering Transit (appairage) => 
Peering entre opérateurs => Discussion démarrée par: Aize147 le 05 février 2016 à 16:50:51
-
Bonjour tout le monde,
Je viens ici pour vous faire pars d'une chose qui me saoule un peu au niveau réseau des infras de Cogent ainsi que celles de Free. Dans un premier temps je vais annoncer le cas de Cogent puis ceux de Free.
Je m'explique, UPC est un FAI qui est présent en Suisse, Belgique, Allemagne, Ireland, Pays-Bas, et UK. Plutôt connu sous le nom de Liberty Global Operations (AS6830).
Pour joindre une personne qui se trouve sur le réseau de UPC, que ce soit en Allemagne, Suisse etc.. ce sera la même galère.
Sachant que Free a plus de 46% de Transit IP à travers Cogent (Sources : bgp.he.net/AS12322).. Ce qui n'est pas normal, alors qu'il a un autre Transitaire qui est Level3 (il ne l'utilise pas beaucoup ou peu).
Exemples :
Vers un client sur UnityMedia.de (UPC) :
traceroute to unitymedia.de (213.46.237.24), 30 hops max, 60 byte packets
1 gi0-7-0-18.5.agr22.par01.atlas.cogentco.com (130.117.254.73) 0.932 ms 0.996 ms
2 be2108.ccr42.par01.atlas.cogentco.com (130.117.50.134) 0.981 ms be2097.ccr41.par01.atlas.cogentco.com (130.117.49.78) 0.934 ms
3 be2747.ccr42.jfk02.atlas.cogentco.com (154.54.31.189) 74.010 ms be2746.ccr41.jfk02.atlas.cogentco.com (154.54.29.117) 71.967 ms
4 be2324.ccr21.jfk04.atlas.cogentco.com (154.54.47.18) 71.872 ms be2317.ccr41.jfk02.atlas.cogentco.com (154.54.30.185) 76.793 ms
5 be2324.ccr21.jfk04.atlas.cogentco.com (154.54.47.18) 72.820 ms telia.jfk04.atlas.cogentco.com (154.54.11.110) 71.488 ms
6 liberty-ic-302304-nyk-b3.c.telia.net (62.115.13.74) 72.326 ms 72.501 ms
7 us-nyc01b-rd2-et-3-1-0-0.aorta.net (84.116.135.74) 181.658 ms 178.627 ms
8 us-nyc01b-rd2-et-3-1-0-0.aorta.net (84.116.135.74) 182.750 ms 186.436 ms
9 * us-was02a-rd2-xe-0-2-2-0.aorta.net (84.116.130.169) 189.024 ms
10 * nl-ams02a-ra6-be-100-2484.aorta.net (84.116.244.109) 179.578 ms
11 nl-ams02a-ra6-be-100-2484.aorta.net (84.116.244.109) 183.065 ms 182.679 ms
12 213.46.237.24 (213.46.237.24) 178.971 ms 178.827 ms
Puis vers Ziggo.nl (UPC) :
traceroute to ziggo.nl (213.46.237.24), 30 hops max, 60 byte packets
1 gi0-7-0-18.5.agr22.par01.atlas.cogentco.com (130.117.254.73) 0.851 ms 0.952 ms
2 be2108.ccr42.par01.atlas.cogentco.com (130.117.50.134) 0.729 ms 0.742 ms
3 be2746.ccr41.jfk02.atlas.cogentco.com (154.54.29.117) 71.569 ms 74.256 ms
4 be2324.ccr21.jfk04.atlas.cogentco.com (154.54.47.18) 71.341 ms 71.350 ms
5 be2325.ccr21.jfk04.atlas.cogentco.com (154.54.47.30) 75.548 ms be2324.ccr21.jfk04.atlas.cogentco.com (154.54.47.18) 76.536 ms
6 liberty-ic-302304-nyk-b3.c.telia.net (62.115.13.74) 72.371 ms 73.514 ms
7 us-nyc01b-rd2-et-3-1-0-0.aorta.net (84.116.135.74) 181.424 ms 181.437 ms
8 us-was02a-rd2-xe-0-2-2-0.aorta.net (84.116.130.169) 179.266 ms nl-ams09b-ri1-xe-10-0-0.aorta.net (84.116.130.18) 179.746 ms
9 * *
10 nl-ams02a-ra6-be-100-2484.aorta.net (84.116.244.109) 179.098 ms *
11 213.46.237.24 (213.46.237.24) 178.491 ms 178.927 ms
Et ainsi de suite, pareil pour UPC-Cablecom.ch :
traceroute to upc-cablecom.ch (62.2.34.16), 30 hops max, 60 byte packets
1 gi0-7-0-18.5.agr22.par01.atlas.cogentco.com (130.117.254.73) 0.994 ms 1.000 ms
2 be2108.ccr42.par01.atlas.cogentco.com (130.117.50.134) 0.750 ms 0.787 ms
3 be12489.ccr42.lon13.atlas.cogentco.com (154.54.57.69) 7.898 ms be2746.ccr41.jfk02.atlas.cogentco.com (154.54.29.117) 72.014 ms
4 be2325.ccr21.jfk04.atlas.cogentco.com (154.54.47.30) 71.838 ms be2490.ccr42.jfk02.atlas.cogentco.com (154.54.42.85) 75.382 ms
5 be2325.ccr21.jfk04.atlas.cogentco.com (154.54.47.30) 75.719 ms 77.186 ms
6 telia.jfk04.atlas.cogentco.com (154.54.11.110) 76.693 ms liberty-ic-302304-nyk-b3.c.telia.net (62.115.13.74) 72.330 ms
7 us-nyc03a-rd1-ae10-0.aorta.net (84.116.135.97) 200.593 ms 197.725 ms
8 us-was03a-rd1-xe-9-0-2-0.aorta.net (84.116.140.177) 197.596 ms us-nyc03a-rd1-xe-1-0-0-0.aorta.net (84.116.137.34) 197.289 ms
9 us-nyc03a-rd1-xe-1-0-0-0.aorta.net (84.116.137.34) 200.926 ms *
10 ch-otf01b-ra1-ae16-0.aorta.net (84.116.130.50) 197.954 ms 197.793 ms
11 ch-otf01b-ra1-ae16-0.aorta.net (84.116.130.50) 202.812 ms pos-2-0.blxZHT001.bb.cablecom.net (62.2.4.190) 204.848 ms
12 mlxotf901-be-1-3173.aorta.net (84.116.202.94) 198.418 ms pos-2-0.blxZHT001.bb.cablecom.net (62.2.4.190) 203.082 ms
13 62.2.25.150 (62.2.25.150) 199.450 ms 198.159 ms
14 62.2.25.150 (62.2.25.150) 201.963 ms *
15 * *
Bref, pour résumer tout ça et si l'on décortique les traceroutes, le trafic passe par TeliaSonera à JFK (New York) pour ensuite prendre le peering de UPC sur ce dernier et ensuite repartir pour L'Europe.
Taper sur Google, Peering Cogent <-> UPC, ce n'est pas le premier topic. En tout cas je voudrais vraiment que Free investisse dans des liens de peering avec TeliaSonera par exemple, ou encore NTT America.
Free n'a que 65 liens de peering avec d'autres opérateurs en IPv4, (Sources : bgp.he.net/AS12322), et en plus son AS de Free Mobile (AS51207) n'est même pas annoncé sur Level 3.
Du coup les clients FreeMobile (pour ceux qui utilisent le Fair Use) passent majoritairement par le célébre Cogent. J'ai pu remarqué qu'il avait un peering entre Free et Bell Canada, je me suis dit, c'est bien beau tout ça mais on s'en fiche des Opérateurs hors Europe.
Là pour le coup on privilégiera un Transit. Par exemple passer par TATA ou Cogent. Ce que je veux dire c'est qu'ils n'ont pas le sens des priorités chez Free.
Pour vous dire j'ai même fait un Tweet à Xavier Niel (même si je pense ne pas avoir de réponses), pour lui dire si avec le rachat de BYTEL par Orange, si il y avait une possibilité de recupérer les liens de peering de ce dernier, justement pour améliorer le réseau de Free.
Voilà mon retour après des mois de traceroutes et de mtr puis différents Looking Glass d'opérateurs dans le monde.
Sur ce, Bonne Journée ou Bonne Soirée.
Aize147.
-
Pour vous dire j'ai même fait un Tweet à Xavier Niel (même si je pense ne pas avoir de réponses), pour lui dire si avec le rachat de BYTEL par Orange, si il y avait une possibilité de recupérer les liens de de peering de ce dernier, justement pour améliorer le réseau de Free.
Pourquoi veux-tu que Free récupère des liens de peering ? Ce n'est pas comme déployer des antennes mobiles qui physiquement prend du temps.
Il suffit que Free contacte le transitaire, se mette d'accord sur la capacité et le prix, sorte son carte de chèque et voilà le lien est mis en place (pas instantanèment, mais il ne faut pas 1 an non plus) ...
Après, Free a un politique réseau différente en ce moment .. Donc ce n'est pas gagné. (il y a plein de sujet sur le forum et le plus connu était Free <=> Google. Et Google fournissait gratuitement autant de lien / capacité de peering que Free aurait voulu. Mais Free voulait que Google paye Free pour mettre en place ses liens.
-
Chez Free tu n'achètes pas une connexion, tu achètes une box avec option Internet. Le réseau est à chier sur pas mal de destinations, faut faire avec ou alors contourner le probème avec un VPN.
N'attends pas un changement radical de leur politique rapidement... Voir jamais en fait.
-
Bienvenue chez Free ! Ca fait combien... 10 ans que ca dure ? POur te donner un ordre d'idée, même leur filiale Online (groupe Iliad) ne voulait plus utiliser le réseau de Free et ont créé un réseau indépendant afin de fournir un service de qualité à leurs clients.
-
Sachant que Free a plus de 46% de Transit IP à travers Cogent (Sources : bgp.he.net/AS12322).. Ce qui n'est pas normal,
Gnié ? Pour moi ce chiffre n'a aucun sens.
Free n'a que 65 liens de peering avec d'autres opérateurs en IPv4
Hein ?! T'as compté le nombre de ports sur les routeurs pour affirmer ça ?
-
Le nombre de lien de peering et le % de routes depuis Cogent ne sont pas de vrais indicateur de la qualité d'un opérateur.
Le % de remplissage des liens lors du pic de consommation hebdomadaire me semple plus pertinent de même que la latence (coucou le trafic IPv4 vers HE qui part aux USA pour revenir en France)
-
Le nombre de lien de peering et le % de routes depuis Cogent ne sont pas de vrais indicateur de la qualité d'un opérateur.
Le % de remplissage des liens lors du pic de consommation hebdomadaire me semple plus pertinent de même que la latence (coucou le trafic IPv4 vers HE qui part aux USA pour revenir en France)
En fait étant client chez Orange pour le fixe et Free pour le mobile, je fais en permanence des traceroutes sur mon téléphone. Le plus incroyable dans l'histoire c'est que Free n'a même pas annoncé ses Préfixes aux autres transitaires que Cogent, par exemple pour rejoindre Free en partant de Level 3 :
Level 3 (AS3356) ---> Cogent (AS174) ---> Free (AS12322) ---> FreeMobile (AS51207) alors que dans l'autre sens FreeMobile (AS51207) ---> Free (AS12322) ---> Level 3 (AS3356).
Quand je parlais du pourcentage, j'avais plutôt en tête le "camembert" de chez OpenTransit (Orange AS5511) en voyant sur bgp.he.net : http://bgp.he.net/AS5511 (http://bgp.he.net/AS5511)
On peut voir que les échanges de peering entre Orange et les autres opérateurs sont beaucoup mieux répartis que Free.
Aize147.
-
Attention sur bgp.he.net on ne voit pas tous les peerings.
-
Attention sur bgp.he.net on ne voit pas tous les peerings.
Si Si, dans PeersV4
-
Je viens de jeter un oeil pour Online, y'en manque plein. Donc non, on ne voit pas tous les Peerings.
-
Je viens de jeter un oeil pour Online, y'en manque plein. Donc non, on ne voit pas tous les Peerings.
Ah bon ? : http://bgp.he.net/AS12876#_peers
(http://bgp.he.net/AS12876#_peers)
Après, il y a peer et puis passer par un IX. Les IX ne sont pas représentés.
-
bgp.he.net fournit une vision de l'Internet vu de HE
Des peerigs vont donc manquer (tous ceux entre Cogent et quelqu'un d'autre en IPv6 qui ne sont pas déclaré dans le IRR par exemple)
-
Free n’annonce pas toutes ses plages a tous ses transitaires : (c'est effectivement pas top pour la QoS)
Certaines plages IP Free n'ont que Cogent ou que Tata :
(https://lafibre.info/images/free/logo_free_mini.webp) Total pour Free : 12 199 930 IPv4
2 AS : Free (fixe) : AS12322 et FreeMobile : AS51207
Free : (AS12322) => 11 141 114 IPv4
212.27.32.0/19 AS12322 : Cogent, Level3 (2) => 8 192 IPv4
213.228.0.0/18 AS12322 : Cogent, Level3 (2) => 16 382 IPv4
62.147.0.0/16 AS12322 : Cogent, Tata (2) => 65 536 IPv4
81.56.0.0/15 AS12322 : Cogent, Tata (2) => 131 072 IPv4
82.64.0.0/14 AS12322 : Cogent, Tata (2) => 262 144 IPv4
82.224.0.0/11 AS12322 : Cogent (1) ! => 2 097 152 IPv4
88.160.0.0/11 AS12322 : Tata (1) ! => 2 097 152 IPv4
78.192.0.0/10 AS12322 : Cogent, Tata, Level3 (3) => 4 194 304 IPv4
83.152.0.0/13 AS12322 : Cogent, Tata (2) => 524 288 IPv4
88.120.0.0/13 AS12322 : Cogent, Tata (2) => 524 288 IPv4
91.160.0.0/12 AS12322 : Cogent, Tata (2) => 1 048 576 IPv4
213.36.0.0/16 AS12322 : Cogent, Tata, Level3 (3) => 65 536 IPv4
83.214.0.0/16 AS12322 : Non annoncé sur Internet (0) => 65 536 IPv4
194.149.160.0/19 AS12322 : Non annoncé sur Internet (0) => 8 192 IPv4
82.142.0.0/18 AS12322 : Non annoncé sur Internet (0) => 16 382 IPv4
212.62.128.0/18 AS12322 : Non annoncé sur Internet (0) => 16 382 IPv4
FreeMobile : (AS51207) => 1 058 816 IPv4
37.8.160.0/19 AS51207 : Level3, Cogent => 8 192 IPv4
37.1.232.0/21 AS51207 : Level3, Cogent => 2 048 IPv4
37.160.0.0/12 AS51207 : Level3, Cogent => 1 048 576 IPv4
-
Ah bon ? : http://bgp.he.net/AS12876#_peers
(http://bgp.he.net/AS12876#_peers)
Après, il y a peer et puis passer par un IX. Les IX ne sont pas représentés.
Pourtant, y'a des Peers qui passent par un IX dans la liste.
-
Free n’annonce pas toutes ses plages a tous ses transitaires : (c'est effectivement pas top pour la QoS)
Certaines plages IP Free n'ont que Cogent ou que Tata :
Je pense que ces données ne sont plus à jour, je passe par L3 sur une plage Cogent only selon ton tableau
-
Accessoirement 40% des annonces de préfixes ne signifie pas que ça va représenter 40% du trafic...