Re: [FRnOG] Akamai - SFR
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,brbrbrDepuis quelques temps, environ une semaine nous constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des problèmes quot;politiquesquot;, Akamai dit que SFR s#39;amuse a bloquer ces machines et SFR que Akamai route sur des peerings de façon unilatérale.br brSi quelqu#39;un a plus d#39;infos je suis preneur.brbrbrMerci.br clear=allbr-- brPraloran Jeanbr -- ~~ 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/
Re: [FRnOG] Akamai - SFR
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... trollEt 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
Re: [FRnOG] Akamai - SFR
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... trollEt 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
Re: [FRnOG] Akamai - SFR
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... trollEt 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.
Re: [FRnOG] Akamai - SFR
au temps pour moi aussi. cdiscount redirige tout son traffic sur akamai (je veux dire le www y compris). Ils sont dans le cas 1 cité plus tot. J'ai pas été plus loin que la résolution de nom, j'ai pas d'excuses :D Bref, Akamai est client NTT aux US, pour sûr ;) là où je te suivais plus c'est quand tu parlais de contenu servi par NTT. Le par m'a trompé, mais ton mail précédent est bien plus explicite :) a+ 2010/7/5 Greg VILLAIN fr...@tadcons.net: 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... trollEt 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
Re: [FRnOG] Akamai - SFR
On Mon, 5 Jul 2010 12:00:10 +0200, Greg VILLAIN fr...@tadcons.net said: 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. Si les prefix end-user et les prefix infra/DNS sont annonces pareil (ce qui n'est pas forcement vrai), le resultat est le meme. Je crois pas qu'il doit y avoir beaucoup de monde qui fait des bidouilles type Goole (avec leur program v6). Akamai au moins ils le font pas. -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
On Mon, 5 Jul 2010 12:33:32 +0200, Bedis 9 bed...@gmail.com said: Bref, Akamai est client NTT aux US, pour sûr ;) là où je te suivais plus c'est quand tu parlais de contenu servi par NTT. Le fonctionnement chez Akamai a ete tres bien decrit au FRNOG de Decembre 2009. Bref, Akamai est client chez pas mal de monde, avec des nodes dans le reseau de pas mal d'operateurs, plus ou moins grands. Avant de peerer avec eux, j'avais *ZERO* (meme pas 1 pauvre bps) traffic vers leur AS, malgre des telechargements en boucle depuis des url .edgesuite.net. Depuis que le peering est up, je vois bien du traffic non-negligeable (et leurs reponses DNS ont bien change). Chez FT et autres ca doit etre pareil: ils balancent le traffic *VERS* Akamai via des transits (peers T1), et les reponses d'Akamai changent en consequence. -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
ca va encore, 5 a 10% Entre les couts d'un CDN et d'une archi velue haute dispo multi site qui peut encaisser les pics imprevus (genre l'effet coupe du monde sur certains sites de journaux), y'a pas photos. Et tant pis pour le peu de latence en plus ;) a plus Le 5 juil. 2010 à 18:43, Damien Wetzel dwet...@nerim.net a écrit : C'est un des gros probleme des CDNs entre 5 et 10 % des requetes sont routées vers un cache plus loin que l'origine (moins bonnes perfs), il y avait des propositions pour faire evoluer le protocole DNS, afin que les serveurs DNS (des cdns) aient connaissance de l'ip du navigateur web, mais ça n'a pas encore vu le jour. Un autre probleme est aussi les TTLs non respecté par les resolvers des gros ISPs qui gardent en cache au minimum 1h. Bref, rien ne vaut une infrastructure origine bien velue, c'est pas Philippe notre vénéré G.O qui me contredira. Damien, Greg VILLAIN writes: 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... trollEt 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
Re: [FRnOG] Akamai - SFR
Re, C'est un des gros probleme des CDNs entre 5 et 10 % des requetes sont routées vers un cache plus loin que l'origine (moins bonnes perfs), il y avait des propositions pour faire evoluer le protocole DNS, afin que les serveurs DNS (des cdns) aient connaissance de l'ip du navigateur web, mais ça n'a pas encore vu le jour. La plus grosse limite de la proposition de Google sur l'ajout de l'IP du client au paquet DNS, c'est que la taille des caches des resolvers DNS de FAI va automatiquement augmenter... Le cache sur un même record A serait alors divisés par /16 ou /24 (donc RAM++ sur les resolvers)... alors qu'aujourd'hui une entrée dans le cache du resolver est globale. Est-ce que les FAI vont vouloir investir pour que les CDNs et autres gros sites (souvent gourmands en bande passante ou paquets et pas toujours en valeur ajoutée (mais comme dirait JMP, c'est une question de référentiel :)) fonctionnent mieux ? J'ai ma petite réponse à la question... :) Donc clairement, il ne faut pas s'attendre à ce que cette extension à DNS soit déployée et supportée partout d'ici peu, sauf peut-être sur les open resolver anycast (google dns, opendns, etc). Un autre probleme est aussi les TTLs non respecté par les resolvers des gros ISPs qui gardent en cache au minimum 1h. Aujourd'hui il existe tout de même pas mal de techniques pour n'utiliser DNS que pour la partie GeoDNS et/ou latency-based DNS et ainsi garder un TTL a 1h, voir plus. Ensuite on peut utiliser des protocoles réseau prévus à cet effet pour redonder la partie IP (je pense notamment à l'anycast et au scripting d'annonces BGP). L'approche Cedexis repose sur des concepts simples et très intéressants (et puis bon, cocorico, quand même)... mais surtout, il reste des pistes à explorer pour améliorer encore tout cela. Malheureusement, elles devront passer par un peu de HTTP (mais bon, il existe des caches/cookies côté browser pour stocker sur le PC des variables venant du HTTP... 1 requête par jour par IP sur le net est-ce déraisonnable ?). Bref, ca n'est que le début et pour moi à partir du moment où l'on sépare clairement la volonté de fournir un contenu au plus proche de l'utilisateur et celle de vouloir redonder le service, c'est tout à fait possible de faire quelquechose de propre et performant. Cordialement, -- Philippe Bourcier web : http://sysctl.org/ blog : http://zsysctl.blogspot.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
En trollant un peu, on peut imaginer un CDN par ISP SFR prépare déjà son propre CDN, non ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
il parait. (tout comme orange.) free n'a pas de division buisness donc peu de chance pour le moment. Pour les branches buisness c'est une valeur ajoutee au hosting et une maniere de ramener du traffic sur ton reseau pour rentabiliser tes TenGig ;) Le 4 juil. 2010 à 10:58, Benjamin Billon bbil...@splio.fr a écrit : En trollant un peu, on peut imaginer un CDN par ISP SFR prépare déjà son propre CDN, non ? --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
Le 04/07/2010 11:53, Baptiste Assmann a écrit : il parait. (tout comme orange.) free n'a pas de division buisness donc peu de chance pour le moment. Ah ? Et http://www.iliad-entreprises.fr/ c'est quoi ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
ah, je le découvre :) Pour le moment, l'offre est pas pléthorique. Mais surveillons ça de près au cas où ça bouge... a+ 2010/7/4 Spyou r...@spyou.org: Le 04/07/2010 11:53, Baptiste Assmann a écrit : il parait. (tout comme orange.) free n'a pas de division buisness donc peu de chance pour le moment. Ah ? Et http://www.iliad-entreprises.fr/ c'est quoi ? --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
Damien, ne serais-tu pas en train de te faire de la pub a+ 2010/7/1 Damien Wetzel dwet...@nerim.net: 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,brbrbrDepuis quelques temps, environ une semaine nous constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des problèmes quot;politiquesquot;, Akamai dit que SFR s#39;amuse a bloquer ces machines et SFR que Akamai route sur des peerings de façon unilatérale.br brSi quelqu#39;un a plus d#39;infos je suis preneur.brbrbrMerci.br clear=allbr-- brPraloran Jeanbr -- ~~ 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/
Re: [FRnOG] Akamai - SFR
citons aussi Cedexis: http://www.cedexis.com/en/charts.html?country=70providerType=3chartType=all bon surf :) 2010/7/1 Damien Wetzel dwet...@nerim.net: 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,brbrbrDepuis quelques temps, environ une semaine nous constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des problèmes quot;politiquesquot;, Akamai dit que SFR s#39;amuse a bloquer ces machines et SFR que Akamai route sur des peerings de façon unilatérale.br brSi quelqu#39;un a plus d#39;infos je suis preneur.brbrbrMerci.br clear=allbr-- brPraloran Jeanbr -- ~~ 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/
Re: [FRnOG] Akamai - SFR
Salut Baptiste, Non je ne fais pas de pub, je trouve juste le concept cedexis interressant, je l'avais imaginé il y'a quelque temps. Il peut à mon avis modifier le paysage des CDNs de manière radicale. Je pense qu'il devrait interresser les hebergeurs/isps généralement pas fanas de CDNs ;) Damien, ~~ Damien WETZEL (ATANAR TECHNOLOGIES)(`-/)_.-'``-._ http://www.atanar.com . . `; -._)-;-,_`) (v_,)' _ )`-.\ ``-' Phone:+33 9 63 05 59 99 _.- _..-_/ / ((.' - So much to do, so little time - ((,.-' ((,/ ~ Bedis 9 writes: citons aussi Cedexis: http://www.cedexis.com/en/charts.html?country=70providerType=3chartType=all bon surf :) 2010/7/1 Damien Wetzel dwet...@nerim.net: 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,brbrbrDepuis quelques temps, environ une semaine nous constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des problèmes quot;politiquesquot;, Akamai dit que SFR s#39;amuse a bloquer ces machines et SFR que Akamai route sur des peerings de façon unilatérale.br brSi quelqu#39;un a plus d#39;infos je suis preneur.brbrbrMerci.br clear=allbr-- brPraloran Jeanbr -- ~~ 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/ -- ~/.signature-atanar --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
On est d'accord, Cedexis, c'est tres bien et c'est une boite avec un bel avenir: d'autant plus avec des besoins en BP de plus en plus gros: j'ai le cas d'un prospect qui veut tellement de BP vers les ISPs francais qu'ils doivent utiliser 2/3 CDNs en France... Cedexis va faire baisser les couts... Et ils sont pourtant plus tres haut. Bref, la difference se fera sur les fonctionnalites proposees. Akamai reste devant avec les ESI, mais mon petit doigt me dit que ca va pas durer ;) Comme tu le dis, le paysage des CDN change. L'avenir des CDNs passe par les tier-1. Longtemps les operateurs reseaux ont ignore cet composante du reseau, mais ca change et ca fait du sens. Edgecast par exemple fournit du CDN a globalcrossing et deutschtelekom. Akamai et limelight font du resell aussi. En trollant un peu, on peut imaginer un CDN par ISP et cedexis renvoyant chaque internaute sur son CDN local. On revient chez AOL avec ses reseaux de proxys ;) allez bonne nuit :) Le 3 juil. 2010 à 20:20, Damien Wetzel dwet...@nerim.net a écrit : Salut Baptiste, Non je ne fais pas de pub, je trouve juste le concept cedexis interressant, je l'avais imaginé il y'a quelque temps. Il peut à mon avis modifier le paysage des CDNs de manière radicale. Je pense qu'il devrait interresser les hebergeurs/isps généralement pas fanas de CDNs ;) Damien, ~~ Damien WETZEL (ATANAR TECHNOLOGIES)(`-/)_.-'``-._ http://www.atanar.com . . `; -._)-;-,_`) (v_,)' _ )`-.\ ``-' Phone:+33 9 63 05 59 99 _.- _..-_/ / ((.' - So much to do, so little time - ((,.-' ((,/ ~ Bedis 9 writes: citons aussi Cedexis: http://www.cedexis.com/en/charts.html?country=70providerType=3chartType=all bon surf :) 2010/7/1 Damien Wetzel dwet...@nerim.net: 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,brbrbrDepuis quelques temps, environ une semaine nous constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des problèmes quot;politiquesquot;, Akamai dit que SFR s#39;amuse a bloquer ces machines et SFR que Akamai route sur des peerings de façon unilatérale.br brSi quelqu#39;un a plus d#39;infos je suis preneur.brbrbrMerci.br clear=allbr-- brPraloran Jeanbr -- ~~ 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/ -- ~/.signature-atanar --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Akamai - SFR
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
Re: [FRnOG] Akamai - SFR
Hello, Par soucis politique, il faut comprendre soucis de qui va payer le trafic vers l'abonne, car ça coute cher l'infrastructure. Le peering c'est win-win. Si l'un des peers profite trop de la relation de peering, il n'y a plus d'equilibre. Pour l'instant, certains gros eyeballs estiment que ce Win-Win n'existe plus. Il y a un époque, lorsque tout n'était pas video et ne balançait pas des tonnes de trafic, l'ensemble des eyeballs étaient très content de peerer. La guerre était a celui qui aurait un accès le plus rapide au contenu. La tendance s'est clairement inversée ces dernières années en un jeu du chat et souris entre les CDN ( ou très gros contenu) vers les eyeballs. Il y a du pour et du contre (beaucoup de troll en perspective), mais dans la globalité, ce qui est sur et certains, c'est qu'il faut désormais intégrer les volumes qui font que effectivement, le revenu que génère l'abonne ne suffit plus a payer l'augmentation du backbone par rapport a la croissance du trafic. La nature ayant horreur du vide, a chaque 10G que l'on pose entre un CDN et un eyeball, un second est en attente. Ce problème est connu depuis un très bon moment et n'est pas spécifique a la France. -- Raphaël Maunier NEO TELECOMS CTO / Responsable Ingénierie AS8218 On Jul 1, 2010, at 3:56 PM, Jean Praloran wrote: 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 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
Quand on voit le prix au GO (trés trés bas) que font les gros CDNs aux gros fournisseurs de contenus, on se dit que l'asymetrie de traffic de peering entre ISPs eyeballs et CDNs n'est pas prêt de diminuer. On vit une époque passionante :) Damien, Raphael Maunier writes: Hello, Par soucis politique, il faut comprendre soucis de qui va payer le trafic vers l'abonne, car ça coute cher l'infrastructure. Le peering c'est win-win. Si l'un des peers profite trop de la relation de peering, il n'y a plus d'equilibre. Pour l'instant, certains gros eyeballs estiment que ce Win-Win n'existe plus. Il y a un époque, lorsque tout n'était pas video et ne balançait pas des tonnes de trafic, l'ensemble des eyeballs étaient très content de peerer. La guerre était a celui qui aurait un accès le plus rapide au contenu. La tendance s'est clairement inversée ces dernières années en un jeu du chat et souris entre les CDN ( ou très gros contenu) vers les eyeballs. Il y a du pour et du contre (beaucoup de troll en perspective), mais dans la globalité, ce qui est sur et certains, c'est qu'il faut désormais intégrer les volumes qui font que effectivement, le revenu que génère l'abonne ne suffit plus a payer l'augmentation du backbone par rapport a la croissance du trafic. La nature ayant horreur du vide, a chaque 10G que l'on pose entre un CDN et un eyeball, un second est en attente. Ce problème est connu depuis un très bon moment et n'est pas spécifique a la France. -- Raphaël Maunier NEO TELECOMS CTO / Responsable Ingénierie AS8218 On Jul 1, 2010, at 3:56 PM, Jean Praloran wrote: 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 --- Liste de diffusion du FRnOG http://www.frnog.org/ -- ~~ 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/
Re: [FRnOG] Akamai - SFR
Le Thu, Jul 01, 2010 at 04:56:26PM +0200, Raphael Maunier [rmaun...@neotelecoms.com] a écrit: Hello, Par soucis politique, il faut comprendre soucis de qui va payer le trafic vers l'abonne, car ça coute cher l'infrastructure. Le peering c'est win-win. Si l'un des peers profite trop de la relation de peering, il n'y a plus d'equilibre. Pour l'instant, certains gros eyeballs estiment que ce Win-Win n'existe plus. Permettre à leurs abonnés d'accéder aux contenus qu'ils veulent, c'est pas considéré come « win-win », donc ?! -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 50, rue Riolan 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
Le 1 juil. 2010 à 17:31, Dominique Rousseau d.rouss...@nnx.com a écrit : Le Thu, Jul 01, 2010 at 04:56:26PM +0200, Raphael Maunier [rmaun...@neotelecoms.com] a écrit: Hello, Par soucis politique, il faut comprendre soucis de qui va payer le trafic vers l'abonne, car ça coute cher l'infrastructure. Le peering c'est win-win. Si l'un des peers profite trop de la relation de peering, il n'y a plus d'equilibre. Pour l'instant, certains gros eyeballs estiment que ce Win-Win n'existe plus. Permettre à leurs abonnés d'accéder aux contenus qu'ils veulent, c'est pas considéré come « win-win », donc ?! == début de troll ;-) Y. -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 50, rue Riolan 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Akamai - SFR
On Thu, 2010-07-01 at 17:36 +0200, Youssef Bengelloun-Zahr wrote: == début de troll ;-) ... vivement demain (ou pas). Clément --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Akamai - SFR
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,brbrbrDepuis quelques temps, environ une semaine nous constatons pas mal de soucis entre SFR et Akamai. Ils ont visiblement des problèmes quot;politiquesquot;, Akamai dit que SFR s#39;amuse a bloquer ces machines et SFR que Akamai route sur des peerings de façon unilatérale.br brSi quelqu#39;un a plus d#39;infos je suis preneur.brbrbrMerci.br clear=allbr-- brPraloran Jeanbr -- ~~ 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/
Re: [FRnOG] Akamai - SFR
Tout dépends de ton fuseau horaire ;-) Y. Le 1 juil. 2010 à 17:53, Clement Cavadore clem...@cavadore.net a écrit : On Thu, 2010-07-01 at 17:36 +0200, Youssef Bengelloun-Zahr wrote: == début de troll ;-) ... vivement demain (ou pas). Clément --- Liste de diffusion du FRnOG http://www.frnog.org/
