tracert b.tile.openstreetmap.org Détermination de l'itinéraire vers pau.tile.openstreetmap.org[193.55.222.229] avec un maximum de 30 sauts : 1 8 ms 13 ms 13 ms 10.33.128.1 2 12 ms 13 ms 21 ms ip-4.net-80-236-5.static.numericable.fr[80.236.5.4] 3 33 ms 40 ms 36 ms ip-190.net-80-236-0.static.numericable.fr[80.236.0.190] 4 34 ms 30 ms 31 ms ip-185.net-80-236-0.static.numericable.fr[80.236.0.185] 5 48 ms 43 ms 65 ms 172.19.130.14 6 52 ms 45 ms 51 ms renater.franceix.net [193.105.232.19] 7 68 ms 62 ms 63 ms te0-1-0-0-orleans-rtr-011.noc.renater.fr[193.51.189.146] 8 61 ms 67 ms 62 ms te0-2-0-0-poitiers-rtr-011.noc.renater.fr[193.51.189.158] 9 56 ms 56 ms 57 ms te1-3-bordeaux-rtr-021.noc.renater.fr[193.51.189.94] 10 67 ms 63 ms 87 ms po0-1-0-0-pau-rtr-011.noc.renater.fr[193.51.180.162] 11 66 ms 66 ms 63 ms uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr [193.51.183.241] 12 * * * Délai d'attente de la demande dépassé. 13 56 ms 55 ms 59 ms reserve1.paulla.asso.fr [193.55.222.229] Itinéraire déterminé.
(Test effectué en WiFi N, au lieude l'Ethernet Gigabit que je pourrais tester aussi, mais cela rajoute moins de 2ms). Pour Numericable (fibre FTTB), ça part de Niort à Paris en 8-13 ms mais le plus gros du temps est sur les routeurs internes de Numéricable à Paris, vers le GIX parisien de Renater (pas loin de 40ms). Ensuite 8-10ms pour redescendre à Pau (en repassant par Poitiers...). Visiblement là où ça coince le plus c'est sur le peering d'interconnexion du GIX vers RENATER. Renater n'est pas en cause mais bien le FAI vers FranceIX (j'ai à peu près le même délai sur les GIX d'interconnexion internationale, mais beaucoup moins vers les autres FAI grand publics (Orange, SFR, Free) ou vers Google (total voisin de 40ms, inclus les 8-13ms de Numéricable entre Niort et son premier routeur publiquement accessible à Paris), car il perd moins de temps sur ces autres peerings mieux dimensionnés. Toi tu passe par Sfinx Lyon où SFR se connecte à Renater, et c'est encore moins bon alors que ça emprunte une route régionale transversale sans aller-retour à Paris (mais entre Sfinx et Pau ça marche bien). Ça confirme qu'il vaut mieux en France être hébergé à Paris, même si le traffic fait l'aller-retour. Les FAI sont stupides (là je parle de SFR, mon ancien opérateur, mais aussi de Numericable et les autres qui ont mis en place leur peering en étoile qui devient un goulet à Paris dès qu'on change de réseau). Le 20 décembre 2012 00:29, Cyrille Giquello <cyrill...@gmail.com> a écrit : > Le 19 décembre 2012 09:48, Cyrille Giquello <cyrill...@gmail.com> a écrit > : > > Le 19 décembre 2012 01:00, Christophe Merlet <red...@redfoxcenter.org> > a écrit : > >> Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit : > >>> >>>>> "cm" == Christophe Merlet <red...@redfoxcenter.org> writes: > >>> > >>> cm> Mais cette solution a plusieurs avantages. C'est facile à > administrer à > >>> cm> distance. ça ne nécessite pas de serveur puissant, juste de la > RAM (en > >>> cm> 9h, 18 Go de tuiles distinctes ont été demandées). > >>> > >>> L'intérêt d'un serveur distinct de celui à Londres pour les > >>> utilisateurs français me semble discutable. Depuis ma connexion Free > >>> au domicile à Toulouse, je suis à 63 ms (16 hops) de > >>> uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr, alors que je suis à > 52 > >>> ms (15 hops) de me-rach.net.ic.ac.uk. J'imagine que c'est pareil > pour > >>> la majorité des FAI français, qui font du peering vers Renater > >>> uniquement à Paris. Et en cas de miss la requête part quand même à > >>> Londres ... > >>> > >>> Ensuite depuis mon travail (connexion Renater) je suis à 3.8ms (7 > >>> hops) du serveur paulla, mais ça n'est pas très representatif des > >>> utilisateurs en général ... > >> > >> De chez moi (a Pau évidemment), en fibre optique, Londres est à 30ms, > >> Pau est à... 40ms !! SFR m'envoie au SFINX, puis direction Lyon, et > >> retour au point de départ via Bordeaux oo' > >> Pire, il est censé y avoir un petit GIX local mais il ne fait pas preuve > >> d'une grande efficacité :/ On espère voir la situation évoluer... > >> > >> Par contre au boulot, je suis à 0,3 ms... 2 switchs et 1 routeur ;o) > >> > >>> Ceci dit, j'imagine que ça décharge un peu le lien vers Imperial > >>> College, ce qui doit leur être utile, donc merci et bravo à RedFox > >>> pour cela. > >> > >> Je pense que le serveur principal à gagné entre 10 et 20 mbs de bande > >> passante sur plus de 100. Voir graphique en pièce jointe sur la courbe > >> d'aujourd'hui par rapport aux jours précédents. > >> C'est pas si mal pour commencer. > > > > Merci pour ce travail, c'est une excellente nouvelle. > > > > Ok le chemin vers Pau va être plus long mais le serveur de rendu sera > > moins chargé et c'est à mon avis ce qui compte le plus, partager la > > charge. > > > > Sinon, on dirait que de chez moi le routage n'est pas encore actif > > > > traceroute to a.tile.openstreetmap.org (193.63.75.98), 30 hops max, 60 > > byte packets > > 1 192.168.1.1 (192.168.1.1) 1.166 ms 2.835 ms 2.808 ms > > 2 * * * > > 3 153.226.70.86.rev.sfr.net (86.70.226.153) 72.387 ms 76.436 ms > 76.420 ms > > 4 81.255.103.84.rev.sfr.net (84.103.255.81) 76.396 ms 78.996 ms > 80.110 ms > > 5 146.133.64.86.rev.sfr.net (86.64.133.146) 85.690 ms 85.684 ms * > > 6 linx-gw1.ja.net (195.66.224.15) 97.748 ms 66.202 ms 54.794 ms > > 7 ae1.lond-sbr4.ja.net (146.97.35.181) 55.726 ms 57.377 ms 58.669 > ms > > 8 ae12.read-sbr1.ja.net (146.97.33.141) 61.820 ms 63.552 ms 64.568 > ms > > 9 be1.londic-rbr1.ja.net (146.97.35.150) 72.247 ms 72.251 ms > 73.140 ms > > 10 imperial-college.ja.net (146.97.137.154) 74.123 ms 75.037 ms > 75.920 ms > > 11 me-rach.net.ic.ac.uk (194.82.153.92) 77.125 ms 82.417 ms 82.379 > ms > > > > Voilà, maintenant ça route bien vers Pau > > traceroute to b.tile.openstreetmap.org (193.55.222.229), 30 hops max, > 60 byte packets > 1 neufbox (192.168.1.1) 1.267 ms 1.398 ms 1.832 ms > 2 * * * > 3 153.226.70.86.rev.sfr.net (86.70.226.153) 46.273 ms 47.299 ms > 49.233 ms > 4 81.255.103.84.rev.sfr.net (84.103.255.81) 50.902 ms 52.396 ms > 54.108 ms > 5 146.133.64.86.rev.sfr.net (86.64.133.146) 56.113 ms 57.018 ms * > 6 renater-ix1.sfinx.tm.fr (194.68.129.102) 67.690 ms 60.264 ms > 63.042 ms > 7 te0-3-1-0-lyon1-rtr-001.noc.renater.fr (193.51.189.126) 81.720 ms > 66.789 ms 65.824 ms > 8 te1-1-clermont-rtr-021.noc.renater.fr (193.51.189.170) 64.392 ms > 63.986 ms 63.873 ms > 9 te1-1-bordeaux-rtr-021.noc.renater.fr (193.51.189.165) 62.016 ms > 61.153 ms 61.932 ms > 10 po0-1-0-0-pau-rtr-011.noc.renater.fr (193.51.180.162) 65.149 ms > 65.460 ms 65.965 ms > 11 uppa-vl10-gi0-3-0-0-pau-rtr-011.noc.renater.fr (193.51.183.241) > 63.892 ms 63.615 ms 65.481 ms > > -- > Cyrille. > > _______________________________________________ > Talk-fr mailing list > Talk-fr@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-fr >
_______________________________________________ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
