Au temps pour moi, j'ai rippé, je viens de me rendre compte que j'utilisais un DNS à tataouine :) En faisant un dig depuis un NS Orange, c'est déjà plus propre. Par contre du coup, ca soulève une question technique assez sympa: si on utilise pas les DNS de notre ISPs le routage par DNS peut ne pas être efficace. C'est assez rigolo d'ailleurs de faire un dig @ à partir de tous les DNS français sur le hostname akamai en question - les réponses sont bien hétérogènes. -- Greg
On Jul 5, 2010, at 11:50 AM, Greg VILLAIN wrote: > 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/ > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/