La Fibre
Télécom => Peering Transit (appairage) => 
Transit IP => Discussion démarrée par: Synack le 14 janvier 2014 à 00:10:49
-
Tiens, intéressant. La situation avec Google/Youtube n'a pas vraiment bougé, mais maintenant je vois Free via un 3eme transitaire avec Tata et Cogent : Level3.
Depuis 12h45 environ aujourd'hui, j'ai un AS path 3356 12322 qui est apparu pour certains préfixes, laissant penser que Free annonce une partie de ses préfixes sur du Level3. Nouveau transitaire ? (enfin nouveau, vraiment utilisé je veux dire) Pour améliorer la situation avec des sites US ?
Pas visible via Level 3 :
RP/0/RSP0/CPU0:asr2-th2par#sh bgp 82.64.0.0
BGP routing table entry for 82.64.0.0/14
Path #1: Received by speaker 0
3257 6453 12322 12322 12322
Path #2: Received by speaker 0
174 12322 12322 12322 12322 12322
Path #4: Received by speaker 0
29075 12322
Path #6: Received by speaker 0
3356 6453 12322 12322 12322
Visible depuis 12h45 chez moi via Level 3 (mais pas Tata) :
RP/0/RSP0/CPU0:asr2-th2par#sh bgp 212.27.32.130
BGP routing table entry for 212.27.32.0/19
Paths: (6 available, best #4)
Path #1: Received by speaker 0
3257 174 12322 12322
Path #2: Received by speaker 0
174 12322 12322
Path #4: Received by speaker 0
29075 12322
Path #6: Received by speaker 0
3356 12322
Pas encore regardé pour chacun des préfixes abonnés, mais il y a eu du changement en tout cas. Egalement pas mal d'abonnés ont Level 3 en sortie vers des sites américains ce soir...
-
Moi aussi je vois AS12322 par level3 mais que pour les préfixes corporate d'illiad. Les clients xDSL/Fibre c'est pas pour eux. Ça doit être Niel et Assaf qui veulent mater du youtube dans leur château respectif.
-
Tu nous donnes les "préfixes corporate d'illiad" ?
FreeMobile est inclus dedans ?
-
Moi aussi je vois AS12322 par level3 ...
Soit cela n'a pas duré longtemps, soit c'est vraiment limité à quelques préfixes effectivement.
A cet instant GBLX (Level3) reroute vers Cogent (!)
AS path: 3549 174 12322 12322 I
-
Soit cela n'a pas duré longtemps, soit c'est vraiment limité à quelques préfixes effectivement.
A cet instant GBLX (Level3) reroute vers Cogent (!)
AS path: 3549 174 12322 12322 I
Pour joindre free.fr ça passe toujours par level3 pour moi.
-
Pour joindre free.fr ça passe toujours par level3 pour moi.
Quel préfixe ?
-
Quel préfixe ?
meh, dig +short free.fr
212.27.48.10
-
Les annonces de l'ensemble des préfixes aux transits :
212.27.32.0/19 AS12322 : Cogent, Level3 (2)
213.228.0.0/18 AS12322 : Cogent, Level3 (2)
62.147.0.0/16 AS12322 : Cogent, Tata (2)
81.56.0.0/15 AS12322 : Cogent, Tata (2)
82.64.0.0/14 AS12322 : Cogent, Tata (2)
82.224.0.0/11 AS12322 : Cogent (1) !
88.160.0.0/11 AS12322 : Tata (1) !
78.192.0.0/10 AS12322 : Cogent, Tata, Level3 (3)
83.152.0.0/13 AS12322 : Cogent, Tata (2)
88.120.0.0/13 AS12322 : Cogent, Tata (2)
91.160.0.0/12 AS12322 : Cogent, Tata (2)
213.36.0.0/16 AS12322 : Cogent, Tata, Level3 (3)
83.214.0.0/16 AS12322 : Non annoncé sur Internet (0)
194.149.160.0/19 AS12322 : Non annoncé sur Internet (0)
82.142.0.0/18 AS12322 : Non annoncé sur Internet (0)
212.62.128.0/18 AS12322 : Non annoncé sur Internet (0)
-
Apparemment 78.192.0.0/10 est le préfixe des clients FTTH.
-
Apparemment 78.192.0.0/10 est le préfixe des clients FTTH.
Ce serait très "marrant" qu'ils aient ajouté Level3 juste pour faire croire que le réseau free est rapide en montrant qu'en FTTH il n'y a pas de problème là où tout le monde se plaint en ADSL :D :D :D
-
Apparemment tout le réseau free IPv6 est hors ligne. Compris www.free.fr (https://www.free.fr)
-
Effectivement, le préfixe est joignable mais ça n'a pas l'air d'aller bien loin derrière :/
-
Synack, tu fais comment pour récupérer les plages IP attribuée par le RIPE mais non annoncé sur Internet ?
Ca serait pour compléter le post https://lafibre.info/ipv6/plages-ip-par-fai/ (où j'ai repris ton info sur les transit plage par plage)
-
Il y a un outil très bien : https://stat.ripe.net/AS12322#tabId=routing
et plus précisèment : https://stat.ripe.net/widget/announced-prefixes#w.resource=12322&w.min_peers_seeing=0
Un peu fastidieux : dans la base RIPE faire un search sur le paramètre MNT-BY (en l'occurrence PROXAD-MNT) avec le paramètre "inverse lookup / mnt-by"
-
Chez moi Free utilise maintenant Level3 comme transitaire
Je suis en ADSL
1 2 ms <1 ms 1 ms 192.168.0.254
2 20 ms 20 ms 22 ms 78.222.89.***
3 21 ms 19 ms 20 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 31 ms 22 ms 22 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 25 ms 23 ms 24 ms p11-9-k1-be1002.intf.routers.proxad.net [78.254.249.158]
6 25 ms 23 ms 23 ms p11-crs16-1-be1004.intf.routers.proxad.net [78.254.249.129]
7 23 ms 31 ms 32 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
8 23 ms 27 ms 23 ms ae56.edge4.Paris1.Level3.net [213.242.111.209]
9 25 ms 28 ms 33 ms ETF1.edge4.Paris1.Level3.net [213.242.111.70]
10 * * * Délai d'attente de la demande dépassé.
11 22 ms 23 ms 22 ms 193.169.67.150
Serveur de WAT
-
Chez moi Free utilise maintenant Level3 comme transitaire
Je suis en ADSL
Pouvez-vous faire un traceroute vers paris.speedtest.mediactive-network.net svp
-
(http://img4.hostingpics.net/pics/314805traceroute.jpg)
Voila
-
Depuis une Freebox sur le DSLAM bez60-2 :
Serveur WAT :
$ traceroute 193.169.67.150
traceroute to 193.169.67.150 (193.169.67.150), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 1.559 ms 9.936 ms 36.692 ms
2 78.227.52.254 (78.227.52.254) 42.356 ms 46.752 ms 48.754 ms
3 213.228.37.126 (213.228.37.126) 53.654 ms 60.054 ms 60.759 ms
4 cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37) 36.905 ms * 52.617 ms
5 p11-crs16-1-be1000.intf.routers.proxad.net (78.254.249.1) 56.390 ms 56.986 ms 58.914 ms
6 th2-9k-1-be1001.intf.routers.proxad.net (78.254.249.6) 57.541 ms 28.219 ms 29.825 ms
7 ae56.edge4.Paris1.Level3.net (213.242.111.209) 30.338 ms 30.847 ms 31.347 ms
8 ETF1.edge4.Paris1.Level3.net (213.242.111.66) 31.877 ms ETF1.edge4.Paris1.Level3.net (213.242.111.70) 32.671 ms ETF1.edge4.Paris1.Level3.net (213.242.111.66) 34.554 ms
Serveur Mediactive :
$ traceroute paris.speedtest.mediactive-network.net
traceroute to paris.speedtest.mediactive-network.net (178.248.208.213), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 5.933 ms 37.259 ms 45.555 ms
2 78.227.52.254 (78.227.52.254) 48.388 ms 48.832 ms 49.194 ms
3 213.228.37.126 (213.228.37.126) 50.409 ms 52.626 ms 52.899 ms
4 cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37) 66.181 ms 66.505 ms 66.643 ms
5 bzn-crs16-2-be1002.intf.routers.proxad.net (78.254.249.9) 73.782 ms 74.301 ms 74.479 ms
6 te0-1-0-4.377.mag21.par01.atlas.cogentco.com (149.6.115.25) 74.585 ms * te0-4-0-35.373.mag21.par01.atlas.cogentco.com (149.6.115.17) 38.430 ms
7 be2041.mpd22.par01.atlas.cogentco.com (154.54.78.41) 38.646 ms * *
8 be2308.ccr21.par04.atlas.cogentco.com (154.54.73.230) 45.925 ms 46.636 ms 51.391 ms
9 te1-1.mag01.par04.atlas.cogentco.com (154.54.56.166) 52.030 ms 28.532 ms 35.435 ms
10 xe-1-3-0-cogent.cr01.th2.net.mediactive-network.net (149.11.114.2) 37.285 ms 42.434 ms 42.687 ms
-
Depuis une Freebox sur le DSLAM bez60-1, qui pourtant est routée sur le préfixe 82.224.0.0/11, qui ne serait pas concerné par le nouveau peering avec Level3 si j'en crois la liste du message de Synack (https://lafibre.info/peering-google/debits-youtube-cest-de-pire-en-pire/msg115057/#msg115057) :
Serveur WAT :
$ traceroute 193.169.67.150
traceroute to 193.169.67.150 (193.169.67.150), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 9.212 ms 54.321 ms 57.961 ms
2 82.230.190.254 (82.230.190.254) 79.487 ms 91.647 ms 99.903 ms
3 213.228.37.126 (213.228.37.126) 116.370 ms 120.372 ms 154.821 ms
4 * cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37) 112.214 ms 127.641 ms
5 p11-crs16-1-be1000.intf.routers.proxad.net (78.254.249.1) 129.637 ms 133.365 ms *
6 th2-9k-1-be1001.intf.routers.proxad.net (78.254.249.6) 148.478 ms 39.511 ms 32.342 ms
7 ae56.edge4.Paris1.Level3.net (213.242.111.209) 38.275 ms 42.571 ms 69.752 ms
8 ETF1.edge4.Paris1.Level3.net (213.242.111.70) 52.044 ms 71.000 ms 72.304 ms
Serveur Mediactive :
$ traceroute paris.speedtest.mediactive-network.net
traceroute to paris.speedtest.mediactive-network.net (178.248.208.213), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 3.982 ms 12.363 ms 13.994 ms
2 82.230.190.254 (82.230.190.254) 52.076 ms 53.586 ms 55.170 ms
3 213.228.37.126 (213.228.37.126) 57.512 ms 73.400 ms 77.122 ms
4 cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37) 63.453 ms 64.452 ms 83.595 ms
5 bzn-crs16-2-be1002.intf.routers.proxad.net (78.254.249.9) 113.409 ms 122.090 ms 128.531 ms
6 te0-7-0-34.369.mag21.par01.atlas.cogentco.com (149.6.161.29) 129.513 ms te0-1-0-4.377.mag21.par01.atlas.cogentco.com (149.6.115.25) 25.741 ms te0-7-0-31.367.mag21.par01.atlas.cogentco.com (149.6.160.49) 25.665 ms
7 be2039.ccr22.par01.atlas.cogentco.com (154.54.75.1) 33.337 ms be2040.mpd21.par01.atlas.cogentco.com (154.54.78.37) 34.320 ms be2041.mpd22.par01.atlas.cogentco.com (154.54.78.41) 44.363 ms
8 be2308.ccr21.par04.atlas.cogentco.com (154.54.73.230) 47.658 ms 62.440 ms 65.323 ms
9 te2-4.mag01.par04.atlas.cogentco.com (154.54.58.253) 66.157 ms 66.989 ms te1-1.mag01.par04.atlas.cogentco.com (154.54.56.166) 67.809 ms
10 xe-1-3-0-cogent.cr01.th2.net.mediactive-network.net (149.11.114.2) 68.659 ms 69.487 ms 25.314 ms
-
Merci. Comme quoi la politique de routage de Free reste un mystère total.
Pour info, nous avons du Cogent mais aussi Level3 et Neo qui sont 3 transitaires présents chez Free mais tout semble passer par Cogent dans le sens sortant.
Heureusement nous arrivons à choisir et forcer la route de retour (download pour les clients Free, la plus sujette aux saturations) et donc maintenir une bonne latence et de bons débits.
-
Synack, tu fais comment pour récupérer les plages IP attribuée par le RIPE mais non annoncé sur Internet ?
Ca serait pour compléter le post https://lafibre.info/ipv6/plages-ip-par-fai/ (https://lafibre.info/ipv6/plages-ip-par-fai/) (où j'ai repris ton info sur les transit plage par plage)
Un petit outil perl pratique qui interroge la base du RIPE : ripeget-ng.pl
Ca se trouve facilement avec google (lien Easynet), mais au cas où : http://syn.fr/tmp/ripeget-ng.pl (http://syn.fr/tmp/ripeget-ng.pl)
Tu peux mettre un ASN (AS<nnnnn>) ou un AS macro (AS-<as-macro>) en paramètre, il te donne les préfixes associés dans la base déclarée au RIPE.
Depuis une Freebox sur le DSLAM bez60-1, qui pourtant est routée sur le préfixe 82.224.0.0/11, qui ne serait pas concerné par le nouveau peering avec Level3 si j'en crois la liste du message de Synack (https://lafibre.info/peering-google/debits-youtube-cest-de-pire-en-pire/msg115057/#msg115057) :
Serveur WAT :
$ traceroute 193.169.67.150
traceroute to 193.169.67.150 (193.169.67.150), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 9.212 ms 54.321 ms 57.961 ms
2 82.230.190.254 (82.230.190.254) 79.487 ms 91.647 ms 99.903 ms
3 213.228.37.126 (213.228.37.126) 116.370 ms 120.372 ms 154.821 ms
4 * cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37) 112.214 ms 127.641 ms
5 p11-crs16-1-be1000.intf.routers.proxad.net (78.254.249.1) 129.637 ms 133.365 ms *
6 th2-9k-1-be1001.intf.routers.proxad.net (78.254.249.6) 148.478 ms 39.511 ms 32.342 ms
7 ae56.edge4.Paris1.Level3.net (213.242.111.209) 38.275 ms 42.571 ms 69.752 ms
8 ETF1.edge4.Paris1.Level3.net (213.242.111.70) 52.044 ms 71.000 ms 72.304 ms
Serveur Mediactive :
$ traceroute paris.speedtest.mediactive-network.net
traceroute to paris.speedtest.mediactive-network.net (178.248.208.213), 30 hops max, 60 byte packets
1 192.168.1.254 (192.168.1.254) 3.982 ms 12.363 ms 13.994 ms
2 82.230.190.254 (82.230.190.254) 52.076 ms 53.586 ms 55.170 ms
3 213.228.37.126 (213.228.37.126) 57.512 ms 73.400 ms 77.122 ms
4 cbv-6k-2-v822.intf.routers.proxad.net (212.27.51.37) 63.453 ms 64.452 ms 83.595 ms
5 bzn-crs16-2-be1002.intf.routers.proxad.net (78.254.249.9) 113.409 ms 122.090 ms 128.531 ms
6 te0-7-0-34.369.mag21.par01.atlas.cogentco.com (149.6.161.29) 129.513 ms te0-1-0-4.377.mag21.par01.atlas.cogentco.com (149.6.115.25) 25.741 ms te0-7-0-31.367.mag21.par01.atlas.cogentco.com (149.6.160.49) 25.665 ms
7 be2039.ccr22.par01.atlas.cogentco.com (154.54.75.1) 33.337 ms be2040.mpd21.par01.atlas.cogentco.com (154.54.78.37) 34.320 ms be2041.mpd22.par01.atlas.cogentco.com (154.54.78.41) 44.363 ms
8 be2308.ccr21.par04.atlas.cogentco.com (154.54.73.230) 47.658 ms 62.440 ms 65.323 ms
9 te2-4.mag01.par04.atlas.cogentco.com (154.54.58.253) 66.157 ms 66.989 ms te1-1.mag01.par04.atlas.cogentco.com (154.54.56.166) 67.809 ms
10 xe-1-3-0-cogent.cr01.th2.net.mediactive-network.net (149.11.114.2) 68.659 ms 69.487 ms 25.314 ms
Chez moi Free utilise maintenant Level3 comme transitaire
Je suis en ADSL
1 2 ms <1 ms 1 ms 192.168.0.254
2 20 ms 20 ms 22 ms 78.222.89.***
3 21 ms 19 ms 20 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 31 ms 22 ms 22 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 25 ms 23 ms 24 ms p11-9-k1-be1002.intf.routers.proxad.net [78.254.249.158]
6 25 ms 23 ms 23 ms p11-crs16-1-be1004.intf.routers.proxad.net [78.254.249.129]
7 23 ms 31 ms 32 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
8 23 ms 27 ms 23 ms ae56.edge4.Paris1.Level3.net [213.242.111.209]
9 25 ms 28 ms 33 ms ETF1.edge4.Paris1.Level3.net [213.242.111.70]
10 * * * Délai d'attente de la demande dépassé.
11 22 ms 23 ms 22 ms 193.169.67.150
Serveur de WAT
Alors par contre attention, là ce sont des tests dans le sens Free -> opérateur et non opérateur -> free. Ce qui change du coup c'est que dans le sens sortant le choix du transitaire est global à l'ensemble des préfixes d'origine (à moins de faire du source routing ou d'être envoyé au gré du routeur à poids égal des chemins). Du coup le comportement est le même pour tous les préfixes free dans ce sens là (qui n'est d'ailleurs pas celui qui sature puisque sur un ISP il y a beaucoup plus de données entrantes que sortantes).
-
Merci. Comme quoi la politique de routage de Free reste un mystère total.
Pour info, nous avons du Cogent mais aussi Level3 et Neo qui sont 3 transitaires présents chez Free mais tout semble passer par Cogent dans le sens sortant.
Heureusement nous arrivons à choisir et forcer la route de retour (download pour les clients Free, la plus sujette aux saturations) et donc maintenir une bonne latence et de bons débits.
Alors là dessus très simple (enfin si on veut) : Il y a quelques mois Neo Telecom (qui peere avec Free et est fournisseur de beaucoup de sites en France avec cet argument) a eu un très gros souci de routage suite à une panne électrique sur Telehouse 2. Le routeur s'est mis à moitié en vrac et continuait à annoncer les routes de ses clients à Free mais ne forwardait plus les données. Résultat : Un blackhole pour plein de sites et pas de bascule de routage.
Ca a entrainé l'indisponibilité d'énormèment de sites français chez les freenautes. Depuis free a appliqué une politique de peering "stricte" avec Neo Telecom en apprenant de la session de peering uniquement les AS-path finissant par l'AS Neo Telecom et plus ceux finissant par des AS clients.
En gros : Tu es client hébergé, free t'envoie les données par le peering, tu es un opérateur avec ton propre AS, Free considère que tu n'es pas concerné par le peering et n'apprend pas ton préfixe par ce chemin. Ca évite à free d'être impacté en cas de problème similaire à celui qui s'est produit.
Par contre Neo Telecom apprend les préfixes Free et les transmet toujours à ses clients opérateurs, donc effectivement dans le sens retour tu passes bien par le peering Neo, ce qui est le plus important vu les saturations.
-
Apparemment 78.192.0.0/10 est le préfixe des clients FTTH.
Oui enfin ils utilisent un /14, le reste ce sont des abonnés ADSL.
-
Merci Synack pour l’explication, je me demandais bien pourquoi Free avait fait ça.
C'est vrai que sur Free-IX, le GIX de Free, le moindre pas de travers = coupure définitive du port.
Le lien de la coupure électrique sur TH2 en question : https://lafibre.info/datacenter/nouvelle-panne-electrique-sur-th2/
-
C'est effectivement une part de l'explication (en tout cas un point de départ) mais il y a quelques autres considérations me semble t-il qui font que Free ne revient pas en arrière sur cette décision (liée à un incident unique et exceptionnel).
Toujours est-il qu'au final cela conduit à des routages qui ne sont pas très propres / optimisés.
Les clients Neo continuent d'emprunter Neo quoiqu'il arrive car il n'y a pas de problème de saturation mais comme la qualité des routes sortantes n'est pas toujours au rdv ce n'est pas l'idéal (notamment sur les services qui nécessitent de l'upload ou tout simplement des RTT faibles et stables).
Neo étant principalement opérateur de transit...plus qu'hébergeur sur son propre AS, il y a donc clairement nuisance.
Maintenant si Free tente de forcer les plus gros clients Neo à peerer / payer en direct avec eux, ils ne s'y prendraient pas autrement.
Ils ont sans doute découvert à l'occasion de cet incident que Neo représentait une part importante de trafic pour des services très populaires.
Stratégiquement, cela peut les inquiéter.
Et si c'est pour *%("& Neo et altérer son image, pour le client Neo que nous sommes, nous considérons que c'est plutôt Free qu'il faut incriminer de cette situation.
Et c'est l'image de Free qui est altérée.
-
Apparemment 78.192.0.0/10 est le préfixe des clients FTTH.
Non je suis dans cette tranche en ADSL.
Moi aussi j'ai été coupé cette nuit en IPv4 et IPv6.
-
Mediactive Network : On est d'accord et free est responsable depuis plus de 2 ans de la mauvaise qualité de la connectivité vers eux. Ils ont poussé tout le monde à payer (cher) un peering vers eux tout en maintenant une situation pourrie sur leurs transits IP. Neo Telecom avec la masse critique a pu avoir un gros peering avec des coûts au Mbps un peu moins violents et avec l'effet de concentration qui a causé le problème connu.
Effectivement, tout mène à penser que free dégrade volontairement la situation pour obliger les opérateurs un à un à payer un peering direct. C'est très triste comme situation.
-
Ca y est, Free utilise Level3 pour YouTube
Testé ce soir
Détermination de l'itinéraire vers 208.117.249.114 avec un maximum de 30 sauts.
1 2 ms 1 ms 2 ms 192.168.0.254
2 20 ms 20 ms 19 ms 78.222.89.***
3 20 ms 22 ms 20 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 22 ms 24 ms 21 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 22 ms 23 ms 23 ms p11-9-k1-be1002.intf.routers.proxad.net [78.254.249.158]
6 24 ms 24 ms 27 ms p11-crs16-1-be1004.intf.routers.proxad.net [78.254.249.129]
7 25 ms 23 ms 22 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
8 23 ms 30 ms 22 ms ae56.edge4.Paris1.Level3.net [213.242.111.209]
9 29 ms 32 ms 30 ms vlan90.csw4.Paris1.Level3.net [4.69.168.254]
10 29 ms 30 ms 30 ms ae-91-91.ebr1.Paris1.Level3.net [4.69.161.89]
11 30 ms 30 ms 30 ms ae-46-46.ebr1.London1.Level3.net [4.69.143.105]
12 28 ms 30 ms 30 ms ae-57-112.csw1.London1.Level3.net [4.69.153.118]
13 29 ms 30 ms 29 ms ae-1-51.edge6.London1.Level3.net [4.69.139.76]
14 94 ms 92 ms 95 ms 195.50.116.210
15 30 ms 29 ms 29 ms 208.117.249.114
Itinéraire déterminé.
-
Histoire de comprendre, c'est quoi 208.117.249.114 ? (et je me permet de rappeler qu'il te manque la voie retour pour vraiment savoir par où passe ta vidéo)
-
C'était cette vidéo :
Capital Cities - Safe And Sound (Official Video) (https://www.youtube.com/watch?v=47dtFZ8CFo8#ws)
Débit très bon ce soir d'ailleurs, 1.8 Mo/s
-
Ca y est, Free utilise Level3 pour YouTube
Testé ce soir
Détermination de l'itinéraire vers 208.117.249.114 avec un maximum de 30 sauts.
1 2 ms 1 ms 2 ms 192.168.0.254
2 20 ms 20 ms 19 ms 78.222.89.***
3 20 ms 22 ms 20 ms rouen-6k-1-a5.routers.proxad.net [213.228.11.62]
4 22 ms 24 ms 21 ms cbv-6k-2-v810.intf.routers.proxad.net [212.27.50.49]
5 22 ms 23 ms 23 ms p11-9-k1-be1002.intf.routers.proxad.net [78.254.249.158]
6 24 ms 24 ms 27 ms p11-crs16-1-be1004.intf.routers.proxad.net [78.254.249.129]
7 25 ms 23 ms 22 ms th2-9k-1-be1001.intf.routers.proxad.net [78.254.249.6]
8 23 ms 30 ms 22 ms ae56.edge4.Paris1.Level3.net [213.242.111.209]
9 29 ms 32 ms 30 ms vlan90.csw4.Paris1.Level3.net [4.69.168.254]
10 29 ms 30 ms 30 ms ae-91-91.ebr1.Paris1.Level3.net [4.69.161.89]
11 30 ms 30 ms 30 ms ae-46-46.ebr1.London1.Level3.net [4.69.143.105]
12 28 ms 30 ms 30 ms ae-57-112.csw1.London1.Level3.net [4.69.153.118]
13 29 ms 30 ms 29 ms ae-1-51.edge6.London1.Level3.net [4.69.139.76]
14 94 ms 92 ms 95 ms 195.50.116.210
15 30 ms 29 ms 29 ms 208.117.249.114
Itinéraire déterminé.
Hello,
Comme expliqué un peu avant, tu ne peux pas le savoir dans le sens free -> site, dans ce sens là, tout le monde passe par le même chemin normalement et ce n'est pas le sens qui sature (sens requête, pas sens contenu).
Par contre pour toi effectivement tu es sur le bon bloc d'IPs en 78.xxx.xxx.xxx donc dans l'autre sens (que tu ne vois pas) le chemin passe surement aussi par Level 3. Pour les autres, le traceroute dira qu'ils passent par Level 3 pour aller jusqu'à Youtube, mais dans l'autre sens ça passera par Cogent ou Tata et la saturation sera toujours présente...
-
Level3 n'est toujours proposé qu'à ce seul bloc d'IP ? Ca n'a pas évolué depuis hier ?
(il y a eu des coupures assez longues dans la nuit...).
-
Comme expliqué un peu avant, tu ne peux pas le savoir dans le sens free -> site, dans ce sens là, tout le monde passe par le même chemin normalement et ce n'est pas le sens qui sature (sens requête, pas sens contenu).
Pour le sens Level3 -> Free, il suffit d'interroger le "looking glass" de Level 3.
http://lookingglass.level3.net/traceroute/lg_tr_output.php (http://lookingglass.level3.net/traceroute/lg_tr_output.php)
1 4.69.168.199 0 msec
4.69.168.71 0 msec
4.69.168.7 0 msec
2 213.242.111.210 0 msec 0 msec 0 msec
3 p11-crs16-1-be1001.intf.routers.proxad.net (78.254.249.5) [AS12322 {PROXAD}] 4 msec 4 msec 4 msec
4 p11-9k-1-be1000.intf.routers.proxad.net (78.254.249.130) [AS12322 {PROXAD}] 0 msec 0 msec 4 msec
5 cbv-9k-1-be1009.intf.routers.proxad.net (78.254.249.157) [AS12322 {PROXAD}] 0 msec 0 msec 4 msec
6 rouen-6k-1-v810.intf.routers.proxad.net (212.27.50.50) [AS12322 {PROXAD}] 4 msec * 0 msec
Leon.
-
Mais ça ne garanti pas que le contenu YT arrive jusqu'à L3...
-
A quand un looking glass chez Google ?
-
Après une série de PalmaShow (p*tain j'en ai mal au bide) à 19h et 21h30, débit tout juste suffisant pour du 360p quand ça ne dégradait pas à 240 voir 144p...
Donc pour YT rien de changé.
-
Aucun problème chez moi hier soir, j'ai même saturé ma connexion sur YouTube
-
Aucun problème chez moi hier soir, j'ai même saturé ma connexion sur YouTube
La question étant "sur quel bloc IP es-tu ?"
-
Mon IP commence par 78.222
-
A quand un looking glass chez Google ?
On s'en rapproche peut-être :) : http://www.01net.com/editorial/612664/google-veut-noter-les-fai-sur-la-qualite-d-acces-a-youtube/ (http://www.01net.com/editorial/612664/google-veut-noter-les-fai-sur-la-qualite-d-acces-a-youtube/)
-
Petit déterrage : la situation de Level3 a-t-elle avancé, ou sont-ils toujours annoncés seulement à une (grosse) poignée d'abonnés ?
-
Petit déterrage : la situation de Level3 a-t-elle avancé, ou sont-ils toujours annoncés seulement à une (grosse) poignée d'abonnés ?
Ce que je vois par Level 3 de Free à cet instant :
Level 3 direct , via Tata , via Cogent
* 2.16.2.0/23 0 0 3356 174 12322 20940 i
* 2.16.117.0/24 0 0 3356 174 12322 20940 i
* 2.20.28.0/22 0 0 3356 174 12322 20940 i
* 23.201.108.0/23 0 0 3356 174 12322 20940 i
* 23.201.152.0/22 0 0 3356 174 12322 20940 i
* 23.201.192.0/20 0 0 3356 174 12322 20940 i
* 23.201.208.0/20 0 0 3356 174 12322 20940 i
* 23.205.80.0/20 0 0 3356 174 12322 20940 i
* 23.205.96.0/20 0 0 3356 174 12322 20940 i
* 37.1.232.0/21 40 0 3356 12322 12322 51207 i
* 37.8.160.0/19 40 0 3356 12322 12322 51207 i
* 37.160.0.0/12 40 0 3356 12322 12322 51207 i
* 62.147.0.0/16 0 0 3356 174 12322 12322 12322 i
* 78.192.0.0/10 40 0 3356 12322 12322 12322 i
* 78.192.0.0/11 40 0 3356 12322 12322 12322 i
* 78.224.0.0/11 40 0 3356 12322 12322 12322 i
* 81.56.0.0/15 0 0 3356 174 12322 12322 12322 12322 i
* 81.56.128.0/17 0 0 3356 174 12322 12322 12322 i
* 82.64.0.0/14 0 0 3356 6453 12322 12322 12322 12322 i
* 82.64.0.0/15 0 0 3356 174 12322 i
* 82.224.0.0/11 0 0 3356 174 12322 12322 12322 12322 12322 i
* 82.224.0.0/12 0 0 3356 174 12322 12322 12322 12322 i
* 82.240.0.0/12 0 0 3356 174 12322 12322 12322 12322 i
* 82.248.0.0/13 0 0 3356 174 12322 i
* 83.152.0.0/13 0 0 3356 6453 12322 12322 12322 12322 i
* 83.158.0.0/15 0 0 3356 174 12322 i
* 88.120.0.0/13 0 0 3356 174 12322 12322 12322 12322 i
* 88.160.0.0/11 40 0 3356 12322 12322 12322 i
* 88.160.0.0/12 40 0 3356 12322 12322 12322 i
* 88.176.0.0/12 40 0 3356 12322 12322 12322 i
* 88.190.0.0/15 0 0 3356 174 12322 12322 12322 12322 i
* 88.221.83.0/24 0 0 3356 174 12322 20940 i
* 91.160.0.0/12 0 0 3356 174 12322 12322 12322 12322 i
* 194.149.160.0/19 0 0 3356 6453 12322 12322 12322 12322 12322 12322 i
* 212.27.32.0/19 40 0 3356 12322 12322 i
* 213.36.0.0/16 40 0 3356 12322 12322 i
* 213.228.0.0/18 40 0 3356 12322 12322 i
Le 88.160.0.0/11 (et les 2 sous blocs qu'il comprend) c'est nouveau et ça va faire du bien aux gens qui étaient dessus, parce qu'il était particulièrement pas gâté avant (Cogent only à une période). Sinon le reste ne bouge pas.
-
Pour faire ton tableau, tu es obligé d’avoir accès à un routeur connecté aux 3 transitaires ou les annones BGP sont reprises sur Internet ?
-
Pour faire ton tableau, tu es obligé d’avoir accès à un routeur connecté aux 3 transitaires ou les annones BGP sont reprises sur Internet ?
Son tableau est une vue de Level3.
Pour faire un tableau général, il faudrait effectivement avoir la main sur un routeur d'une AS ayant du transit chez les 3.
Ou alors utiliser le RIS du Ripe mais il faut interpréter dans ce cas.
-
Le lg de HE.net devrait être pas trop mal pour ça.
http://lg.he.net/ (http://lg.he.net/)
-
Le 88.160.0.0/11 (et les 2 sous blocs qu'il comprend) c'est nouveau et ça va faire du bien aux gens qui étaient dessus, parce qu'il était particulièrement pas gâté avant (Cogent only à une période). Sinon le reste ne bouge pas.
Je me disais aussi. J'ai fait un traceroute vers ma Freebox qui est dans ce /11 depuis la looking glass de Level3 hier, et j'étais surpris d'arriver directement dessus. (je n'ai pas pu tester l'amélioration, je suis à l'étranger).
Enfin d'autres préfixes sont repassés en Cogent only...
-
Je crois que le 82.227.0.0 passe toujours par Cogentco
core1.fmt1.he.net> show ip bgp routes detail 82.227.163.xxx
Number of BGP Routes matching display condition : 2
S:SUPPRESSED F:FILTERED s:STALE
1 Prefix: 82.224.0.0/12, Status: BI, Age: 25d15h52m15s
NEXT_HOP: 213.248.86.53, Metric: 15, Learned from Peer: 216.218.252.165 (6939)
LOCAL_PREF: 70, MED: 48, ORIGIN: igp, Weight: 0
AS_PATH: 1299 174 12322 12322 12322 12322
COMMUNITIES: 6939:2000
2 Prefix: 82.224.0.0/12, Status: I, Age: 25d15h52m15s
NEXT_HOP: 213.248.67.105, Metric: 16, Learned from Peer: 216.218.252.164 (6939)
LOCAL_PREF: 70, MED: 48, ORIGIN: igp, Weight: 0
AS_PATH: 1299 174 12322 12322 12322 12322
COMMUNITIES: 6939:2000
Last update to IP routing table: 1d9h31m15s, 1 path(s) installed:
# Entry cached for another 60 seconds.
On a TeliaSonera (AS1299) et Cogent (AS174) puis Proxad (AS12322)
-
Son tableau est une vue de Level3.
Pour faire un tableau général, il faudrait effectivement avoir la main sur un routeur d'une AS ayant du transit chez les 3.
Ou alors utiliser le RIS du Ripe mais il faut interpréter dans ce cas.
Exact, c'est un filtrage de la table BGP envoyé par mon transit Level 3 sur mon routeur.
Je peux aussi faire l'extract pour Tata et Cogent que j'ai également parmi mes transits (enfin pour Cogent on va dire en transit poubelle de débordement :) ). Je le ferai ce soir si vous voulez.
Sinon c'est possible de voir avec les looking glass des 3 opérateurs et la liste des préfixes de Free, mais ça prend pas mal de temps à la main, faut faire un script qui le récupère automatiquement je pense.
HE c'est pratique mais dépendant de leurs sessions et du routage des autres opérateurs sur le chemin.
-
Exact, c'est un filtrage de la table BGP envoyé par mon transit Level 3 sur mon routeur.
Je peux aussi faire l'extract pour Tata et Cogent que j'ai également parmi mes transits (enfin pour Cogent on va dire en transit poubelle de débordement :) ). Je le ferai ce soir si vous voulez.
Sinon c'est possible de voir avec les looking glass des 3 opérateurs et la liste des préfixes de Free, mais ça prend pas mal de temps à la main, faut faire un script qui le récupère automatiquement je pense.
HE c'est pratique mais dépendant de leurs sessions et du routage des autres opérateurs sur le chemin.
Bonsoir Synack,
L'extract pour Tata et Cogent serait un plaisir
Cordialement
Bensay
-
Hello,
Cogent faut que je le reconnecte, il est débranché pendant mes migrations (pas vraiment utilisé en fait), je le ferai d'ici quelques jours, pour Tata :
* 2.16.2.0/23 0 6453 174 12322 20940 i
* 2.16.117.0/24 0 6453 12322 12322 12322 20940 ?
* 2.20.28.0/22 0 6453 174 12322 20940 i
* 23.201.108.0/23 0 6453 12322 12322 12322 20940 ?
* 23.201.152.0/22 0 6453 12322 12322 12322 20940 ?
* 23.201.192.0/20 0 6453 12322 12322 12322 20940 ?
* 23.201.208.0/20 0 6453 12322 12322 12322 20940 ?
* 23.205.80.0/20 0 6453 174 12322 20940 i
* 23.205.96.0/20 0 6453 174 12322 20940 i
* 37.1.232.0/21 0 6453 174 12322 12322 51207 i
* 37.8.160.0/19 0 6453 174 12322 12322 51207 i
* 37.160.0.0/12 0 6453 174 12322 12322 51207 i
* 62.147.0.0/16 0 6453 12322 12322 12322 12322 12322 i
* 78.192.0.0/10 0 6453 12322 12322 12322 12322 12322 12322 i
* 78.192.0.0/11 0 6453 12322 12322 12322 12322 12322 12322 i
* 78.224.0.0/11 0 6453 12322 12322 12322 12322 12322 12322 i
* 81.56.0.0/15 0 6453 12322 12322 12322 12322 i
* 81.56.128.0/17 0 6453 174 12322 12322 12322 i
* 82.64.0.0/14 0 6453 12322 12322 12322 12322 i
* 82.64.0.0/15 0 6453 12322 12322 12322 12322 12322 12322 i
* 82.224.0.0/11 0 6453 174 12322 12322 12322 12322 12322 i
* 82.224.0.0/12 0 6453 174 12322 12322 12322 12322 i
* 82.240.0.0/12 0 6453 12322 12322 12322 12322 12322 12322 i
* 82.248.0.0/13 0 6453 12322 12322 12322 12322 12322 12322 i
* 83.152.0.0/13 0 6453 12322 12322 12322 12322 i
* 83.158.0.0/15 0 6453 12322 12322 12322 12322 12322 12322 i
* 88.120.0.0/13 0 6453 12322 12322 12322 12322 12322 12322 i
* 88.160.0.0/11 0 6453 12322 12322 12322 12322 12322 12322 i
* 88.160.0.0/12 0 6453 12322 12322 12322 12322 12322 i
* 88.176.0.0/12 0 6453 12322 12322 12322 12322 12322 12322 i
* 88.190.0.0/15 0 6453 12322 12322 12322 12322 12322 12322 i
* 88.221.83.0/24 0 6453 12322 12322 12322 20940 ?
* 91.160.0.0/12 0 6453 12322 12322 12322 12322 12322 12322 i
*> 194.149.160.0/19 0 6453 12322 12322 12322 12322 12322 12322 ?
* 212.27.32.0/19 0 6453 174 12322 12322 i
* 213.36.0.0/16 0 6453 174 12322 12322 i
* 213.228.0.0/18 0 6453 174 12322 12322 i
-
Synack, si tu fais un script, je pense que cela serait bon d'archiver ces informations.
C'est intéressant a posteriori pour comprendre des problèmes de débits.
Au passage, cela serait bien d'inclure les plages FreeMobile.
-
Là c'est fait à la main sur le routeur à l'instant T, via un script c'est possible pourquoi pas.
Il y a Free mobile dans l'extract là, AS51207. Il y a également l'annonce de préfixes Akamai d'ailleurs (AS20940)
-
Etant dans le 78.224/11, j'ai fait quelques tests et suit tombé sur une surprise:
# /outils/mtr/sbin/mtr -rwc 3 [url=http://www.ldlc.com]www.ldlc.com[/url]
Start: Mon Mar 3 17:00:13 2014
HOST: tao Loss% Snt Last Avg Best Wrst StDev
1.|-- 78.228.245.254 0.0% 3 19.4 19.7 19.4 20.3 0.0
2.|-- 213.228.33.126 0.0% 3 20.6 20.6 19.9 21.3 0.0
3.|-- caderousse-49m-1-v800.intf.routers.proxad.net 0.0% 3 20.6 22.1 20.6 24.6 2.1
4.|-- vernegues-4k-1-v802.intf.routers.proxad.net 0.0% 3 21.1 21.9 21.1 23.0 0.0
5.|-- marseille-6k-1-v808.intf.routers.proxad.net 0.0% 3 28.2 27.6 27.2 28.2 0.0
6.|-- p11-crs16-1-be1102.intf.routers.proxad.net 0.0% 3 29.4 31.0 29.4 31.9 1.2
7.|-- bzn-crs16-2-be2000.intf.routers.proxad.net 0.0% 3 34.8 33.1 32.2 34.8 1.2
8.|-- bzn-crs16-1-be1106.intf.routers.proxad.net 0.0% 3 31.3 31.2 30.3 31.8 0.7
9.|-- th1-6k-2-po20.intf.routers.proxad.net 0.0% 3 31.3 30.9 30.1 31.3 0.0
10.|-- 193.253.13.65 0.0% 3 30.3 30.2 29.4 31.0 0.7
11.|-- ae40-0.noaub101.Aubervilliers.francetelecom.net 0.0% 3 32.0 31.1 30.4 32.0 0.7
12.|-- bundle-ether46.ntpst101.Paris.francetelecom.net 0.0% 3 33.5 35.8 33.5 37.9 2.1
13.|-- ae43-0.nrlyo101.Lyon.francetelecom.net 0.0% 3 33.2 39.3 31.4 53.2 12.1
14.|-- 81.253.182.194 66.7% 3 31.3 31.3 31.3 31.3 0.0
15.|-- 193.253.13.195 0.0% 3 30.8 32.6 30.8 33.8 1.4
16.|-- 149.7.4.43 0.0% 3 31.8 32.0 31.8 32.4 0.0
17.|-- 91.211.165.65 0.0% 3 31.0 31.9 31.0 32.6 0.7
Le truc drole : pour atteindre Lyonix je passe par Orange qui passe par cogent ??? (149.7.4.43).
Idem avec Le Figaro (hébergé chez SDV).
Sinon j'utilise Cogent pour les US et L3 pour le reste (après échantillonnage rapide).
-
Et voici la vue de Cogent que j'ai rebranché :
* 2.16.2.0/23 1011 0 174 12322 20940 ?
* 2.16.117.0/24 1011 0 174 12322 20940 ?
* 2.20.28.0/22 1011 0 174 12322 20940 ?
* 23.201.108.0/23 1011 0 174 12322 20940 ?
* 23.201.152.0/22 1011 0 174 12322 20940 ?
* 23.201.192.0/20 1011 0 174 12322 20940 ?
* 23.201.208.0/20 1011 0 174 12322 20940 ?
* 23.205.80.0/20 1011 0 174 12322 20940 ?
* 23.205.96.0/20 1011 0 174 12322 20940 ?
* 37.1.232.0/21 1011 0 174 12322 12322 51207 i
* 37.8.160.0/19 1011 0 174 12322 12322 51207 i
* 37.160.0.0/12 1011 0 174 12322 12322 51207 i
* 62.147.0.0/16 1011 0 174 12322 12322 12322 i
* 78.192.0.0/10 0 0 174 12322 12322 12322 12322 12322 12322 i
* 78.192.0.0/11 0 0 174 12322 12322 12322 12322 12322 12322 i
* 78.224.0.0/11 0 0 174 12322 12322 12322 12322 12322 12322 i
* 81.56.0.0/15 1011 0 174 12322 12322 12322 12322 i
* 81.56.128.0/17 1011 0 174 12322 12322 12322 i
* 82.64.0.0/14 0 0 174 12322 12322 12322 12322 12322 i
* 82.64.0.0/15 1011 0 174 12322 i
* 82.224.0.0/11 1011 0 174 12322 12322 12322 12322 12322 i
* 82.224.0.0/12 0 0 174 12322 12322 12322 12322 i
* 82.240.0.0/12 1011 0 174 12322 12322 12322 12322 i
* 82.248.0.0/13 1011 0 174 12322 i
* 83.152.0.0/13 0 0 174 12322 12322 12322 12322 12322 i
* 83.158.0.0/15 1011 0 174 12322 i
* 88.120.0.0/13 0 0 174 12322 12322 12322 12322 i
* 88.160.0.0/11 0 0 174 6453 12322 12322 12322 12322 12322 12322 i
* 88.160.0.0/12 0 0 174 6453 12322 12322 12322 12322 12322 i
* 88.176.0.0/12 0 0 174 12322 12322 12322 12322 i
* 88.190.0.0/15 1011 0 174 12322 12322 12322 12322 i
* 88.221.83.0/24 1011 0 174 12322 20940 ?
* 91.160.0.0/12 1011 0 174 12322 12322 12322 12322 i
* 194.149.160.0/19 0 0 174 6453 12322 12322 12322 12322 12322 12322 ?
* 212.27.32.0/19 1011 0 174 12322 12322 i
* 213.36.0.0/16 1011 0 174 12322 12322 i
* 213.228.0.0/18 1011 0 174 12322 12322 i
-
ddebin, est-ce que Free route ta plage d'IP par level3 ? Si oui alors tu as la chance de pouvoir accéder à de l'Internet et avoir de la bonne bande passante.
Quand je fais du p2p maintenant j'accroche pas mal de clients FTTH Free.
-
Comment savoir si je suis routé via Level3 ? Ca ne veut pas dire grand chose... Free ayant des peerings avec pleins d'opérateurs différents ça dépend de l'AS à laquelle tu veux accéder, non ?
-
Free a visiblement fait un nouveau contrat avec level3, mais ils n'annoncent que les plages "business" et "ftth", l'adsl peut toujours rêver.
Tu peux utiliser le looking glass de level3 pour savoir. http://lookingglass.level3.net/ (http://lookingglass.level3.net/)
-
Pas que.
Ils annoncent 78.192.0.0/10 (donc bien plus que le FTTH qui occupe un /14, de 78.197.0.0 à 78.249.255.255 ce sont des abonnés ADSL) et 88.160.0.0/11, donc leurs 2 plus gros pools ADSL (mais ça reste une minorité d'entre eux). Et ils annoncent le mobile aussi; visiblement Google/Youtube passe d'ailleurs par là, ce qui expliquerait l'excellente QoS observée sur Youtube en 4G.
Chez moi en ADSL, je suis passé de full Cogent à Tata+Level3, c'est quand même mieux.
-
Ok, ça doit être parce que ça fait longtemps que j'ai regardé.
-
Pour cette plage cela donne :
Network Weight Path
78.192.0.0/10 174 12322 12322 12322 12322 12322 12322 i
78.192.0.0/10 3356 12322 12322 12322 i
78.192.0.0/10 29075 12322 i
78.192.0.0/10 50618 3215 12322 i
Pour le dernier point, je pencherai pour hoppus...
-
HopUS est censé être AS44530.
Tu pense qu'ils bidouillent l'ASPath ldrevon?
-
Pour moi ça ressemble plus à un chemin d'un client de Liazo aurait du 3215 et verrait ProXad au travers du peering d'Orange.
-
Je reste quand même septique... obtenir du Free via de L'Orange c'est difficilement compréhensible! (pas de mode peering il me semble...plus du transit)
Si Hopus fait comme les autres Route Serveur, on ne voit pas l'ASPATH des RS
-
Comme c'est un transitaire et pas un IX (pas de L2 entre les membres, tout en routé), on devrait voir leur AS dans l'ASPATH.
Yes. You have to establish a valid and direct BGP session with an HOPUS router and the HOPUS AS. But HOPUS also proposes an optional (no extra fee) session with a route-server (one route-server per POP). The HOPUS route-server does not accept route announces from your AS but does announce all the routes from members, removing the HOPUS AS from the as-path.
Mais effectivement, ils font joujou avec l'ASPATH quand on utilise leur route-server.
-
Je reste quand même septique... obtenir du Free via de L'Orange c'est difficilement compréhensible! (pas de mode peering il me semble...plus du transit)
Si Hopus fait comme les autres Route Serveur, on ne voit pas l'ASPATH des RS
En transit c'est cohérent de l'avoir, moins de ne pas avoir de trace de 5511 par contre. Donc effectivement peut-être Liazo <-> Orange/3215 via Hopus puis peering Orange <-> ProXad
-
Hopus laisse le choix a ses client de choisir si l'AS Path Hopus doit apparaître ou non.
Pour Orange, un client qui achète du transit Orange AS3215, a une vue complète de l'Internet donc il a accès aux peering d'Orange.
Je penche donc pour le fait que Liazo à Orange comme transitaire.
-
Donc LDLC (par exemple) aurait Orange en transitaire ?
Start: Wed Mar 26 11:24:05 2014
HOST: tao Loss% Snt Last Avg Best Wrst StDev
1.|-- 78.228.245.254 0.0% 10 19.9 19.8 19.0 20.6 0.0
2.|-- 213.228.33.126 0.0% 10 20.0 20.4 19.7 21.9 0.0
3.|-- caderousse-49m-1-v800.intf.routers.proxad.net 0.0% 10 19.9 20.9 19.9 21.9 0.5
4.|-- vernegues-4k-1-v802.intf.routers.proxad.net 0.0% 10 22.2 22.3 21.5 24.1 0.5
5.|-- marseille-6k-1-v808.intf.routers.proxad.net 10.0% 10 26.3 25.9 24.0 27.4 0.9
6.|-- p11-crs16-1-be1102.intf.routers.proxad.net 0.0% 10 33.5 31.8 30.0 33.8 1.1
7.|-- bzn-crs16-2-be2000.intf.routers.proxad.net 0.0% 10 33.0 32.5 30.7 34.2 1.0
8.|-- bzn-crs16-1-be1106.intf.routers.proxad.net 0.0% 10 32.1 31.6 30.3 36.0 1.5
9.|-- th1-6k-2-po20.intf.routers.proxad.net 0.0% 10 30.6 33.5 30.5 52.0 6.5
10.|-- 193.253.13.65 0.0% 10 41.8 35.1 30.1 62.7 10.3
11.|-- ae40-0.noaub101.Aubervilliers.francetelecom.net 0.0% 10 31.3 35.8 30.1 59.9 10.4
12.|-- bundle-ether46.ntpst101.Paris.francetelecom.net 0.0% 10 33.0 34.0 32.2 35.9 1.1
13.|-- ae43-0.nrlyo101.Lyon.francetelecom.net 0.0% 10 31.7 33.4 29.8 53.1 6.9
14.|-- 81.253.182.194 10.0% 10 31.2 31.4 30.6 32.2 0.0
15.|-- 193.253.13.195 0.0% 10 32.4 33.0 31.9 34.1 0.6
16.|-- 149.7.4.43.edx-net.fr 0.0% 10 31.9 31.7 30.7 32.4 0.0
17.|-- 91.211.165.65 0.0% 10 31.2 31.4 30.8 32.3 0.0
-
LDLC semble client de EDX Network qui semble client d'Hopus, non ? : voici le traceroute depuis Bouygues Telecom
$ mtr -rwc100 ldlc.com
Start: Wed Mar 26 11:31:09 2014
HOST: Loss% Snt Last Avg Best Wrst StDev
1.|-- 89.84.127.61 0.0% 100 0.4 0.4 0.3 4.9 0.4
2.|-- v113.tengec5-10g.core04-t2.club-internet.fr 0.0% 100 0.3 5.0 0.3 133.8 19.5
3.|-- ae5.tcore01-m.net.bbox.fr 0.0% 100 0.5 18.4 0.5 79.1 23.4
4.|-- be35.cbr01-ntr.net.bbox.fr 0.0% 100 7.2 5.0 1.1 9.1 2.3
5.|-- lag36.rpt02-th2.net.bbox.fr 88.0% 100 2.5 2.6 2.1 4.4 0.4
6.|-- bouygues.th2-1.rt.hopus.net 0.0% 100 1.8 1.9 1.8 2.4 0.0
7.|-- lag-pop-th2-1.ly-1.rt.hopus.net 0.0% 100 9.7 9.7 9.6 10.2 0.0
8.|-- edxnet.peers.lyonix.net 0.0% 100 8.6 8.5 8.4 8.7 0.0
9.|-- 149.7.4.43.edx-net.fr 0.0% 100 8.9 10.3 8.7 69.0 6.9
10.|-- 91.211.165.65 0.0% 100 8.6 8.7 8.6 10.3 0.1
Le signe Hopus apparaît sur la page https://secure.edx-net.fr/www/transit-internet
-
Ca serait pas plutot le Lyonix client d'Hopus ?
HOST: pouet Loss% Snt Last Avg Best Wrst StDev
1. X.X.X.X 0.0% 10 0.4 0.4 0.2 0.7 0.2
2. X.X.X.X 0.0% 10 1.9 7.8 1.0 40.9 12.4
3. equinix-paris.rezopole.net 0.0% 10 19.3 19.4 19.2 19.7 0.1
4. ldlc-l2-1.peers.lyonix.net 0.0% 10 19.6 19.9 19.6 20.7 0.3
5. 91.211.165.65 0.0% 10 19.8 19.7 19.5 20.1 0.2
-
Depuis Orange
Tracing the route to ldlc.com (91.211.165.65)
1 X.X.252-81.static-ip.oleane.fr (81.252.X.X) 0 msec 0 msec 4 msec
2 81.55.162.173 4 msec 8 msec 4 msec
3 Ge-5.1.8.LYOP2.Lyon.raei.transitip.francetelecom.net (81.52.21.201) 8 msec 4 msec 4 msec
4 Lag-120-816.NMLYO202.Lyon.raei.francetelecom.net (81.253.235.13) 4 msec 4 msec 4 msec
5 ae20-0.nclyo102.Lyon.francetelecom.net (193.253.87.166) 0 msec 4 msec 4 msec
6 ae41-0.nrlyo102.Lyon.francetelecom.net (193.252.101.102) 4 msec 4 msec 4 msec
7 ae42-0.nrlyo101.Lyon.francetelecom.net (81.253.130.217) 4 msec 4 msec 4 msec
8 *
81.253.182.194 4 msec 4 msec
9 193.253.13.195 4 msec 4 msec 8 msec
10 149.7.4.43.edx-net.fr (149.7.4.43) 4 msec 4 msec 4 msec
11 ldlc.com (91.211.165.65) 4 msec 4 msec 4 msec