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 dis pas que les serveurs whois vont aimer, mais c'est pas trop dur de scaler ça. > mais aussi si le pair vient d'un AS avec qui il existe une relation de > peering gratuite. 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). 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... L'effet de bord si tous les peers ont cette approche c'est que la dispersion du contenu se fera en une seule tache d'huile et pas en taches "leopard". Ajouter un peu d'entropie dans la sélection des leech par les seeders pourrait en partie régler le problème, je pense. -- Jérôme Nicolle 06 19 31 27 14 --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
