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/