On Sat, 19 Nov 2011 14:44:31 +0100, "Jérôme Nicolle" <[email protected]>
said:
> Le 17/11/2011 05:51, Michel Py a écrit :
> > Malheureusement, CQFD. Pour optimiser çà, il faudrait que le client Spotify 
> > soit capable non seulement de déterminer si le pair est à l'intérieur de 
> > l'AS 
> 
> Facile : un simple whois sur l'IP te dit d'ou elle origin, et si tu
> whois tous les hops d'un traceroute tu as en prime tout l'AS PATH. Je

Errrr..... non, pas forcement. Ca marche cez certains, pas certains
d'autres. Entre "pas d'objet route" (coucou ARIN), "multiple objets
route" (avec origin AS differents) ou incoherence entre le whois et la
realite......
Il semble qu'il y a besoin d'un peu de prost-processing parfois.....

> dis pas que les serveurs whois vont aimer, mais c'est pas trop dur de scaler 
> ça.

Ils peuvent toujours récupérer les bases publiques et faire le
post-processing necessaire (voir plus haut) pour servir tout ca depuis
leurs propres serveurs (whois ou autre protocole)....
.... mais je ne suis pas sur que ca fait partie de leurs projets (ou
meme buiness-plan).

> Je crois qu'on s'en fout un peu, que ce soit payant ou pas. Ce sera
> toujours mieux avec une legère optimisation que de passer en vrac et
> statistiquement plus souvent par des peers éloignés. Ce qui compte c'est
> que la latence soit bonne, car elle sous-entend une proximité
> géographique (au moins au sens des interconnexions réseau), et que la
> route soit courte (en hops ou en AS path).

Il semblerait que ca ne marche pas tout a fait comme ca chez les gros
FAI. Pour prendre un exemple francais a 4 lettres, ils preferent
basculer le trafic a NY sur un peer gratuit plutot que de pousser via un
transit commun a Paris.

> Du coup, l'algo de prioritarisation des peers est presque trivial :
> 1) latence
> 2) nombre de hops
> 3) nombre d'AS traversés
> 
> Pas besoin de tie break, au pire on passe en iteratif...

Effectivement. Le seul chose mesurable facilement et proprement
utilisable est 1.

---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à