Re: RE : [FRnOG] [TECH]
Pas dit qu'il n'y en avaient pas, mais pas trouve de satisfaisantes. C'est pas tout a fait la même chose. Et ça dépend aussi du niveau d'activité ou l'on se trouve je pense. Quand on se positionne au plus près de Tier1, c'est pas le joie, si l'on est ok pour passer via des agrégateur pour juste avoir une solution a proposer, il doit y avoir des solutions mais c'était pas mon marche. Le 28 juil. 2014 à 02:22, Thierry Wehr t.w...@widevoip.com a écrit : Faux il y a des solutions et en France cordialement Thierry Message d'origine De : Sebastien Lesimple slesim...@laposte.net Date :27/07/2014 16:58 (GMT+01:00) A : David Ponzone david.ponz...@gmail.com Cc : Xavier ROCA x.r...@sdi.fr,frnog@frnog.org Objet : Re: [FRnOG] [TECH] Le 25/07/2014 13:46, David Ponzone a écrit : OK donc ça a pas changé, on peut pas utiliser le SIP pour récupérer les appels entants vers les numéros inter et les surtaxés. Pour les surtaxés, je peux comprendre, mais pour les DID internationaux, je vois pas le problème. En plus, c’est un business qu’ils veulent flinguer à priori, donc il y a une alternative, pour ma culture générale et celle de tous ? Colt ? Ben pour etre tout à fait honnete, je pense que VZB veut juste en finir avec tout ce qui a un rapport de près ou de loin avec le Wholesale d'une part et la voix d'autre part. De leur coté c'est mort ou alors il faut apporter un business case de folie... Quand à une alternative sérieuse, en France, je vois pas trop à brule pour point. Faut aller faire son marché outre Rhin, aux UK mais ici j'ai pas trouvé mon bonheur... Seb. David PonzoneDirection Technique email: david.ponz...@ipeva.fr mailto:david.ponz...@ipeva.fr tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr blocked::http://www.ipeva.fr/- www.ipeva-studio.com blocked::http://www.ipeva-studio.com/ /Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. /*/IPeva/*/ décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur./ / / Le 25 juil. 2014 à 13:32, Sebastien Lesimple slesim...@laposte.net mailto:slesim...@laposte.net a écrit : Le GIS c'est pas sur interco SIP c'est du routage (probablement C7) sur l'infra mondiale. Donc pour changer un no de terminaison ou ajouter une fonctionnalité de routage, il Faut se taper 3 pages de bon de commande. Et ça passe par UK et US donc long chiant pas flexible. (Sabrina s'arrachait les cheveux avec ça lol!) L'interco SIP VZB c'est bon pour du sortant vers NO géo, NPNG, et international. Pas d'appels d'urgence, pas d'appels vers les no de service à valeur ajoutée. Il peuvent porter des ND mais ça coûte un bras un œil. Et oui c'est relou a mettre en ouvre mais une fois que c'est en place, ça roule. A l'époque ou tu as regarde c'était sur des proxy SIP un peu partout eu Europe et des gateways AS5400, a présent c'est routé par les Nortel S2000, et il ne reste plus que la Sig a tuneliser, le RTP vis sa vie. Seb Le 25 juil. 2014 à 13:11, David Ponzone david.ponz...@gmail.com mailto:david.ponz...@gmail.com a écrit : De quelle lourdeur tu parles ? :) Le tunnel IPsec pour faire passer le SIP ? Les documents à remplir ? Les tests de validation de l’interco ? En plus, la dernière fois que j’ai demandé (au lancement de leur offre de trunk SIP en beta), je crois qu’il y a des choses qu’ils ne savaient pas router en SIP (genre surtaxés ou internationaux justement). J’imagine que ça a du bouger depuis. Le 25 juil. 2014 à 13:09, Sebastien Lesimple slesim...@laposte.net mailto:slesim...@laposte.net a écrit : Je suis d'accord avec David, Verizon est celui qui a la totale. Mais bon un compte GIS est compliqué a avoir depuis qu'il n'y a plus de commerciaux wholesale. Autre contrainte avec eux, la paperasse et la lourdeur des processus. A part ça qualité et fiabilité imbattable au RDV. Le 25 juil. 2014 à 12:43, David Ponzone david.ponz...@gmail.com mailto:david.ponz...@gmail.com a écrit : Sur certains dossiers orientés uniquement lowcost, du 15mn a mettre en place avec qualité variable peu aller. Tu trouveras facilement de nombreux veneurs de DID internationaux dans ce mode, qui en fait achètent tous (à ma connaissance) à Voxbone. Voxbone a des exigences de volume (pas énormes mais bon, sur ce genre de services, c’est pas forcément évident de les respecter), c’est pour ça que généralement, on s’adresse à un revendeur pour commencer. Attention, tu vas bien sûr payer un abo mensuel (pour le numéro et le nombre de canaux que tu veux, éventuellement) mais pas
Re: [FRnOG] [JOBS] Recrutement et télétravail
Hello, Le 27 juil. 2014 à 21:22, m3g4g0lG0t|-| megagolg...@altern.org a écrit : Le 25/07/2014 11:09, Xavier Beaudouin a écrit : Le coté positif pour la boite : - pas de locaux a payer pour ses télétravailleurs - pas de pb de transport (surtout valable en IdF ou les transports sont de plus en plus lamentable, a part l'adresse ca sert a quoi d'avoir des locaux a paris, super cher, avec une électricité qui pete tous les week-end ?). - toujours à l'heure Il faudrait aussi essayer de voir les cotés négatifs, ce qui est perçu comme négatif par le(s )chef(s). C'est sûrement dans ces points que l'on pourra voir ce qui freine les entreprises françaises dans l'adoption du télétravail. Effectivement c'est un coté négatif. Du coté du chef je pense qu'il y a une perte de pouvoir, le truc qui est l'essence même du chef. Les employés sont physiquement loin du chef, il ne peut pas exercer son pouvoir de la même manière. Je repense au chef qui avait fait placer les bureaux et les écrans de tel manière a ce qu'il puisse voir ce qu'on avait d'affiché à l'écran quand il voulait, mais que l'on ne pouvait pas facilement savoir s'il regardait ... ou pas! Ben en télétravail, c'est plus possible. J'ai eu le cas d'un taf, ou j'avais un chef qui adorais surveiller ce qu'on faisait. Je trouve ce genre de comportement puéril et rétrograde. Il y a donc moins de surveillance aisé possible. Du point de vue de la boite, il y a une prise de risque, par la perte(pas totale mais importante) de contrôle de l'employé. Tous les jobs ne peuvent pas être fait en Télétravail, mais un sysadmin en général accède a des équipements distants, pourquoi se faire chier a prendre des transports couteux en énergie et en temps (sans compter le coût pour l'entreprise de la carte de transport) alors qu'un ssh peux remplacer ca? J'ai fait un peu de télétravail il y a quelques années, quand j'ai passé ma licence en distanciel. J'ai remarqué que le matin, quand on est motivé comme une larve, se lever à 8h pour aller bosser à 9h, certes dans la pièce d'à coté, n'est pas si évident, surtout quand on est seul dans le logement. Ca dépends des gens, je suis dans le coté contraire, je suis déjà levé depuis longtemps quand je monte mon openvpn pour aller travailler. Le coté positif est que ma pause repas est 1h donc, en gros je dépasse largement le quota horaire de la boite. Cela demande une rigueur que tout le monde n'a pas. Ne pas pouvoir adopter ce modèle en tant que standard pour tous, mais à jauger suivant les personnes, est sûrement un blocage (car une complication) au niveau des RH. Oui effectivement, il y a aussi des methodes pour surveiller les gens. Pour ma part, les 6 premiers mois étaient gérés avec des projets, des milestones, des dates de livraison probables et des réu hebdo afin de savoir ou est la progressions. Le resultat c'est que en 6 mois de télétravail, j'ai fait (pas totalement) des avancées a 4 ans de travail. Après au niveau coûts, ce pourrait être un argument, mais à faire valoir à ceux tout en haut de la pyramide. Le modèle on va bosser au bureau est facilement applicable à tout le monde. Oui pour l'instant, le jour ou le pétrole sera cher, et que les couts de déplacements seront élevés, alors on en reparleras peut-être dans une autre sens. Ceci dit pour une boite qui a déjà plusieurs points de présence sur le territoire, et dans le monde, le télétravail est comme si je bossais dans un autre bureau... Même méthodes de travail, même méthodes de communication, mêmes méthodes de reporting. Ceci dit, je comprends la réticence des boites françaises pour le télétravail, certaines organisations dans le monde de l'internet ont compris dès le début que de dématérialiser le bureau est un gain de temps (surtout si toutes les équipes sont dans les 3 zones de la planète : follow the sun, sans payer des heures de nuit...). Note: Il est tout à fait possible dans l'administration (fonctionnaire, toussa) de bosser en télétravail, mais culturellement, ça ne colle pas du tout! Et il faudra sûrement un moment pour que ça apparaisse. Pas tous hein... :) Il en faut bien pour faire un ou deux papiers tant que c'est la référence de notre administration :D mode troll : les fonctionnaires vont encore plus glander en télétravail. Joker :D Xavier signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [MISC] Netflix in France
Le 27 juil. 2014 à 18:39, Jérôme Nicolle jer...@ceriz.fr a écrit : Le 26/07/2014 05:04, Ludovic LACOSTE a écrit : Mouais donc le terabit/s c'est du fake ? 100 appliances virtuelles sur des hôtes en 10Gb/s inzecloud, c'est pas du fake. Les teuyos sont à la charge des hébergeurs de ces machines là. D'un autre coté, certains FAI peuvent coller ces noeuds la ou il y a de conso de masse, et pas nécessairement à Paris (trollgenre on oublie la centralisation, local peering toussa/troll). Enfin comme dirais qqn que je connais bien : toute façon j'suis informaticien, j'y connais rien en informatique :D Xavier signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [MISC] Netflix in France
Le 28/07/2014 09:56, Xavier Beaudouin a écrit : Le 27 juil. 2014 à 18:39, Jérôme Nicolle jer...@ceriz.fr a écrit : Le 26/07/2014 05:04, Ludovic LACOSTE a écrit : Mouais donc le terabit/s c'est du fake ? 100 appliances virtuelles sur des hôtes en 10Gb/s inzecloud, c'est pas du fake. Les teuyos sont à la charge des hébergeurs de ces machines là. D'un autre coté, certains FAI peuvent coller ces noeuds la ou il y a de conso de masse, et pas nécessairement à Paris (trollgenre on oublie la centralisation, local peering toussa/troll). Enfin comme dirais qqn que je connais bien : toute façon j'suis informaticien, j'y connais rien en informatique :D Xavier Justement c'est farpait, leur systeme openconnect est prévu pour aller se place ou cela intéressé les FAI en cas de mise en place de partenariat. Idéal pour pouvoir ventiler les appliances un peu partout sur le territoire et eviter de tout charger sur Paris. Reste les questions récurrentes, qui paye le hosting/traffic, et est ce que cela va etre au détriment de la (s)vod en propre du dit FAI. Fabien --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Une proposition de loi veut imposer l'IPv6 dans les appareils au 30 juin 2015
Plus d'une vingtaine de députés français viennent de dévoiler une proposition de loi http://www.assemblee-nationale.fr/14/propositions/pion2140.asp visant à « *accélérer le passage à la norme IPv6* », ceci du fait de la pénurie d'adresses IPv4. Leur but est simple : forcer tous les appareils connectés à être adaptés pour l'IPv6 à compter du 30 juin 2015. « Force est de constater que la France n’est pas prête techniquement, aujourd’hui » Depuis de longues années, le débat fait rage. Face à l'explosion des appareils pouvant se connecter à Internet, les adresses IPv4 commencent à manquer, ce qui a incité à la création de l'IPv6, encore faut-il que ce protocole soit exploité. Il faut dire qu'il n'y a que 4,3 milliards d'adresses IPv4 possibles, et quand on sait que de nombreuses personnes ont plusieurs appareils connectés, sans même prendre en compte les entreprises, on se doute que la pénurie sur le globe n'est qu'une question de temps. Nous en parlions d'ailleurs en 2008 http://www.nextinpact.com/archive/45428-ipv4-ipv6-penurie-deploiement.htm. Il y a deux ans http://www.lemonde.fr/technologies/article/2012/09/20/les-stocks-d-adresses-ip-presque-epuises-en-europe_1761521_651865.html, l'Europe avait déjà épuisé la quasi-totalité de ses adresses, et d'autres continents sont aujourd'hui concernés. L'IPv6, pour sa part, ne devrait guère poser de problème dès lors qu'en théorie, le nombre d'adresses est de 667 132 000 milliards par millimètre carré de surface terrestre. Dans la pratique, ce nombre devrait être bien plus faible, néanmoins, la pénurie parait hypothétique, quand bien même tous nos objets environnants viendraient à être connectés et donc à nécessiter une adresse spécifique. Mais si le débat est sur la table depuis de nombreuses années, l'IPv6 ne s'est pas encore imposé partout. « *En dépit d’appels pressants à accélérer la migration vers l’IPv6, force est de constater que la France n’est pas prête techniquement, aujourd’hui, à fonctionner avec cette norme* » notent ainsi les députés à l'origine de la proposition de loi. « Obligation de mise à la norme d’adressage IPv6 de tous les matériels » En France, certains opérateurs ont depuis longtemps passé le cap de l'IPv6. C'est le cas de Free et SFR http://pdn.im/Id2k24 par exemple et depuis plusieurs années. Orange http://pdn.im/M5l0Th et Bouygues Telecom http://pdn.im/1mBxkIS trainent par contre des pieds, même si destests http://www.orangeinfo.fr/27931-lipv6-est-en-test-chez-orange.html internes commencent enfin à être réalisés. Rajoutons que selon l'AFNIC http://www.afnic.fr/fr/l-afnic-en-bref/actualites/actualites-generales/6425/show/60-des-noms-de-domaine-fr-sont-compatibles-ipv6-une-hausse-de-19-points.html, en 2012, 59,6 % des noms de domaines en .fr étaient compatibles IPv6, en hausse de 19 points en à peine douze mois. Un pourcentage qui doit être plus élevé aujourd'hui, même si en novembre dernier, l'AFNIC notait un fort ralentissement de la croissance http://www.afnic.fr/fr/l-afnic-en-bref/actualites/actualites-generales/7428/show/2013-un-palier-pour-le-deploiement-d-ipv6-1.html, avec seulement 61,3 % des noms de domaines compatibles avec cette norme. Nous apprenions d'ailleurs que les serveurs Web sont à la traîne avec seulement 7,4 % d'entre eux compatibles IPv6, tandis que les serveurs de messagerie ne sont que 10,75% à être concernés. L'Hexagone doit donc faire des efforts. Afin d'accélérer le processus, les députés souhaitent donc que tout le monde, constructeurs de périphériques comme les opérateurs, passe à la vitesse supérieure, « *faute de quoi notre économie tout entière risque d’être mise à mal en cas d’épuisement total du stock d’adresses IPV4* ». Un simple article a ainsi été présenté devant les autres députés. Il vise en une « *obligation de mise à la norme d’adressage IPv6 de tous les matériels (au sens large) vendus pour être connectés à Internet à partir du 30 juin 2015, mais également des périphériques destinés à la location* ». Source: http://www.nextinpact.com/news/88756-une-proposition-loi-veut-imposer-ipv6-au-30-juin-2015.htm *Peut-on vraiment dire que la France n'est pas techniquement prête aujourd'hui pour IPv6?* -- *BIAOU Ramanou* www.biaou.net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
Hello, On Mon, 2014-07-28 at 10:09 +0200, Fabien DEDENON wrote: Reste les questions récurrentes, qui paye le hosting/traffic, et est ce que cela va etre au détriment de la (s)vod en propre du dit FAI. C'est sûr, et c'est exactement le même problème que pour les google appliance ou autres caches akamai. AMHA, réponse partagée: - Le traffic devrait être gratos pour le gestionnaire de l'appliance, car il est placé là où ca arrange le plus l'opérateur en question (et l'opérateur controle la zone arrosée par l'appliance, au moyen d'annonces BGP) - Le housing devrait être payé par le gestionnaire de l'appliance, car ya pas de raisons que l'opérateur assume pour le compte de sites tiers, des charges en electricité/clim/etc -- On en reviendrait à un modele de cache régionaux + peering régionaux, en quelque sorte... Un moyen intelligent de remplir les cogent/netcenter/autres en région ?? $gros-operateur, si tu me lis... -- Clément Cavadore --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
On Jul 28, 2014, at 2:06 AM, David Ponzone david.ponz...@gmail.com wrote: Le 28 juil. 2014 à 10:51, Thomas Mangin thomas.man...@exa-networks.co.uk a écrit : Il n'est pas toujours possible de mettre l'appliance ou elle devrait être idéalement ( espace, kw disponible,capacité du réseau, etc. ) Dans le cas de Netflix, avec une appliance de 2U, cela ne semble pas problématique. Par contre, est-ce que certains des FAI puissants ne remontent pas le trafic vers Paris au niveau 2 ? 4U pour l’appliance standard. Les 2U sont en ajout des 4U en tiers local pour les ISPs a fort traffic. La france est en effet très centralisée, mais y’a aussi une part d’ISPs qui je pensent sont passes a du hot potato vers du transit en region. L'appliance est parfois en private peering, parfois dans le coeur, mais rarement très près de l'edge car il faut pouvoir l'utiliser aussi en cas de panne d'autres nodes, et il faut pouvoir re-router (et avoir la capacité) en cas de problèmes. Si le FAI a des routeurs IP en région, c'est l'appliance de Paris qui peut prendre le relais. Voir entre régions si le backbone IP du FAI rend la chose pertinente. Le problème de fond reste la centralisation niveau 2 sur Paris. Ça devient un sujet récurrent dans nos petits pays européens :) CF la partie traffic management du doc de deployment. Les mécanismes sont exactement les memes que pour du traffic engineering BGP: tu peux annoncer spécifique en region a une appliance et plus large a paris sur d’autres appliances et t’auras un fallback naturel. Tu peux également jouer avec tes MEDs - c’est un peu le genie du truc: les mécanismes de traffic management sont identiques et t’as pas a interagir sur l’appliance, tu te contentes de tuner du BGP. Il en va de meme quand tu veux faire une maintenance: tu coupes ta session vers l’appliance et elle se draine toute seule - le control plane cesse de lui envoyer des clients - tu fais ta manip su rton routeur, et une fois la manie finie, tu remontes ta session et le traffic se fait envoyer de nouveau vers l’appliance. Sky a fait une très bonne presentation sur le sujet at LINX 84 ( si vous avez quelqu'un pour vous la rechercher dans la partie membre du site, le PDF et la video sont disponibles ) - Le housing devrait être payé par le gestionnaire de l'appliance, car ya pas de raisons que l'opérateur assume pour le compte de sites tiers, des charges en electricité/clim/etc A ce que je comprends ( et ce n'est pas mon metier ) - il faut aussi prendre en compte les economies ( ou pas ) faites par les deux parties. Si le seul résultat est une meilleur latence pour le CDN, je ne pense pas que le FAI prenne a sa charge ce cout. -- On en reviendrait à un modele de cache régionaux + peering régionaux, en quelque sorte... Un moyen intelligent de remplir les cogent/netcenter/autres en région ?? Le peering regional, cela fait quelques temps que LINX le pousse en Angleterre et ce n'est pas si simple. Il faut de longues discussions avec les architectes réseaux des gros pour comprendre pourquoi ce n'est pas toujours evident du tout pour tout le monde de retourner vers ce modèle. Comme ces discussions sont privées, n'espérez pas les trouver sur FRnOG ... Thomas --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
Non, meme si on y pense a long terme (enfin pas nécessairement openflow en particulier mais SDN en general) Si tu regardes de pres, on est deja pre-SDN: le routage du contenu est effectue par un control plane dans le cloud, et qui prend en compte des infos qui ne sont pas que layer3 (infos metier comme disponibilité du contenu sur les serveurs). - Greg On Jul 27, 2014, at 10:39 PM, Ludovic LACOSTE ludoviclaco...@hotmail.com wrote: La reponses, c'est openflow ou pas ? -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Clement Cavadore Envoyé : lundi 28 juillet 2014 10:22 À : Fabien DEDENON Cc : frnog@frnog.org Objet : Re: [FRnOG] [MISC] Netflix in France Hello, On Mon, 2014-07-28 at 10:09 +0200, Fabien DEDENON wrote: Reste les questions récurrentes, qui paye le hosting/traffic, et est ce que cela va etre au détriment de la (s)vod en propre du dit FAI. C'est sûr, et c'est exactement le même problème que pour les google appliance ou autres caches akamai. AMHA, réponse partagée: - Le traffic devrait être gratos pour le gestionnaire de l'appliance, car il est placé là où ca arrange le plus l'opérateur en question (et l'opérateur controle la zone arrosée par l'appliance, au moyen d'annonces BGP) - Le housing devrait être payé par le gestionnaire de l'appliance, car ya pas de raisons que l'opérateur assume pour le compte de sites tiers, des charges en electricité/clim/etc -- On en reviendrait à un modele de cache régionaux + peering régionaux, en quelque sorte... Un moyen intelligent de remplir les cogent/netcenter/autres en région ?? $gros-operateur, si tu me lis... -- Clément Cavadore --- Liste de diffusion du FRnOG http://www.frnog.org/ - Aucun virus trouvé dans ce message. Analyse effectuée par AVG - www.avg.fr Version: 2014.0.4716 / Base de données virale: 3986/7931 - Date: 27/07/2014 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
On 28 Jul 2014, at 15:40, Greg Villain fr...@tadcons.net wrote: On Jul 28, 2014, at 1:51 AM, Thomas Mangin thomas.man...@exa-networks.co.uk wrote: Je souris, Il y a 13-14 ans, les FAI ont enlevé tous leurs caches HTTP car la bande passante avait atteint un prix qui ne justifiait plus pour eux de gérer les serveurs. Depuis ils reviennent en force car la capacité du réseau ne suit plus la demande, mais gérés par les sociétés de services ( Akamai, .. ) ou fournisseurs de video ( Youtube, NetFlix, ...). Les FAI qui ont essaye d'offrir une solution de cache interne comme produit n'ont pas réussi ( autant que je sache ) car leurs gestions et les besoins des clients ne sont pas simples. C’est un peu plus complique que ca. Si tu regardes de près Akamai ou n’importe quel autre CDN, l’aspect mutualise de leur edge et la variété des types d’assets a cacher a l’edge multiplie par la taille des catalogues cumules de leurs clients fait que les niveaux d’offload qu’ils sont capables d’offrir ne dépassent pas les 25%. Dans le cas d’OpenConnect, c’est un CDN entièrement dédie aux besoins de Netflix, la valeur de l’offload est systématiquement 75% - vu la quantité de traffic qu’on genere, ca représente une veritable économie en plus du gain de satisfaction que ca représente pour leurs abonnes. Nous sommes d'accord. J'aime bien ce que fait NetFlix du cote development. Pouvoir controller l' application cliente aide aussi ainsi que connaitre les contenus populaire sont des avantages qu'un CDN généraliste n'a pas. La latence n'est aussi pas critique une fois que la video est lancée :-) Mais je ne cherche pas a' commencer ici une these sur les CDN et leurs differences, sinon il va falloir couvrir les technologies web, la gestion des droits d'auteurs, etc. et je suis en vacances :-D Thomas signature.asc Description: Message signed with OpenPGP using GPGMail
Re: [FRnOG] [MISC] Netflix in France
Bonjour à tous, J'ai deux questions à cent balles ;) 1) est ce que l'on va voir un des 4 gros ISP français installer les machines netflix dans son réseau,j'ai personellement un doute, mais on verra. 2) est ce que le fait de mettre des machines à l'interieur d'un ISP, n'est pas contradictoire avec la neutralité du net que netflix met souvent en avant, car c'est une façon de favoriser les gros (genre netflix) face aux petits. bon il va y'y avoir du sport en Spetembre ! Cordialement, Damien Greg Villain writes: On Jul 28, 2014, at 1:51 AM, Thomas Mangin thomas.man...@exa-networks.co.uk wrote: Je souris, Il y a 13-14 ans, les FAI ont enlevé tous leurs caches HTTP car la bande passante avait atteint un prix qui ne justifiait plus pour eux de gérer les serveurs. Depuis ils reviennent en force car la capacité du réseau ne suit plus la demande, mais gérés par les sociétés de services ( Akamai, .. ) ou fournisseurs de video ( Youtube, NetFlix, ...). Les FAI qui ont essaye d'offrir une solution de cache interne comme produit n'ont pas réussi ( autant que je sache ) car leurs gestions et les besoins des clients ne sont pas simples. C’est un peu plus complique que ca. Si tu regardes de près Akamai ou n’importe quel autre CDN, l’aspect mutualise de leur edge et la variété des types d’assets a cacher a l’edge multiplie par la taille des catalogues cumules de leurs clients fait que les niveaux d’offload qu’ils sont capables d’offrir ne dépassent pas les 25%. Dans le cas d’OpenConnect, c’est un CDN entièrement dédie aux besoins de Netflix, la valeur de l’offload est systématiquement 75% - vu la quantité de traffic qu’on genere, ca représente une veritable économie en plus du gain de satisfaction que ca représente pour leurs abonnes. - Le traffic devrait être gratos pour le gestionnaire de l'appliance, car il est placé là où ca arrange le plus l'opérateur en question (et l'opérateur controle la zone arrosée par l'appliance, au moyen d'annonces BGP) Il n'est pas toujours possible de mettre l'appliance ou elle devrait être idéalement ( espace, kw disponible,capacité du réseau, etc. ) L'appliance est parfois en private peering, parfois dans le coeur, mais rarement très près de l'edge car il faut pouvoir l'utiliser aussi en cas de panne d'autres nodes, et il faut pouvoir re-router (et avoir la capacité) en cas de problèmes. Sky a fait une très bonne presentation sur le sujet at LINX 84 ( si vous avez quelqu'un pour vous la rechercher dans la partie membre du site, le PDF et la video sont disponibles ) - Le housing devrait être payé par le gestionnaire de l'appliance, car ya pas de raisons que l'opérateur assume pour le compte de sites tiers, des charges en electricité/clim/etc A ce que je comprends ( et ce n'est pas mon metier ) - il faut aussi prendre en compte les economies ( ou pas ) faites par les deux parties. Si le seul résultat est une meilleur latence pour le CDN, je ne pense pas que le FAI prenne a sa charge ce cout. -- On en reviendrait à un modele de cache régionaux + peering régionaux, en quelque sorte... Un moyen intelligent de remplir les cogent/netcenter/autres en région ?? Le peering regional, cela fait quelques temps que LINX le pousse en Angleterre et ce n'est pas si simple. Il faut de longues discussions avec les architectes réseaux des gros pour comprendre pourquoi ce n'est pas toujours evident du tout pour tout le monde de retourner vers ce modèle. Comme ces discussions sont privées, n'espérez pas les trouver sur FRnOG ... Thomas --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Pour une bonne sante en 2014 visitez http://www.sereni.tv/ ~ Damien WETZEL (ATANAR TECHNOLOGIES)(`-/)_.-'``-._ http://www.atanar.com . . `; -._)-;-,_`) (v_,)' _ )`-.\ ``-' Phone:+33 9 67 35 09 05_.- _..-_/ / ((.' - So much to do, so little time - ((,.-' ((,/ ~ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Une proposition de loi veut imposer l'IPv6 dans les appareils au 30 juin 2015
Le 28/07/2014 10:14, Ramanou S. BIAOU a écrit : les adresses IPv4 commencent à manquer mode pre-trolldi La pénurie d'adresse IPv4 c'est pas un business-modèle? Quand la pénurie arrivera on pourra faire du NAT aussi, non? -[] Ok, je sors... /mode pre-trolldi C'est quand même dommage d'en arriver là comme ça, de voir arriver le mur et d’être forcé de changer de direction grâce à une loi. Mais au point où nous sommes je plussoie cette initiative* de nos élus. J'attends de voir les arguments des opposants, et de voir la gueule des lobby derrières ces personnes. Megagolgoth- * offre soumise à une implémentation non-foireuse. --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [MISC] Netflix in France
Greg Villain a écrit : Si tu regardes de près Akamai ou n'importe quel autre CDN, l'aspect mutualise de leur edge et la variété des types d'assets a cacher a l'edge multiplie par la taille des catalogues cumules de leurs clients fait que les niveaux d'offload qu'ils sont capables d'offrir ne dépassent pas les 25%. Il y a aussi un autre phénomène plus marginal: certains gros clients cachent chez eux. Par exemple, je déploie WSUS: http://technet.microsoft.com/en-us/windowsserver/bb332157.aspx Windows Update étant un gros bouffeur de bande passante, chez certains clients c'est valable, et globalement çà diminue l'offload du CDN. Thomas Mangin a écrit : https://www.linx.net/archive/linx84/pdf/LINX84-BSkyB-AndyFurnell.pdf Etre un FAI (petit comme gros) est un travail difficile. Il y en a qui le font sérieusement, et d'autres qui prétendent que les problèmes ne viennent pas de chez eux, en général les mêmes qui prennent leurs propres eyeballs en otage pour essayer de se faire payer des 2 cotés. Qu'on le veuille ou non, Netflix fait partie du paysage; c'est un gros bouffeur de bande passante, va falloir s'adapter. Avec la vidéo 4K qui arrive, les besoins en bande passante ne peuvent qu'augmenter, et les forklift upgrades ont encore de beaux jours devant eux. Damien Wetzel a écrit : 2) est ce que le fait de mettre des machines à l'interieur d'un ISP, n'est pas contradictoire avec la neutralité du net que netflix met souvent en avant, car c'est une façon de favoriser les gros (genre netflix) face aux petits. Un peu, et c'est clair que Netflix prêche pour sa paroisse. Ceci étant dit, il n'est pas possible de faire Netflix si l'on n'est pas gros, et en tant que consommateur je préfère nettement çà qu'être prisonnier de la machinbox de l'offre VOD d'un FAI. Netflix a des concurrents (Hulu, HBO, Amazon), et je préfère le modèle ou je peux prendre mon Roku stick avec moi. Michel. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
Le 28/07/2014 16:40, Greg Villain a écrit : C’est un peu plus complique que ca. Si tu regardes de près Akamai ou n’importe quel autre CDN, l’aspect mutualise de leur edge et la variété des types d’assets a cacher a l’edge multiplie par la taille des catalogues cumules de leurs clients fait que les niveaux d’offload qu’ils sont capables d’offrir ne dépassent pas les 25%. Dans le cas d’OpenConnect, c’est un CDN entièrement dédie aux besoins de Netflix, la valeur de l’offload est systématiquement 75% - vu la quantité de traffic qu’on genere, ca représente une veritable économie en plus du gain de satisfaction que ca représente pour leurs abonnes. Bullshit detected Gregounet! Sur un profil Micro Netflixet tout de meme pas mal d'assets, on a de l'offload 90++% chez Akamai. Cela ne remet pas en cause les avantages d'openconnect, à commencer par n'avoir à penser qu'à sa gueule et ne pas passer des soirées trop noires les jours d'update d'iOS...:) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
En tant que 1x client. Rien ne te dit que sur les serveurs edges de $CDN vous (ta boite) n’occupiez pas la popularité d’autres clients servis par ces memes caches qui seraient servis avec un plus grand offload si vous n’y étiez pas, je dis une sottise? En gros, pour atteindre 90% il faut que tu caches 90% de la short-tail de tous les clients qui se trouvent sur un set de caches donne - a moins que tout le monde n’aie que du short tail qui ne prend pas de place, ca semble statistiquement irréaliste, mais je fais peut-être une généralisation abusive sur le modèle… Pour Netflix, vue la taille plutôt massive du catalogue, les limites de ce modèle sont très visibles - me suis peut-être emballe sur le pourcentage mais il est indéniable que le gain en offload est significatif, voire phenomenal. PS: ON AVAIT DIT QUE T’ARRETAIS DE M’APPELER GREGOUNET DEVANT LES GENS ! On Jul 28, 2014, at 12:53 PM, Fabien DEDENON daf.fr...@gmail.com wrote: Le 28/07/2014 16:40, Greg Villain a écrit : C’est un peu plus complique que ca. Si tu regardes de près Akamai ou n’importe quel autre CDN, l’aspect mutualise de leur edge et la variété des types d’assets a cacher a l’edge multiplie par la taille des catalogues cumules de leurs clients fait que les niveaux d’offload qu’ils sont capables d’offrir ne dépassent pas les 25%. Dans le cas d’OpenConnect, c’est un CDN entièrement dédie aux besoins de Netflix, la valeur de l’offload est systématiquement 75% - vu la quantité de traffic qu’on genere, ca représente une veritable économie en plus du gain de satisfaction que ca représente pour leurs abonnes. Bullshit detected Gregounet! Sur un profil Micro Netflixet tout de meme pas mal d'assets, on a de l'offload 90++% chez Akamai. Cela ne remet pas en cause les avantages d'openconnect, à commencer par n'avoir à penser qu'à sa gueule et ne pas passer des soirées trop noires les jours d'update d'iOS...:) --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
Salut Greg, On Jul 28, 2014, at 13:12, Greg Villain fr...@tadcons.net wrote: En tant que 1x client. Rien ne te dit que sur les serveurs edges de $CDN vous (ta boite) n’occupiez pas la popularité d’autres clients servis par ces memes caches qui seraient servis avec un plus grand offload si vous n’y étiez pas, je dis une sottise? Dans un monde simple ça pourrait ressembler à ça. De nos jours, l’allocation mémoire est beaucoup plus complexe que ça et fait appel à une gestion de la ressource pour optimiser l’éviction. Ca inclut des facteurs d’étanchéité qui fait qu’un petit client profite de la plateforme lui aussi. L’eviction est une métrique importante qui mène à certains ajustements pour les content-providers ayant une très grande quantité de data. Les catalogues vidéos sont un bel exemple, on veut des intégrales de séries, de 240p à 4K. En gros, pour atteindre 90% il faut que tu caches 90% de la short-tail de tous les clients qui se trouvent sur un set de caches donne - a moins que tout le monde n’aie que du short tail qui ne prend pas de place, ca semble statistiquement irréaliste, mais je fais peut-être une généralisation abusive sur le modèle… Si on met de coté l’aspect multiple sibling/layers/redirection, il n’y a pas de miracle, il faut de l’espace mémoire sinon le taux d’offload chute. Pour Netflix, vue la taille plutôt massive du catalogue, les limites de ce modèle sont très visibles - me suis peut-être emballe sur le pourcentage mais il est indéniable que le gain en offload est significatif, voire phenomenal. Le chiffre brut que tu annonces me paraît quand même très bas mais sur des profils d’utilisations très spécifiques branchés sur des configs out-of-the-box, il y a souvent un peu de travail d’ajustement pour arriver à 90+%. Les challenges sont tels qu’il faut travailler en permanence et s’ajuster par rapport au besoin (ouverture de nouveaux marchés, catalogue plus profond, de meilleure qualité…). A certaines périodes, une gestion interne peut trouver sens, parfois c’est 100% externe, parfois c’est un mix. Antoine --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
Tout a fait d’accord. C’est un problème a géométrie hautement variable, je te le concede volontiers. Par contre, si une chose est sure a 100% c’est qu’il est impossible de faire mieux que l’offload que Netflix offre a travers ses appliances en passant par un quelconque CDN traditionnel. On Jul 28, 2014, at 2:05 PM, Antoine Drochon (perso) anto...@drochon.net wrote: Salut Greg, On Jul 28, 2014, at 13:12, Greg Villain fr...@tadcons.net wrote: En tant que 1x client. Rien ne te dit que sur les serveurs edges de $CDN vous (ta boite) n’occupiez pas la popularité d’autres clients servis par ces memes caches qui seraient servis avec un plus grand offload si vous n’y étiez pas, je dis une sottise? Dans un monde simple ça pourrait ressembler à ça. De nos jours, l’allocation mémoire est beaucoup plus complexe que ça et fait appel à une gestion de la ressource pour optimiser l’éviction. Ca inclut des facteurs d’étanchéité qui fait qu’un petit client profite de la plateforme lui aussi. L’eviction est une métrique importante qui mène à certains ajustements pour les content-providers ayant une très grande quantité de data. Les catalogues vidéos sont un bel exemple, on veut des intégrales de séries, de 240p à 4K. En gros, pour atteindre 90% il faut que tu caches 90% de la short-tail de tous les clients qui se trouvent sur un set de caches donne - a moins que tout le monde n’aie que du short tail qui ne prend pas de place, ca semble statistiquement irréaliste, mais je fais peut-être une généralisation abusive sur le modèle… Si on met de coté l’aspect multiple sibling/layers/redirection, il n’y a pas de miracle, il faut de l’espace mémoire sinon le taux d’offload chute. Pour Netflix, vue la taille plutôt massive du catalogue, les limites de ce modèle sont très visibles - me suis peut-être emballe sur le pourcentage mais il est indéniable que le gain en offload est significatif, voire phenomenal. Le chiffre brut que tu annonces me paraît quand même très bas mais sur des profils d’utilisations très spécifiques branchés sur des configs out-of-the-box, il y a souvent un peu de travail d’ajustement pour arriver à 90+%. Les challenges sont tels qu’il faut travailler en permanence et s’ajuster par rapport au besoin (ouverture de nouveaux marchés, catalogue plus profond, de meilleure qualité…). A certaines périodes, une gestion interne peut trouver sens, parfois c’est 100% externe, parfois c’est un mix. Antoine --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Netflix in France
❦ 28 juillet 2014 14:59 -0700, Greg Villain fr...@tadcons.net : Tout a fait d’accord. C’est un problème a géométrie hautement variable, je te le concede volontiers. Par contre, si une chose est sure a 100% c’est qu’il est impossible de faire mieux que l’offload que Netflix offre a travers ses appliances en passant par un quelconque CDN traditionnel. Netflix tombe à 0% quand la seule vidéo regardée dans la journée n'est pas dans le cache et représente 1000 vues. Un CDN traditionnel tombe à presque 99.9% dans le même cas. Juste pour dire qu'un CDN avec cache infini peut sans problème faire mieux que Netflix. Si le rapatriement initial de Netflix compte comme une vue (parce que ça prend quand même de la BP), un CDN avec cache infini fait toujours mieux. J'ai pas d'avis dessus, mais sur NANOG, ils se sont bien étripés sur quelle méthode est plus efficace entre provisionner par avance et cacher au fil de l'eau. On peut comprendre que pour un petit provider, bouffer 1Gbps de sa BP sans vraiment être sûr que cela serve vraiment, ça peut faire douter. Tandis que cacher au fil de l'eau, on est au moins sur qu'il y a du monde qui regarde. -- /* * Should be panic but... (Why are BSD people panic obsessed ??) */ 2.0.38 /usr/src/linux/net/ipv4/ip_fw.c --- Liste de diffusion du FRnOG http://www.frnog.org/