Dans ton exemple, ca pase par Amstedam et en propre par Akamai, dans le mien à partir d'Orange, ca passe par NTT.
host www.cdiscount.com www.cdiscount.com is an alias for www-ak.cdiscount.com. www-ak.cdiscount.com is an alias for cdiscount.fr.edgesuite.net. cdiscount.fr.edgesuite.net is an alias for a170.g.akamai.net. a170.g.akamai.net has address 165.254.6.27 a170.g.akamai.net has address 165.254.6.18 Aka a des machines dans le réseau de NTT aux US. Ils en ont dans le réseau de RoadRunner, Comcast etc etc etc... et à partir d'orange, tu te retrouves très souvent routé aux US en ce moment, c'est une certitude. -- Greg VILLAIN On Jul 5, 2010, at 11:39 AM, Bedis 9 wrote: > Tout dépend de la manière dont ces personnes utilisent le CDN. > Grossièrement et sans rentrer dans le détail, 2 types: > - rediriger "www" vers le CDN et le CDN, en mode reverse-proxy te > passes les requêtes incachables > - créer 2 domaines, un "static" et un "www". le www pointe sur ton > serveur d'origine et le static sur le CDN. > Ce qui n'est pas cachable vient directement chez toi. le reste, sur le CDN. > > Tout dépend de ton type de site et de ce que tu en fait. > Prenons cdiscount: www => 72.13.32.43 > et une image au hazard: http://i4.cdscdn.com/imagesok/medias/21/153753.jpg > i4.cdscdn.com => i4.cdscdn.com is an alias for akamai.cdscdn.com. > akamai.cdscdn.com is an alias for cdiscount.fr.edgesuite.net. > cdiscount.fr.edgesuite.net is an alias for a170.g.akamai.net. > a170.g.akamai.net has address 77.109.168.9 > a170.g.akamai.net has address 77.109.168.43 > > Donc Cdiscount est dans le 2eme cas. > > > Je pense pas que NTT serve du contenu pour cdiscount même pour l'AS 3215. > C'est un client Akamai, donc au pire, NTT est utilisé comme point > d'entré vers ce CDN. > Tu as un traceroute? > > > Concernant le caching, y'a pas de sciences exactes. > Mais en gros, plus un serveur de cache reçoit la même requete, plus il > est efficace. > et parfois vaut mieux perdre quelques ms à aller à Amsterdam chercher > un objet caché que de servir depuis Paris un contenu non caché, > surtout pour les pages pseudo-statiques qui tapent dans la DB à chaque > génération. > > Tu dis: >> Après tu peux router ton trafic contenu vers n'importe quel CDN, tu seras >> quand même assujetti au bon vouloir de l'endroit ou $_CDN sera contraint à >> router le sien. > ==> C'est peut-être pour ça que les opérateurs veulent créer leur CDN > (entre autre). > Je dis bien "créer" car ça implique d'utiliser son backbone, et non > pas un mode resell de d'un CDN quelquonque où là, pour le coup tu > perds l'avantage d'utiliser ton beau réseau et tes peering de folis... > <troll>Et tes utilisateurs se retrouvent à surfer sur cdiscount aux US</troll> > Bon, tout ceci impliquerait que tu aies réussi à revendre ton CDN à > cdiscount, et que Cedexis t'aide un peu, sinon, pas de traffic! > > a+ > > > 2010/7/5 Greg VILLAIN <fr...@tadcons.net>: >> Ouais, enfin quand tu te retrouves a constater en France que le site de >> Bouygues est servi depuis une machine chez RoadRunner (a un client 3215) aux >> US, que CDISCOUNT est servi par NTT (a un client 3215) a NYC également etc >> etc... tu te dis qu'à un moment y'a limite collusion des ISPs Français >> contre le CDN qui shieldent ces sites car tu remarquera ça depuis quasi tous >> les ISPs FR. >> A titre informatif, ca fait plus d'un mois que c'est le cas. >> Après tu peux router ton trafic contenu vers n'importe quel CDN, tu seras >> quand même assujetti au bon vouloir de l'endroit ou $_CDN sera contraint à >> router le sien. >> Je suis relativement surpris que cette discussion n'ai pas eu lieu un mois >> plus tôt - si je suis fournisseur de contenu Franco-Français et que mon traf >> est servi à partir des US, je vois plus trop l'intérêt d'avoir recours à un >> CDN... (je sais pas si c'est lié, mais Cdiscount s'est bien satellisé le >> premier jour des soldes si je ne m'abuse...). >> >> Pour revenir sur Cedexis par contre, y'a quelques concepts sous-jacents qui >> sont plutôt très fins, tels que les mesures de perf envoyées en UDP vers >> leur backend, le VRAI crowsourcing de la prise de mesure (et pas des sondes >> dans des réseaux déconnectées de la réalité des end-users avec des samples >> trop peu nombreux pour témoigner d'une quelconque réalité) - bref, >> l'instanciation d'un backend PHP par client pour coder son propre GSLB - >> après on aime ou on aime pas PHP mais bon, coder son LB c'est plutôt sympa - >> bref y'a des concepts plutôt élégants derrière. >> >> Mais bon a nouveau hein, moi j'suis un marketteux, donc pour ce que mon avis >> vaut... >> ...en l'occurence 2 cents >> -- >> Greg VILLAIN >> >> On Jul 1, 2010, at 6:04 PM, Damien Wetzel wrote: >> >>> Je rebondis sur ce probleme qui risque de devenir récurrent >>> >>> je suis en train de m'interresser de près à la solution >>> cedexis.com (avec stephane enten ex dailymotion et des anciens akamai) >>> un metacdn qui permet de mixer le traffic entre >>> hergeur, CDNs, Clouds en fonction de la QOS temps réel. >>> >>> C'est un javascript sur le site web du fournisseur de contenu qui >>> va faire faire une mesure de l'eyeball sur un CDN parmi une liste, >>> renvoyer le resultat à cedexis. >>> >>> Le DNS du site web est geré par eux et le resultat de la >>> requete DNS va dependre des perfs en un instant t et/ou des couts. >>> >>> Le portail donne des graphes de ce type ou l'on detecte les problemes >>> de perfs AS/CDN assez facilement.( http://atanar.com/sfr-akamai.jpg) >>> >>> Le concept m'a l'air assez adapté à ce genre de probleme. >>> >>> Qu'en pensez vous ? >>> Cordialement >>> >>> >>> >>> >>> >>> Jean Praloran writes: >>>> Bonjour, >>>> >>>> >>>> Depuis quelques temps, environ une semaine nous constatons pas mal de >>>> soucis >>>> entre SFR et Akamai. Ils ont visiblement des problèmes "politiques", Akamai >>>> dit que SFR s'amuse a bloquer ces machines et SFR que Akamai route sur des >>>> peerings de façon unilatérale. >>>> >>>> Si quelqu'un a plus d'infos je suis preneur. >>>> >>>> >>>> Merci. >>>> >>>> -- >>>> Praloran Jean >>>> Bonjour,<br><br><br>Depuis quelques temps, environ une semaine nous >>>> constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des >>>> problèmes "politiques", Akamai dit que SFR s'amuse a bloquer >>>> ces machines et SFR que Akamai route sur des peerings de façon >>>> unilatérale.<br> >>>> >>>> >>>> <br>Si quelqu'un a plus d'infos je suis >>>> preneur.<br><br><br>Merci.<br clear="all"><br>-- <br>Praloran Jean<br> >>> >>> -- >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> Damien WETZEL (ATANAR TECHNOLOGIES) ("`-/")_.-'"``-._ >>> http://www.atanar.com . . `; -._ )-;-,_`) >>> (v_,)' _ )`-.\ ``-' >>> Phone:+33 6 62 29 61 77 _.- _..-_/ / ((.' >>> - So much to do, so little time - ((,.-' ((,/ >>> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ >>> >>> >>> --------------------------- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >>> >> >> --------------------------- >> Liste de diffusion du FRnOG >> http://www.frnog.org/ >> >> > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
