[OSM-talk-fr] Tr : [OSM-talk] New OpenStreetMap tile server

Philippe Verdy verdy_p at wanadoo.fr
Jeu 20 Déc 00:04:05 UTC 2012


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 <cyrille37 at gmail.com> a écrit :

> Le 19 décembre 2012 09:48, Cyrille Giquello <cyrille37 at gmail.com> a écrit
> :
> > Le 19 décembre 2012 01:00, Christophe Merlet <redfox at redfoxcenter.org>
> a écrit :
> >> Le mardi 18 décembre 2012 à 23:53 +0100, Eric Marsden a écrit :
> >>> >>>>> "cm" == Christophe Merlet <redfox at 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 at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-fr
>
-------------- section suivante --------------
Une pièce jointe HTML a été nettoyée...
URL: <http://lists.openstreetmap.org/pipermail/talk-fr/attachments/20121220/cfce20d9/attachment.htm>


Plus d'informations sur la liste de diffusion Talk-fr