RE: [FRnOG] [BIZ] Agregation de liens internet
Eh bien, je vois que l'ouverture d'esprit n'est une pratique commune. Que tu m'expliques que tu es septique parce que ci parce que ça je comprends , c'est constructif. Maintenant dire que c'est de la m... pour la beauté du geste Je m'adresse à cette liste car la question de l'agrégation touche les opérateurs et que le sujet est intéressant. Les utilisateurs qui me disent utiliser Microtik apporte une information intéressante pour tous qui fait avancer le sujet. Ce que je propose est une autre solution, cela permet à tous d'avoir l'information, d'ailleurs annoncer sur cette liste est aussi le moyen de s'adresser à des personnes compétentes et de prendre le risque d'avoir des questions que d'autres ne poseront jamais. Si je voulais faire de la pub je n'aurais pas annoncé sur FRnOG, je le fait parce que je trouve la discussion intéressante. Cordialement, Didier -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : jeudi 24 janvier 2013 08:16 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet Le 23/01/13 18:15, Didier Clapier a écrit : Si c'était aussi simple tout le monde le ferait Bha oui, tout le monde le fait... Le protocole - qui est breveté - est très performant et gère très bien des lignes avec des débits différents, point faible des solutions actuelles. Tu sais, dans le monde du réseau, un brevet ça signifie que ce sera pas compatible avec la techno équivalente en face. Ca verrouille ton invest sur un seul fourgue, ça crée de la dépendance donc un gros problème. En gros, parce qu'on vous a pas attendu pour faire preuve de bon sens et parceque vous faites tout le contraire de ce dont les exploitants de réseau ont besoin, votre business est mort né. Un peu comme ton inscription au FRnOG semble t il. Bref, merci d'avoir joué, tu peux reprendre tes billes et allez acheter du publi-reportage dans 01bullshit maintenant. @+ -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Les RFCs sur le protocole LISP sont enfin sortis
Juste à temps pour FRNOG 20. Lisez bien les RFC aujourd'hui, il y aura une interro au « beer event » demain soir. RFC 6830 : Locator/ID Separation Protocol (LISP) http://www.bortzmeyer.org/6830.html Auteur(s) du RFC: D. Farinacci (cisco), V. Fuller (cisco), D. Meyer (cisco), D. Lewis (cisco) Le protocole LISP (qui n'a rien à voir avec le langage de programmation du même nom), vise à résoudre un problème documenté dans le RFC 4984 : les difficultés que rencontre le système de routage de l'Internet devant les pressions imposées par la croissance du réseau, et par le désir des utilisateurs de ne pas être lié à un unique fournisseur d'accès. Actuellement, tout changement de routage sur n'importe quel site se propage à tous les autres routeurs de la DFZ. Un tel système ne passe pas réellement à l'échelle (il ne peut pas croitre indéfiniment). LISP propose une solution (encore expérimentale actuellement), dans un ensemble de RFC dont ce RFC 6830 est le principal. Avant de plonger dans ce RFC, voyons les motivations pour LISP et ses principes essentiels (si vous préférez les lire dans le RFC et pas dans mon article, c'est en section 4). Aujourd'hui, les adresses IP ont deux rôles, localisation (où suis-je connecté au réseau) et identité (qui suis-je). Une adresse IP est un localisateur car changer de point d'attachement (par exemple parce qu'on change de FAI) vous fait changer d'adresse IP, et c'est un identificateur car c'est ce qui est utilisé par les protocoles de transport comme TCP pour identifier une session en cours : changer d'adresse IP casse les connexions existantes. Le principal problème de cet approche concerne le routage. Un routage efficace nécessiterait une cohérence entre les adresses et la topologie du réseau, par exemple que deux sites proches sur le réseau aient des adresses proches. Mais on n'a pas cette cohérence actuellement. On notera qu'IPv6 ne résolvait pas ce problème, et délibérement (le cahier des charges d'IPv6 ne prévoyait pas de changer le modèle de routage). Résultat, les routeurs doivent gérer bien plus de routes que nécessaire, augmentant leur prix (en attendant le jour où, même en payant, on n'arrivera pas à manipuler autant de routes, avec leurs changements fréquents). Le RFC 4984 insistait sur ce problème en affirmant que « The workshop participants believe that routing scalability is the most important problem facing the Internet today and must be solved, although the time frame in which these problems need solutions was not directly specified. » Cette croissance de la table de routage peut être suivie sur le célèbre site de Geoff Huston http://bgp.potaroo.net/. Notez que la taille n'est pas le seul aspect, le rythme de changement (le nombre d'updates BGP par seconde) est au moins aussi important. LISP vise donc à résoudre ce problème par une technique connue sous le nom de séparation du localisateur et de l'identificateur http://www.bortzmeyer.org/separation-identificateur-localisateur.html (son nom, « Locator/ID Separation Protocol », en dérive d'ailleurs, bien qu'il soit loin d'être le seul protocole dans cette catégorie). Au lieu que tous les préfixes IP aillent dans la DFZ, seuls les localisateurs, les RLOC (Routing LOCators) y iront. Les identificateurs, les EID (Endpoint IDentifiers) seront dans un nouveau système, le système de *correspondance* (mapping), qui permettra de trouver un RLOC à partir d'un EID. LISP est donc l'application d'un vieux principe de l'informatique : « Tout problème peut être résolu en ajoutant un niveau d'indirection. » À quoi ressemblent RLOC et EID ? Physiquement, ce sont juste des adresses IP (v4 ou v6), avec une nouvelle sémantique. Par rapport aux autres solutions de séparation de l'identificateur et du localisateur (la plus achevée étant HIP http://www.bortzmeyer.org/hip-resume.html), LISP s'identifie par les points suivants : * Solution dans le réseau, pas dans les machines terminales. Seuls des routeurs (mais pas tous les routeurs de l'Internet) seront modifiés pour gérer LISP. * Déployable de manière incrémentale (il n'est pas nécessaire que tout le monde passe à LISP). * Pas de cryptographie (et donc pas plus de sécurité que l'IP d'aujourd'hui). * Indépendant de la famille IP utilisée (v4 ou v6). * Outre une solution au problème du passage à l'échelle du système de routage, LISP se veut aussi utilisable pour la mobilité et la virtualisation de réseaux (imaginez une machine virtuelle migrant d'un centre d'hébergement à un autre sans changer d'identificateur...). Comment se passe l'envoi d'un paquet avec LISP ? Supposons qu'une machine veuille écrire à www.example.com. Elle utilise le DNS comme aujourd'hui, pour trouver que l'adresse est 2001:db8:110:2::e9 (c'est un EID, un identificateur, mais la machine n'a pas besoin de le savoir, les machines terminales ne connaissent pas LISP et ne savent même pas
[FRnOG] [MISC] FR-IX : projet de GIX à Strasbourg
Bonjour, La mutualisation de réseau Opdop s'étendant à Strasbourg l'idée est née de monter un GIX local de la famille FR-IX sur place puisque des partenaires locaux semblent intéressés. Nous ouvrons donc une liste frix67-project, qui a pour but de rassembler les opérateurs locaux intéressés par le projet et de valider avec eux le modèle économique envisagé. http://tools.opdop.net/wws/info/frix67-project Cette liste est une liste temporaire, pour discuter le projet (elle est publique et l'inscription est libre mais les hors sujets seront modérés à posteriori). Elle sera fermée une fois le projet en place. D'autres options d'interconnexions avec des GIX voisins verraient le jour ultérieusement en fonction des opportunités sur le mode DualGix. http://wikilulu.net/doku.php?id=projets-actifs:dualgix Dans l'attente de vous y lire, et peut-être d'en discuter avec vous vendredi. Bonne journée Sylvain --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Demain, des questions sur la liste Frnog avec des résultats de lig ? (Was: Les RFCs sur le protocole LISP sont enfin sortis
RFC 6835 : LISP Internet Groper (LIG) http://www.bortzmeyer.org/6835.html Auteur(s) du RFC: D. Farinacci, D. Meyer (Cisco) De même que dig est la référence, connue de tous, des outils de déboguage du DNS, le nom de *lig* va peut-être devenir célèbre dans le monde des opérateurs réseaux. lig est également un outil de déboguage : il sert à interroger la base de correspondance identificateur-localisateur du protocole de routage LISP (RFC 6830, et sans lien avec le langage de programmation). En quoi consiste LISP ? C'est une architecture de séparation de l'identificateur et du localisateur http://www.bortzmeyer.org/separation-identificateur-localisateur.html sur l'Internet (RFC 6830). Actuellement, l'adresse IP sert à deux choses : elle identifie une machine unique dans l'Internet (*identificateur*), et elle indique où envoyer les paquets à destination de cette machine (*localisateur*). LISP sépare ces deux fonctions. Et, comme toute architecture de séparation identificateur/localisateur, LISP nécessite une *correspondance* (mapping) entre les deux. Si on n'a que l'identificateur (EID - Endpoint ID - dans la terminologie LISP), il faut trouver le localisateur (RLOC - Routing Locator - en termes LISP) pour pouvoir envoyer les paquets. C'est le rôle du système de correspondance. Et lig permet d'interroger cette base de correspondances, pour voir son contenu et déboguer ainsi des problèmes. Il existe plusieurs systèmes possibles pour cette correspondance, comme les très expérimentaux CONS ou NERD. Mais le plus répandu est le système officiel, *ALT* (RFC 6836). Comme il existe un protocole standard de communication avec le système de correspondance, « LISP Map-Server » (dont l'interface est normalisés dans le RFC 6833), lig va pouvoir interroger tous les systèmes, ALT et les autres. Voici un exemple simple, où on demande le RLOC de l'EID 153.16.4.1 : % lig 153.16.4.1 Send map-request to eqx-ash-mr-ms.rloc.lisp4.net for 153.16.4.1 ... Received map-reply from 216.129.110.58 with rtt 0.11500 secs Mapping entry for EID '153.16.4.1': 153.16.4.0/24, via map-reply, record ttl: 1440, auth, not mobile Locator State Priority/Weight 216.129.110.58 up1/100 Et on trouve que c'est 216.129.110.58, qui va donc recevoir les paquets encapsulés à destination de 153.16.4.1. Pour suivre le RFC, ou même simplement cet article, il vaut mieux apprendre par cœur le vocabulaire, en section 2. Les termes que je trouve les plus importants : * Map-Server: un élement de l'infrastructure réseau qui connait la correspondance entre identificateurs (EID) et localisateurs (RLOC). C'est typiquement une grosse machine qui sera dans le réseau de l'opérateur et utilisera les systèmes cités plus haut (comme ALT) pour publier son bout de la base des correspondances. Chaque Map-Server ne connait qu'une partie de la base, celle-ci étant distribuée. * Map-Resolver: c'est le composant qui interroge les Map-Servers. Il sera sans doute séparé de l'ITR (voir plus loin), son client. C'est ce Map-Resolver qu'interroge lig. * RLOC: le Routing LOCator est l'adresse IP de l'ETR (voir plus loin). Une fois le RLOC connu, grâce au Map-Server, l'ITR peut lui envoyer les paquets LISP. (Le RLOC peut être vu comme le localisateur de la destination. LISP, contrairement à HIP http://www.bortzmeyer.org/hip-resume.html, n'est pas de bout en bout mais est une solution dans l'infrastructure, qui n'implique que les routeurs. Donc, le localisateur est attaché à un routeur, pas à la destination.) * EID: le Endpoint Identifier identifie la destination. On l'a typiquement trouvé dans le DNS. * EID-to-RLOC cache: les protocoles permettant de gérer la base des correspondances entre EID et RLOC sont typiquement assez complexes, et on ne souhaite pas les faire tourner sur un routeur, qui a d'autres responsabilités. Ils vont donc être exécutés sur le Map-Server, que le routeur va interroger via le Map-Resolver. Mais ce trafic d'interrogation va être intense, potentiellement une requête à chaque paquet que le routeur transmettra. Le routeur doit donc avoir un cache des correspondances les plus récentes. Contrairement à la base que stocke le Map-Server, ce cache est de petite taille, incomplet, et change très vite (les entrées y sont typiquement créées et détruites avec les flux réseau). * ITR : l'Ingress Tunnel Router est le routeur d'entrée du tunnel LISP (rappelons que LISP fonctionne en encapsulant les paquets IP dans un tunnel qui va de l'ITR à l'ETR). * ETR : l'Egress Tunnel Router est le routeur de sortie du tunnel LISP. * xTR ; lorsqu'on souhaite parler ensemble des ITR et des ETR, on utilise souvent le terme de xTR. Par exemple, « Un déploiement possible de LISP est de mettre les xTR dans le routeur directement connecté au client. » La section 3 donne le principe général
Re: Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Ont-ils coupé le cordon en guise d'inauguration ? -- Benjamin Le 24 janvier 2013 08:53, Pierre Col - p...@9online.fr p...@9online.fr a écrit : Pour ceux qui n'étaient pas présents, l'acte inaugural à été très original : le président de la région à relié un switch... à lui même ! On voit justement sur la photo que j'ai choisie pour illustrer mon billet le câble RJ45 jaune qui relie deux ports du même switch. Les deux officiels ont un large sourire qui montre bien qu'ils en sont pas dupes du symbole :-) Pas très rassurant pour la suite des opérations... Rhoo, un peu de second degré que diable ! -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] FR-IX : projet de GIX à Strasbourg
Il y a aussi EuroGix de l'ARIA à Strasbourg, qui a quelques mois d'ancienneté. Le 24/01/2013 09:25, Sylvain Vallerot a écrit : Bonjour, La mutualisation de réseau Opdop s'étendant à Strasbourg l'idée est née de monter un GIX local de la famille FR-IX sur place puisque des partenaires locaux semblent intéressés. Nous ouvrons donc une liste frix67-project, qui a pour but de rassembler les opérateurs locaux intéressés par le projet et de valider avec eux le modèle économique envisagé. http://tools.opdop.net/wws/info/frix67-project Cette liste est une liste temporaire, pour discuter le projet (elle est publique et l'inscription est libre mais les hors sujets seront modérés à posteriori). Elle sera fermée une fois le projet en place. D'autres options d'interconnexions avec des GIX voisins verraient le jour ultérieusement en fonction des opportunités sur le mode DualGix. http://wikilulu.net/doku.php?id=projets-actifs:dualgix Dans l'attente de vous y lire, et peut-être d'en discuter avec vous vendredi. Bonne journée Sylvain --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Nannn! Z'avez rien compris! Le truc jaune c'est la poignée de transport. :-) Le 24/01/2013 09:31, Benjamin BILLON a écrit : Ont-ils coupé le cordon en guise d'inauguration ? -- Benjamin Le 24 janvier 2013 08:53, Pierre Col - p...@9online.fr p...@9online.fr a écrit : Pour ceux qui n'étaient pas présents, l'acte inaugural à été très original : le président de la région à relié un switch... à lui même ! On voit justement sur la photo que j'ai choisie pour illustrer mon billet le câble RJ45 jaune qui relie deux ports du même switch. Les deux officiels ont un large sourire qui montre bien qu'ils en sont pas dupes du symbole :-) Pas très rassurant pour la suite des opérations... Rhoo, un peu de second degré que diable ! -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On 24/01/2013 09:06, Didier Clapier wrote: Si je voulais faire de la pub je n'aurais pas annoncé sur FRnOG, Et vous n'auriez pas introduit d'emblée une section parlons business dans votre spam avec les mots vendons, prix, payez, coûts, profits et facturer. Par ailleurs je vous signale que votre client mail est moisi (ou bien vous ne savez pas vous en servir) puisque vos mails ne font jamais référence qu'à vos propres mails précédents alors que vous répondez à d'autres. Ce qui déstructure les fils de conversation. Bien cordialement, --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [MISC] Projet de GIX en Champagne
Bonjour, Nous recherchons des sociétés ayant un AS et ayant de l'infrastructure en région champagne Ardenne. Nous réfléchissons sur la création d'un GIX en région Nous sommes présent à : -Ikdc1 (notre datacenter à Reims raccordé au réseau Jupiter) -POP SFR Reims -POP SFR Condés-Sur-Marne. Je reste à votre disposition pour en discuter en privé. Cordialement, Aurélien Poret Responsable Infrastructure www.ikoula.com smime.p7s Description: S/MIME cryptographic signature
Re: [FRnOG] [MISC] FR-IX : projet de GIX à Strasbourg
On 24/01/2013 09:33, Sebastien Lesimple wrote: Il y a aussi EuroGix de l'ARIA à Strasbourg, qui a quelques mois d'ancienneté. Oui mais j'ai essayé de leur écrire 2 fois et sans succès. Donc comme il y a quelques personnes motivées sur place pour un projet disons plus dynamique, on va en parler et voir si cette piste intéresse des acteurs locaux. C'est l'objet de la liste annoncée. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
On 2013-01-24 09:35, Sebastien Lesimple wrote: Nannn! Z'avez rien compris! Le truc jaune c'est la poignée de transport. :-) le but était clairement de remapper un vlan sur un autre ID --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Le 24 janvier 2013 09:35, Sebastien Lesimple s.lesim...@b-and-c.net a écrit : Nannn! Z'avez rien compris! Le truc jaune c'est la poignée de transport. :-) J'ai déjà vu du switch dans du DC avec des boucles sur lui même tout ça pour faire de la translation de VLAN. Tout façon sur la photo, il n'y avait même pas de câble d'alim... Attention au symbole détaché de la réalité... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 24/01/2013 09:06, Didier Clapier a écrit : Eh bien, je vois que l'ouverture d'esprit n'est une pratique commune. Ben disons que proposer une boite noire sur une liste de gens dont le métier est justement de gerer/créer ce genre de service, fallait s'attendre à être un peu baché. Et ça ne veut pas dire que personne n'est intéressé mais juste se faire un peu secouer par ses pairs, c'est tout. C'est pas méchant, on est juste habité par ce que l'on fait donc vif et à la dent parfois un peu dure. Parler du nb de cessions possibles sur le CPE, d'ailleurs il y a un ou plusieurs modèles de CPE? La latence/gigue/perte de paquets ajoutée par la solution, le Nb de pps max supportés par le serveur d'aggrégation et j'en passe, ca c'est plus interessant. Concernant la supervision c'est pareil, on a tous des solutions de supervision active/passive, rajouter une couche d'un truc qu'on ne maitrise pas c'est pas gérable. Moi je pense que ta cible client, ce serai plutôt les user des ML ADSL/SDSL d'OVH. Là, tu as une mine de gens qui ne savent pas trop bien comment tout ca fonctionne, et qui seraient, à mon avis ravis de pouvoir utiliser ta solution. Voir même de t'ouvrir un déboucher comme provider à l'unité en marque blanche vu que bon nombre d'entre eux sont des Switchless, issues de la voix indirect des gros carriers, en mal de reconversion. Que tu m'expliques que tu es septique parce que ci parce que ça je comprends , c'est constructif. Maintenant dire que c'est de la m... pour la beauté du geste Je m'adresse à cette liste car la question de l'agrégation touche les opérateurs et que le sujet est intéressant. Les utilisateurs qui me disent utiliser Microtik apporte une information intéressante pour tous qui fait avancer le sujet. On a pas dit n'utiliser que du Mikrotik... On a dit que Mikrotik était une des approches possibles. On a aussi parlé de BSD, dont parfois certains ont optimisés le code (sans breveter) pour booster le Nb de pps traités au niveau du serveur d’agrégation. par exemple... En parlant de Brevet, tu as breveté un truc basé sur de l'Open Source?! Ce que je propose est une autre solution, cela permet à tous d'avoir l'information, d'ailleurs annoncer sur cette liste est aussi le moyen de s'adresser à des personnes compétentes et de prendre le risque d'avoir des questions que d'autres ne poseront jamais. Si je voulais faire de la pub je n'aurais pas annoncé sur FRnOG, je le fait parce que je trouve la discussion intéressante. Cordialement, Didier -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Jérôme Nicolle Envoyé : jeudi 24 janvier 2013 08:16 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet Le 23/01/13 18:15, Didier Clapier a écrit : Si c'était aussi simple tout le monde le ferait Bha oui, tout le monde le fait... Le protocole - qui est breveté - est très performant et gère très bien des lignes avec des débits différents, point faible des solutions actuelles. Tu sais, dans le monde du réseau, un brevet ça signifie que ce sera pas compatible avec la techno équivalente en face. Ca verrouille ton invest sur un seul fourgue, ça crée de la dépendance donc un gros problème. En gros, parce qu'on vous a pas attendu pour faire preuve de bon sens et parceque vous faites tout le contraire de ce dont les exploitants de réseau ont besoin, votre business est mort né. Un peu comme ton inscription au FRnOG semble t il. Bref, merci d'avoir joué, tu peux reprendre tes billes et allez acheter du publi-reportage dans 01bullshit maintenant. @+ -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Bonjour, Je m'adresse à cette liste car la question de l'agrégation touche les opérateurs et que le sujet est intéressant... Je n'ai pas suivi le fil depuis le début. Il me semble que ce sujet est celui des réseaux Ethernet de type PBN et PBBN. Les trames MAC clientes, avec C-VLAN, peuvent être agrégées à l'aide des étiquettes d'opérateur I-SID, B-VLAN et S-VLAN. Non seulement les étiquettes peuvent être choisies par l'opérateur, mais aussi les adresses MAC dans le cas des réseaux PBBN. Cordialement, Michel Hostettler --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Et il est ou ce GIX ? Sympa de ne pas avoir prévenu les locaux.. -Message d'origine- De : syru...@gmail.com [mailto:syru...@gmail.com] De la part de Pascal Rullier Envoyé : jeudi 24 janvier 2013 09:56 À : s.lesim...@b-and-c.net Cc : Benjamin BILLON; Liste FRNOG Objet : Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX Le 24 janvier 2013 09:35, Sebastien Lesimple s.lesim...@b-and-c.net a écrit : Nannn! Z'avez rien compris! Le truc jaune c'est la poignée de transport. :-) J'ai déjà vu du switch dans du DC avec des boucles sur lui même tout ça pour faire de la translation de VLAN. Tout façon sur la photo, il n'y avait même pas de câble d'alim... Attention au symbole détaché de la réalité... --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
On 2013-01-24 10:15, Bruno CAVROS / SKIWEBCENTER wrote: Et il est ou ce GIX ? Sympa de ne pas avoir prévenu les locaux.. Dans le DC Eolas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Le 24 janvier 2013 10:18, sxpert sxp...@sxpert.org a écrit : On 2013-01-24 10:15, Bruno CAVROS / SKIWEBCENTER wrote: Et il est ou ce GIX ? Sympa de ne pas avoir prévenu les locaux.. Dans le DC Eolas Ya un site oueb : http://www.grenoblix.net/ C'est quand même un poil balo de ne pas l'avoir annoncé au moins sur cette ml... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 23/01/2013 19:17, Didier Clapier a écrit : Y pas de quoi, au fait il faut combien de RB1200 en data center pour gérer 1000 ou 2000 lignes adsl ?-) Ok et il faut combien de serveurs, même connectés en giga chez AB Connect, pour agréger 1000 ou 2000 ADSL ? (soit 20 à 40 Gbps de trafic potentiel) Du joli bullshit, ça faisait longtemps qu'on en avait pas eu du si bon. Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 24/01/2013 08:05, Jérôme Nicolle a écrit : Tu sais, dans le monde du réseau, un brevet ça signifie que ce sera pas compatible avec la techno équivalente en face. Ca verrouille ton invest sur un seul fourgue, ça crée de la dépendance donc un gros problème. C'est vraiment triste à notre époque de voir des gens proposer des solutions propriétaires, dont le protocole n'est même pas public. Les exploitants ont déjà fait le choix de l'opensource et des solutions inter-opérables. Les sociétés commencent à comprendre elles aussi que choisir le propriétaire c'est verrouiller leur investissement (et ca une société n'aime pas trop) Et cela ne fait que commencer car nous seront les décideurs de demain. A ta place je rendrais le protocole publique, ainsi qu'une implémentation simple open source, et je commercialiserais la version packagés plus ton outil de supervision intégré.-- (un modèle à la openvpn par exemple). Peut être que la on commencerait à s'y intéresser. Au passage tu ne donnes même pas un lien avec un schéma/présentation de ta solution, comment veux tu que ce soit bien accueilli ? Cdt, -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Le 24/01/13 10:15, Bruno CAVROS / SKIWEBCENTER a écrit : Et il est ou ce GIX ? Sympa de ne pas avoir prévenu les locaux.. Ah? Meme à Toulouse on était au courant :-) Hugues-Touix-powered. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Re: [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Et il est ou ce GIX ? Je l'ai précisé dans mon billet : chez Eolas, avec 2 POP dans 2 de leurs datacenters. Sympa de ne pas avoir prévenu les locaux.. J'imagine que Rezopole et les resp. économiques locaux à Grenoble ont invité du monde en ciblant les gens et entreprises concernés. Il y avait peut-être des trous dans leur base de données marketing... -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] QoS sur Cisco 7206VRX LNS
Bonjour à tous, Je dispose d'un Cisco 7206VXR utilisé comme LNS pour terminer des liaisons DSL. J'essaye de mettre en place de la QoS. Le ping est priorisé le temps des tests : access-list 150 permit icmp any any Je shape l'interface virtuelle : policy-map Parent_test_1 class class-default shape average percent 99 service-policy Child_test_1 Et je priorise le ping dans la classe enfant : policy-map Child_test_1 class ping priority percent 99 L'interface virtuel correspond à un client connecté en PPP/L2TP : interface Virtual-Access3 mtu 1492 bandwidth 1677 ip vrf forwarding TEST ip unnumbered Loopback0 no ip redirects no ip proxy-arp ip tcp adjust-mss 1400 load-interval 60 service-policy output Parent_test_1 La QoS réagi lorsque le lien arrive aux alentours de 1600kb : Class-map: ping (match-all) 11029 packets, 3518323 bytes 1 minute offered rate 0 bps, drop rate 0 bps Match: access-group 150 Queueing Strict Priority Output Queue: Conversation 72 Bandwidth 99 (%) Bandwidth 1493 (kbps) Burst 37325 (Bytes) * (pkts matched/bytes matched) 366/83117* (total drops/bytes drops) 0/0 Les packets ping, lors des congestions, rentrent bien dans la queue (366 packets) mais ils ne sont jamais reçus par le client. Avez-vous déjà rencontré le cas ? *Je suis actuellement en IOS 12.4.25g* Merci d'avance. Aurélien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 24/01/13 09:06, Didier Clapier a écrit : Eh bien, je vois que l'ouverture d'esprit n'est une pratique commune. Oh, si, surtout ici. Avec quelques mois ou années sur la liste, tu aurais surement saisi l'esprit et compris que le sujet aurait pu/du être abordé différemment. Que tu m'expliques que tu es septique parce que ci parce que ça je comprends , c'est constructif. Oui, et si ça t’intéresse, je peux développer quelques points. Maintenant dire que c'est de la m... pour la beauté du geste Pardonnes moi, mais il ne me semble pas avoir critiqué le produit, que je ne connais pas. C'est la démarche qui me dérange. Je m'adresse à cette liste car la question de l'agrégation touche les opérateurs et que le sujet est intéressant. Le sujet est certes intéressant, mais ne touche pas tout le monde, car la montée en débit se fait de plus en plus par le changement de media (fibre). Ainsi, pour les opérateurs d'infra ou les locaux se mettant à la partie couche 0, le problème du débit sur les supports cuivre se posera de moins en moins. Les utilisateurs qui me disent utiliser Microtik apporte une information intéressante pour tous qui fait avancer le sujet. Ce que je propose est une autre solution, cela permet à tous d'avoir l'information, d'ailleurs annoncer sur cette liste est aussi le moyen de s'adresser à des personnes compétentes et de prendre le risque d'avoir des questions que d'autres ne poseront jamais. OK, alors on va entrer ensemble dans le vif du sujet. Les techniques d'agrégations classiques (round-robin par bonding de tunnels ou multipath) sont en général des approches trop naïves quand on dispose de liens hétérogènes : on ne fera que multiplier le débit du lien le plus lent. Une pondération au prorata de la capacité de chaque lien est préférable, et se fait assez facilement par simples scripts. Une méthode élégante consiste à bencher une ligne hors de l'agrégat, en déduire un coefficient, et mettre à jour une règle (iptables ou pf) ajoutant un marqueur aléatoire sur chaque paquet pour le router vers un lien ou un autre en fonction de la valeur dont la distance entre les bornes sont fixées par le coeff. Alors le lien est intégré dans l'agrégat, on retire le suivant, bench, calcul, et ainsi de suite. Cette approche, 100% scriptée, pose deux problèmes : * Paquets presque toujours dans le désordre * Le débit des liens peut varier (congestion, dégradation) Pour le premier point, il faut envisager une encapsulation des paquets et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Pour le second point, on peut y pallier en refaisant périodiquement les mesures, ou au moyen d'un protocole d'encapsulation un peu plus subtil qui permette de monitorer les liens en live (par mesure de décalages en temps, perte ou corruption, en plus d'un système de fenêtres façon TCP). De base, le problème qu'on cherche à contourner est la limite de débit. Il n'est pas inutile de coupler à cette solution du proxy-cache et de la compression (attention, ça pue c'est pas neutre, hein ;) ). Dans le cas ou l'on aie en plus des liens très hétérogènes (ADSL + SDSL + 3G + whatever), alors on pourrait vouloir préferer certains liens pour certaines applications (DNS, SSH, X, RDP sur le SDSL, HTTP sur l'ADSL, ...). Ca se fait aussi avec l'approche de routage précédemment évoquée. Dans tous les cas, on va avoir besoin de deux extrémités : un routeur coté opérateur (quoi que ça peut se faire en totale indépendance d'un opérateur) et un coté client. Les systèmes de load-balancing classiques, boitiers à quelques centaines d'euros pour natter au cul de lignes ADSL classiques, fonctionnent sans serveur mais sont incapable d'être transparents. Je suppose donc que le fonctionnement de ton produit est très similaire à ce que je viens d'expliquer, qui existe depuis une bonne dizaine d'année, et que j'avais intégré en 2007 (en croyant que c'était révolutionnaire...) pour une petite SSII qui a tenté de le vendre (sans trop de succès). Donc, connaissant un peu le sujet, lire brevet, solution propriétaire, ou quelconque mention d'innovation, bha... ça me fait bien marrer :) Allez, sans rancune ;) -- Jérôme Nicolle 06 19 31 27 14 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Compatibilité d'optiques Cisco
On Wed, Jan 23, 2013, at 19:59, Hugues Brunel wrote: En ce qui me concerne, je suis déjà tombé sur des incompatibilités de numéro de longueur d'onde DWDM. En gros, certains IOS supporte certaines lambda et pas d'autres. Bref, il faut éplucher les Releases Notes... Il y a aussi des optiques compatibles qui s'annoncent en tant que LX ou ZX, malgre le fait d'etre des (C)WDM. Pareil pour les 10G et DWDM. Mieux encore, certains constructeurs changent que la partie emission sur les optiques, ce qui fait que sur une fibre nue (sans MUX) on peut monter le lien sans avoir les memes optiques de desux cotes (essaye avec des DWDM sur canaux differents, ainsi qu'avec DWDM d'une cote, ER de l'autre). En tout cas, une optique compatible, proprement programee est quasi-impossible a distinguer d'une optique constructeur (nous pouvois voir l'etiquette, l'IOS peut pas :) ). --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On Thu, Jan 24, 2013, at 8:05, Jérôme Nicolle wrote: En gros, parce qu'on vous a pas attendu pour faire preuve de bon sens et parceque vous faites tout le contraire de ce dont les exploitants de réseau ont besoin, votre business est mort né. Un peu comme ton Pas seulement les exploitants de reseau n'ont pas besoin, mais d'apres ma comprehension de la techno, ca fait meme mal au business de FAI/operateur, qui dans ce cas doit se contenter d'etre un simple revendeur de service, *eventuellement* gerant uniquement la partie salle, la collecte DSL. Ici c'est des inge, pas de revendeurs ! --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Pendant ce temps la chez les -ricains ... http://www.peplink.com/balance/ Le 24 janvier 2013 10:59, Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net a écrit : On Thu, Jan 24, 2013, at 8:05, Jérôme Nicolle wrote: En gros, parce qu'on vous a pas attendu pour faire preuve de bon sens et parceque vous faites tout le contraire de ce dont les exploitants de réseau ont besoin, votre business est mort né. Un peu comme ton Pas seulement les exploitants de reseau n'ont pas besoin, mais d'apres ma comprehension de la techno, ca fait meme mal au business de FAI/operateur, qui dans ce cas doit se contenter d'etre un simple revendeur de service, *eventuellement* gerant uniquement la partie salle, la collecte DSL. Ici c'est des inge, pas de revendeurs ! --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Salut, Le 24 janv. 2013 à 10:44, Jérôme Nicolle a écrit : Une pondération au prorata de la capacité de chaque lien est préférable, et se fait assez facilement par simples scripts. Une méthode élégante consiste à bencher une ligne hors de l'agrégat, en déduire un coefficient, et mettre à jour une règle (iptables ou pf) ajoutant un marqueur aléatoire sur chaque paquet pour le router vers un lien ou un autre en fonction de la valeur dont la distance entre les bornes sont fixées par le coeff. Alors le lien est intégré dans l'agrégat, on retire le suivant, bench, calcul, et ainsi de suite. Cette approche, 100% scriptée, pose deux problèmes : * Paquets presque toujours dans le désordre * Le débit des liens peut varier (congestion, dégradation) Pour le premier point, il faut envisager une encapsulation des paquets et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Tu as une autre approche possible que de réordonner les paquets. Tu peux distribuer les paquets sur les deux liens par connexion/session plutôt que par paquet, et ce dans les deux sens (l'interface sur laquelle un paquet arrive sur le serveur en provenance du client sera réutilisée pour les paquets de la même session passant dans l'autre sens). Pour *BSD je ne sais pas mais sous Linux ça se fait très facilement à coup de conntrack/connmark ou bien ipset (en fonction de la granularité souhaitée). Emmanuel Thierry PS: Ça commence à devenir [TECH] comme discussion, non ? --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On Wed, Jan 23, 2013, at 18:14, Didier Clapier wrote: Le protocole - qui est breveté - est très performant et gère très bien Il y en a un qui a bien reussi a breveter la roue en Australie, donc ... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Représentation d'allocations IP
Le 24 janv. 2013 à 08:09, Jérôme Nicolle a écrit : Le 23/01/13 15:21, Emmanuel Thierry a écrit : Bonjour, Je m'intéresse aux allocations IP. Dans le cas où vous avez à visualiser graphiquement vos allocations, quel format utilisez-vous ? Une représentation style Hilbert curve [http://en.wikipedia.org/wiki/Hilbert_curve] (vu sur xkcd...) ? une représentation linéaire ? autre chose ? La Hilbert est bien en v4, mais difficile à utiliser en v6. Finalement sur tous les IPAM, t'as des camemberts et des arborescences, c'est globalement suffisant. Ok, je ne connais pas trop ce qui existe, tu as un outil open-source à suggérer ? Merci. --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] Fwd: Offre d'emploi RSI dans une société en très forte croissance
Bonjour à tous, Je suis nouveau sur cette liste, mais on m'a conseillé de la poster ici. Je l'ai également postée sur FRSAG mais je pense que ça peut intéresser ici également car il y a une composante réseau. Nous recherchons pour un groupe de centres ophtalmologiques un responsable informatique. Ouverts il y a pile un an, nous employons aujourd'hui près de 50 personnes sur 2 centres, et il devrait y avoir plus de 200 employés à la fin de l'année, avec un objectif de 50 centres sous 3 à 4 ans. L'efficacité des centres repose intégralement sur l'informatique et nous avons besoin d'un RSI pour accompagner notre croissance. Offre d'emploi pour un poste principalement basé à Paris : http://www.ophtapointvision.com/recrutement/Offre%20de%20poste%20RSI.pdf Je pense que c'est un poste passionnant car tout est à faire et il y a relativement peu d'existant. Si vous avez des pistes à me suggérer pour recruter, je suis preneur ! Sinon, merci de diffuser. Me contacter par email svp, je vous transmettrais mon numéro de téléphone. Bien cordialement, Vincent Juhel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le Thu, Jan 24, 2013 at 11:04:57AM +0100, Emmanuel Thierry [m...@sekil.fr] a écrit: Salut, [...] Pour le premier point, il faut envisager une encapsulation des paquets et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Tu as une autre approche possible que de réordonner les paquets. Tu peux distribuer les paquets sur les deux liens par connexion/session plutôt que par paquet, Ce qui permet d'agréger pour des connexions en parallèle (par exemple, plusieurs utilisateurs), mais qui ne permet pas d'avoir un débit crete équivalent à la somme des liaisons pour un seul transfert. (ça peut largement suffire à beaucoup d'usages, mais il y a toujours un utilisateur pour s'étonner que le débit qu'il obtient sur speedtest ou autre n'est pas celui promis sur la plaquette) -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 21 rue Frédéric Petit - 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] [BIZ] Agregation de liens internet
Le 24 janv. 2013 à 11:19, Dominique Rousseau a écrit : Le Thu, Jan 24, 2013 at 11:04:57AM +0100, Emmanuel Thierry [m...@sekil.fr] a écrit: Salut, [...] Pour le premier point, il faut envisager une encapsulation des paquets et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Tu as une autre approche possible que de réordonner les paquets. Tu peux distribuer les paquets sur les deux liens par connexion/session plutôt que par paquet, Ce qui permet d'agréger pour des connexions en parallèle (par exemple, plusieurs utilisateurs), mais qui ne permet pas d'avoir un débit crete équivalent à la somme des liaisons pour un seul transfert. (ça peut largement suffire à beaucoup d'usages, mais il y a toujours un utilisateur pour s'étonner que le débit qu'il obtient sur speedtest ou autre n'est pas celui promis sur la plaquette) -- Intéressant, je n'avais pas songé à cela. N'est-il pas possible d'éduquer les utilisateurs ? Cordialement, Emmanuel Thierry --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] Agregation de liens internet
Ta réponse est effectivement intéressante, elle décrit les processus qui permettent d'arriver à une agrégation qui fonctionne même avec des lignes de capacité différente, indépendamment des opérateurs. C'est ce que nous faisons (Agrégateur dans le data center, modem ou routeur flashé coté client, calcul dynamique des bandes passantes, encapsulation etc...). Notre solution permet d'économiser ce développement et d'avoir une solution commercialisable et déployable immédiatement, maintenant il me parait normal que la société qui a investi dans le développement protège un peu son travail par des patents/brevets, même si ça vous fait tous rire :-(( Sur la fibre : Je suis d'accord que la fibre c'est mieux mais aujourd'hui ou en est le déploiement ? je suis à 1 Km de TH3 et je dois me contenter de lignes ADSL à 1.6Mb/s (Free) et 2.3Mb/s (SFR), le DSLAM le plus proche est à Guyancourt (5.5km) concrètement, en me branchant sur un serveur d'agrégation en Hollande, j'ai pu avoir pratiquement 4Mb/s en DL et surtout presque 1Mb en UL. On m'a fait des offre en SDSL mais ça ne résout pas le problème de l'éloignement du DSLAM et du faible débit en download, le 3G ne passe pas, ça aurait peut-être pu être une alternative. @+, Didier -Message d'origine- De : Jérôme Nicolle [mailto:jer...@ceriz.fr] Envoyé : jeudi 24 janvier 2013 10:45 À : Didier Clapier Cc : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet Le 24/01/13 09:06, Didier Clapier a écrit : Eh bien, je vois que l'ouverture d'esprit n'est une pratique commune. Oh, si, surtout ici. Avec quelques mois ou années sur la liste, tu aurais surement saisi l'esprit et compris que le sujet aurait pu/du être abordé différemment. Que tu m'expliques que tu es septique parce que ci parce que ça je comprends , c'est constructif. Oui, et si ça t'intéresse, je peux développer quelques points. Maintenant dire que c'est de la m... pour la beauté du geste Pardonnes moi, mais il ne me semble pas avoir critiqué le produit, que je ne connais pas. C'est la démarche qui me dérange. Je m'adresse à cette liste car la question de l'agrégation touche les opérateurs et que le sujet est intéressant. Le sujet est certes intéressant, mais ne touche pas tout le monde, car la montée en débit se fait de plus en plus par le changement de media (fibre). Ainsi, pour les opérateurs d'infra ou les locaux se mettant à la partie couche 0, le problème du débit sur les supports cuivre se posera de moins en moins. Les utilisateurs qui me disent utiliser Microtik apporte une information intéressante pour tous qui fait avancer le sujet. Ce que je propose est une autre solution, cela permet à tous d'avoir l'information, d'ailleurs annoncer sur cette liste est aussi le moyen de s'adresser à des personnes compétentes et de prendre le risque d'avoir des questions que d'autres ne poseront jamais. OK, alors on va entrer ensemble dans le vif du sujet. Les techniques d'agrégations classiques (round-robin par bonding de tunnels ou multipath) sont en général des approches trop naïves quand on dispose de liens hétérogènes : on ne fera que multiplier le débit du lien le plus lent. Une pondération au prorata de la capacité de chaque lien est préférable, et se fait assez facilement par simples scripts. Une méthode élégante consiste à bencher une ligne hors de l'agrégat, en déduire un coefficient, et mettre à jour une règle (iptables ou pf) ajoutant un marqueur aléatoire sur chaque paquet pour le router vers un lien ou un autre en fonction de la valeur dont la distance entre les bornes sont fixées par le coeff. Alors le lien est intégré dans l'agrégat, on retire le suivant, bench, calcul, et ainsi de suite. Cette approche, 100% scriptée, pose deux problèmes : * Paquets presque toujours dans le désordre * Le débit des liens peut varier (congestion, dégradation) Pour le premier point, il faut envisager une encapsulation des paquets et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Pour le second point, on peut y pallier en refaisant périodiquement les mesures, ou au moyen d'un protocole d'encapsulation un peu plus subtil qui permette de monitorer les liens en live (par mesure de décalages en temps, perte ou corruption, en plus d'un système de fenêtres façon TCP). De base, le problème qu'on cherche à contourner est la limite de débit. Il n'est pas inutile de coupler à cette solution du proxy-cache et de la compression (attention, ça pue c'est pas neutre, hein ;) ). Dans le cas ou l'on aie en plus des liens très hétérogènes (ADSL + SDSL + 3G + whatever), alors on pourrait vouloir préferer certains liens pour certaines applications (DNS, SSH, X, RDP sur le SDSL, HTTP sur l'ADSL, ...). Ca se fait aussi avec l'approche de routage précédemment évoquée. Dans tous les cas, on va avoir besoin de deux extrémités : un routeur
Re: Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
C'est quand même un poil balo de ne pas l'avoir annoncé au moins sur cette ml... Samuel (Triolet, de Rezopole) étant sur cette ML j'imagine qu'il y avait une bonne raison à ne pas inviter sur FRnOG... -- Pierre --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] Agregation de liens internet
On 2013-01-24 11:38, Didier Clapier wrote: Sur la fibre : Je suis d'accord que la fibre c'est mieux mais aujourd'hui ou en est le déploiement ? je suis à 1 Km de TH3 et je dois me contenter de lignes ADSL à 1.6Mb/s (Free) et 2.3Mb/s (SFR), le DSLAM le plus proche est à Guyancourt (5.5km) concrètement, en me branchant sur un serveur d'agrégation en Hollande, j'ai pu avoir pratiquement 4Mb/s en DL et surtout presque 1Mb en UL. tu prends ta pelleteuse, et tu creuses. sinon, si tu vois le batiment depuis ton toit, on peut essayer une solution airmax en 5GHz --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Emmanuel Thierry, le Thu 24 Jan 2013 11:33:48 +0100, a écrit : Le 24 janv. 2013 à 11:19, Dominique Rousseau a écrit : Le Thu, Jan 24, 2013 at 11:04:57AM +0100, Emmanuel Thierry [m...@sekil.fr] a écrit: Salut, [...] Pour le premier point, il faut envisager une encapsulation des paquets et un ré-ordonnancement à la réception. Ca coûte en latence, mais ça se fait bien avec vtun ou OpenVPN en TCP. Point noir : ça coûte du MTU. Tu as une autre approche possible que de réordonner les paquets. Tu peux distribuer les paquets sur les deux liens par connexion/session plutôt que par paquet, Ce qui permet d'agréger pour des connexions en parallèle (par exemple, plusieurs utilisateurs), mais qui ne permet pas d'avoir un débit crete équivalent à la somme des liaisons pour un seul transfert. (ça peut largement suffire à beaucoup d'usages, mais il y a toujours un utilisateur pour s'étonner que le débit qu'il obtient sur speedtest ou autre n'est pas celui promis sur la plaquette) Intéressant, je n'avais pas songé à cela. N'est-il pas possible d'éduquer les utilisateurs ? L'utilisateur peut te répondre que ce dont il a besoin, lui, c'est d'_une_ connexion TCP rapide. Samuel --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On Wed, Jan 23, 2013 at 07:22:16PM +0100, Didier Clapier wrote: forcement ce tout code est patenté ;-) Bonjour Pourquoi « forcement » breveté ? Une license d'utilisation des logiciels ne suffit pas ? D'ailleurs que signifie un protocole breveté, si on veut causer avec le bousin on doit payer des royalties ? Julien --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Hello, Le 24 janv. 2013 à 11:38, Didier Clapier dclap...@anteor.com a écrit : (...) Sur la fibre : Je suis d'accord que la fibre c'est mieux mais aujourd'hui ou en est le déploiement ? je suis à 1 Km de TH3 et je dois me contenter de lignes ADSL à 1.6Mb/s (Free) et 2.3Mb/s (SFR), le DSLAM le plus proche est à Guyancourt (5.5km) concrètement, en me branchant sur un serveur d'agrégation en Hollande, j'ai pu avoir pratiquement 4Mb/s en DL et surtout presque 1Mb en UL. Et pourquoi en Hollande ? Ceci veux dire que votre société héberge aussi la boite noire de l'autre coté? Bien pour la résilience de l'internet, très bien pour être hadopi compliant, moins bien pour avoir un MIM patenté. Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
On 24/01/2013 10:15, Bruno CAVROS / SKIWEBCENTER wrote: Et il est ou ce GIX ? Sur la table, tu vois pas ? --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] Agregation de liens internet
On Thu, 24 Jan 2013 11:38:45 +0100, Didier Clapier dclap...@anteor.com wrote: Sur la fibre : Je suis d'accord que la fibre c'est mieux mais aujourd'hui ou en est le déploiement ? je suis à 1 Km de TH3 et je dois me contenter de lignes ADSL à 1.6Mb/s (Free) et 2.3Mb/s (SFR), le DSLAM le plus proche est à Guyancourt (5.5km) concrètement, en me branchant sur un serveur d'agrégation en Hollande, j'ai pu avoir pratiquement 4Mb/s en DL et surtout presque 1Mb en UL. Quand on parle fibre on ne parle pas uniquement de FTTH (surtout sur FRnOG). Il est tout à fait possible de tirer une fibre point à point vers un POP ou vers un DSLAM. Ca coûte un peu cher (surtout le génie civil), et la deuxième solution n'est pas proposée par beaucoup d'opérateurs, mais techniquement c'est tout à fait possible, et surement préférable à l'aggregation de 50 ADSL. Cordialement. -- Solarus www.ultrawaves.fr --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le Thu, Jan 24, 2013 at 11:38:45AM +0100, Didier Clapier [dclap...@anteor.com] a écrit: [...] Notre solution permet d'économiser ce développement et d'avoir une solution commercialisable et déployable immédiatement, maintenant il Ça, personne ne le nie. me parait normal que la société qui a investi dans le développement protège un peu son travail par des patents/brevets, même si ça vous fait tous rire :-(( Ben un brevet, faut avoir inventé un truc. Et tu semble dire que Jerome a assez bien décrit ce qui est fait. D'ailleurs, si brevet(s) il y a, il doit y avoir un numéro d'enregistrement, non ? -- Dominique Rousseau Neuronnexion, Prestataire Internet Intranet 21 rue Frédéric Petit - 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] [TECH] Compatibilité d'optiques Cisco
On 24/01/2013 10:52, Radu-Adrian Feurdean wrote: Il y a aussi des optiques compatibles qui s'annoncent en tant que LX ou ZX, malgre le fait d'etre des (C)WDM. Pareil pour les 10G et DWDM. Oui ou en 1470nm alors qu'elles allument en 1290 :-) Mieux encore, certains constructeurs changent que la partie emission sur les optiques, ce qui fait que sur une fibre nue (sans MUX) on peut monter le lien sans avoir les memes optiques de desux cotes (essaye avec des DWDM sur canaux differents, ainsi qu'avec DWDM d'une cote, ER de l'autre). Ca marche aussi via des MUX passifs : tu peux émettre avec une SFP 1490nm sur le canal 1490, réceptionner sur une optique 1510, qui répondra sur le canal 1510, reçu par l'optique 1490. Intérêt ? Il suffit d'une seule fibre et ça marche même s'il y a des incidents avec de la réflection sur le trajet (ce qui nuirait fortement une communication bidi sur un seul canal). En tout cas, une optique compatible, proprement programee est quasi-impossible a distinguer d'une optique constructeur (nous pouvois voir l'etiquette, l'IOS peut pas :) ). Oui :-) --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] Agregation de liens internet
Bonjour, En Hollande parce que aujourd'hui il n'y a pas de sociétés qui possèdent et hébergent en France de serveur d'agrégation, en clair nous n'avons pas encore de client en France. Concernant Hadopi, le serveur d'agrégation alloue une ip publique au client, le client navigue sur internet avec son adresse. Concrètement, en me branchant sur le serveur d'agrégation en Hollande, j'avais une IP Hollandaise et je naviguais depuis la Hollande, différents services comme Canal+ à la demande me répétait que le service n'était accessible que depuis la France. Cordialement, Didier -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Xavier Beaudouin Envoyé : jeudi 24 janvier 2013 12:00 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet Hello, Le 24 janv. 2013 à 11:38, Didier Clapier dclap...@anteor.com a écrit : (...) Sur la fibre : Je suis d'accord que la fibre c'est mieux mais aujourd'hui ou en est le déploiement ? je suis à 1 Km de TH3 et je dois me contenter de lignes ADSL à 1.6Mb/s (Free) et 2.3Mb/s (SFR), le DSLAM le plus proche est à Guyancourt (5.5km) concrètement, en me branchant sur un serveur d'agrégation en Hollande, j'ai pu avoir pratiquement 4Mb/s en DL et surtout presque 1Mb en UL. Et pourquoi en Hollande ? Ceci veux dire que votre société héberge aussi la boite noire de l'autre coté? Bien pour la résilience de l'internet, très bien pour être hadopi compliant, moins bien pour avoir un MIM patenté. Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Je suis surpris qu'en Paris/RP tu n'arrives pas à trouver une offre L2 Fibre. Si je ne dis pas de bêtises, les offres sur collectes ethernet commencent à 5Meg jusqu'au Giga en fonction des opérateurs. En revanche, c'est pas du FTTH à 30 euro... Le 24/01/2013 12:16, Didier Clapier a écrit : Bonjour, En Hollande parce que aujourd'hui il n'y a pas de sociétés qui possèdent et hébergent en France de serveur d'agrégation, en clair nous n'avons pas encore de client en France. Concernant Hadopi, le serveur d'agrégation alloue une ip publique au client, le client navigue sur internet avec son adresse. Concrètement, en me branchant sur le serveur d'agrégation en Hollande, j'avais une IP Hollandaise et je naviguais depuis la Hollande, différents services comme Canal+ à la demande me répétait que le service n'était accessible que depuis la France. Cordialement, Didier -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Xavier Beaudouin Envoyé : jeudi 24 janvier 2013 12:00 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet Hello, Le 24 janv. 2013 à 11:38, Didier Clapier dclap...@anteor.com a écrit : (...) Sur la fibre : Je suis d'accord que la fibre c'est mieux mais aujourd'hui ou en est le déploiement ? je suis à 1 Km de TH3 et je dois me contenter de lignes ADSL à 1.6Mb/s (Free) et 2.3Mb/s (SFR), le DSLAM le plus proche est à Guyancourt (5.5km) concrètement, en me branchant sur un serveur d'agrégation en Hollande, j'ai pu avoir pratiquement 4Mb/s en DL et surtout presque 1Mb en UL. Et pourquoi en Hollande ? Ceci veux dire que votre société héberge aussi la boite noire de l'autre coté? Bien pour la résilience de l'internet, très bien pour être hadopi compliant, moins bien pour avoir un MIM patenté. Xavier --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On 24/01/2013 12:16, Didier Clapier wrote: en clair nous n'avons pas encore de client en France. En clair vous n'avez pas encore de clients du tout puisque votre premier mail commençait par : « Nous commercialisons exclusivement pour la France une solution d'agrégation de liens internet » Merci à jca sur geeknode #ffdn d'avoir soulevé ce point. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] FR-IX : projet de GIX à Strasbourg
On 24/01/2013 12:06, Thierry Wehr wrote: Bonjour Nous faisons parti des motivés mais je ne vois pas qui sont les autres ? Les autres motivés ? Probablement ceux qui parleront sur la liste, je leur laisserai le soin de se dénoncer :-) --- Liste de diffusion du FRnOG http://www.frnog.org/
RE: [FRnOG] [BIZ] Agregation de liens internet
Bonjour, L'offre est déjà commercialisée aux USA et en Angleterre (BT, Ccsleeds, Eclipse...) , aujourd'hui nous la lançons en France et nous n'avons pas encore de clients. Cordialement, Didier -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Sylvain Vallerot Envoyé : jeudi 24 janvier 2013 12:31 À : frnog@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet On 24/01/2013 12:16, Didier Clapier wrote: en clair nous n'avons pas encore de client en France. En clair vous n'avez pas encore de clients du tout puisque votre premier mail commençait par : « Nous commercialisons exclusivement pour la France une solution d'agrégation de liens internet » Merci à jca sur geeknode #ffdn d'avoir soulevé ce point. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Le 24 janvier 2013 12:02, Sylvain Vallerot sylv...@gixe.net a écrit : On 24/01/2013 10:15, Bruno CAVROS / SKIWEBCENTER wrote: Et il est ou ce GIX ? Sur la table, tu vois pas ? c'est déjà ça... Dans certains DC, mettre un pov switch pour interconnecter des opérateurs qui localement ne voient ou ne veulent absolument pas voir l’intérêt à quoi cela pourrait servir c'est hélas bien une réalité... --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On 23/01/2013 18:14, Didier Clapier wrote: Le protocole - qui est breveté - est très performant et gère très bien des lignes avec des débits différents, point faible des solutions actuelles. ça ressemble pas mal à la solution sur laquelle je bosse depuis un ans (quand je trouve du temps). http://git.sameswireless.fr/l2tpns.git La prochaine étape (toujours quand je trouverai du temps) c'est de finaliser un client pppoe (en cours) qui gère correctement mlppp. Fernando --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 24 janvier 2013 13:00, Fernando Alves fernando.al...@sameswireless.fr a écrit : On 23/01/2013 18:14, Didier Clapier wrote: Le protocole - qui est breveté - est très performant et gère très bien des lignes avec des débits différents, point faible des solutions actuelles. ça ressemble pas mal à la solution sur laquelle je bosse depuis un ans (quand je trouve du temps). http://git.sameswireless.fr/l2tpns.git La prochaine étape (toujours quand je trouverai du temps) c'est de finaliser un client pppoe (en cours) qui gère correctement mlppp. Si la solution de Didier s'appuie sur ton travail Fernando, je dis Bravo les gars Fernando, demande des royalties :) on sait jamais ... Ce qui note encore cette philosophie de cracher sur l'opensource prétextant que le support est plus mauvais, que le *OS proprio est beaucoup mieux si tu rackes la licence et le prix dans le matos... Mais au final, on s'aperçoit que le *OS c'est un freebsd derrière à la base mais occulté, etc... Alors chers fournisseurs de solution proprio, reconnaissez que ce que vous vendez vient de l'opensource, mais a été adapté... My 0,02€ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
ça ressemble pas mal à la solution sur laquelle je bosse depuis un ans (quand je trouve du temps). http://git.sameswireless.fr/l2tpns.git Ça a l'air cool comme projet. J'ai deux / trois questions. Il s'agit d'une implémentation Lns software pour linux. - Comment cela se positionne par rapport à openl2tp par exemple ? - Combien de sessions au max sur un serveur linux récent ? - Est ce qu'un portage sous *bsd est envisageable ? - Est ce que cela gère déjà le mlppp coté serveur ? Cdt, -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Représentation d'allocations IP
Le 1/24/13 11:07 AM, Emmanuel Thierry a écrit : Le 24 janv. 2013 à 08:09, Jérôme Nicolle a écrit : Le 23/01/13 15:21, Emmanuel Thierry a écrit : Bonjour, Je m'intéresse aux allocations IP. Dans le cas où vous avez à visualiser graphiquement vos allocations, quel format utilisez-vous ? Une représentation style Hilbert curve [http://en.wikipedia.org/wiki/Hilbert_curve] (vu sur xkcd...) ? une représentation linéaire ? autre chose ? La Hilbert est bien en v4, mais difficile à utiliser en v6. Finalement sur tous les IPAM, t'as des camemberts et des arborescences, c'est globalement suffisant. Ok, je ne connais pas trop ce qui existe, tu as un outil open-source à suggérer ? Merci. phpipam est assez convaincant par rapport à tout ce que j'ai vu : http://sourceforge.net/projects/phpipam/ Manque une représentation plus visuelle de la répartition des allocations je trouve, j'avais ça sur un outil que j'avais fait développer en interne dans une ancienne boîte, mais c'est pas public malheureusement et je n'ai pas vraiment retrouvé ça ailleurs. Frederic --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 24/01/2013 13:00, Fernando Alves a écrit : On 23/01/2013 18:14, Didier Clapier wrote: Le protocole - qui est breveté - est très performant et gère très bien des lignes avec des débits différents, point faible des solutions actuelles. ça ressemble pas mal à la solution sur laquelle je bosse depuis un ans (quand je trouve du temps). http://git.sameswireless.fr/l2tpns.git ça me fait penser a un projet sur lequel je travaille depuis quelque années pour faire de l'agrégat de manière a peu près propre et simple https://github.com/zehome/MLVPN/ Vive l'open-source ;-) A+ -- Laurent Coustet --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Le 24/01/2013 16:11, Laurent Coustet a écrit : ça me fait penser a un projet sur lequel je travaille depuis quelque années pour faire de l'agrégat de manière a peu près propre et simple https://github.com/zehome/MLVPN/ Et que j'utilise avec de tres bons resultats! 8-) Merci Laurent... -- François Laperruque -- Alertes mail SMS https://www.urgencealerte.com --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Et que j'utilise avec de tres bons resultats! 8-) Merci Laurent... Ce thread aura finalement permis de faire connaitre des solution opensource. MLVPN fonctionne sous openbsd d'après le site. Je vais tester ca de suite :) -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] Un nouveau GIX-NAP en Rhône-Alpes : GrenoblIX
Le 24/01/2013 10:18, sxpert a écrit : On 2013-01-24 10:15, Bruno CAVROS / SKIWEBCENTER wrote: Et il est ou ce GIX ? Sympa de ne pas avoir prévenu les locaux.. Dans le DC Eolas Et aussi chez Cogent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On 23 Jan 2013, at 18:10, sxpert sxp...@sxpert.org wrote: On 2013-01-23 18:14, Didier Clapier wrote: Le protocole - qui est breveté - est très performant et gère très bien des lignes avec des débits différents, point faible des solutions actuelles. le brevet magique est annoncé ! La dernière boitboite que j'ai vu avait une protocol GRE incompatible ... pour être sur que tu achètes les bon produits seulement. Thomas --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
On 24/01/2013 14:14, Raphael Mazelier wrote: ça ressemble pas mal à la solution sur laquelle je bosse depuis un ans (quand je trouve du temps). http://git.sameswireless.fr/l2tpns.git Ça a l'air cool comme projet. J'ai deux / trois questions. Il s'agit d'une implémentation Lns software pour linux. - Comment cela se positionne par rapport à openl2tp par exemple ? Je n'ai jamais testé openl2tp. - Combien de sessions au max sur un serveur linux récent ? Dans le code il y une limitation a 60 000 sessions et 500 tunnels. Aujourd'hui cette version (sans la partie serveur pppoe) tourne sur un serveur debian (CPU 32bit mono core, Celeron 2,4GHz, 512 Mo RAM) avec 200 sessions local et 5 sessions en Remote LNS et une utilisation CPU faible (en moyen 5%). - Est ce qu'un portage sous *bsd est envisageable ? il suffit de trouver quelqu'un pour s'en occuper :-) - Est ce que cela gère déjà le mlppp coté serveur ? Oui Fernando --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [BIZ] Agregation de liens internet
Salut, C'est facile si tu a une terminaison L2TP des lignes et si tu peux faire MPPP via Radius, ou ca marche relativement bien. Pour les autres cas, c'est souvent une solution a base de tunneling (GRE, IPIP ou autre) et cela les cas marche bien ... ou tres mal, ça dépend des lignes. Le cas de demonstration de deux ligne de 20Mb permettant 40Mb est bien en théorie et en pratique (ou jusqu'au jour le le FAI remarque le fait). Le problème principal est le clients qui veux la solution pour prendre deux longues lignes (donc de mauvaise qualite) pour avoir un service normal. Il faut aussi regarder si la solution fait du balancing par paquet ou par flow - par flow limite la vitesse maximale a celle d'une ligne - par paquet, deux lignes de longueur/qualité différentes (ou arrivant a deux échanges différents) peuvent poser de gros problèmes. Le bonding n'est pas une simple histoire d'acheter une boite noire pour le client, et si vous n'êtes pas de mon avis - libre a vous et bon courage ( j'ai laisse mes commerciaux vendre ce produit il y a quelques années et j'ai encore les cicatrices de certain bon cas a' montrer ). Thomas On 23 Jan 2013, at 17:15, Didier Clapier dclap...@anteor.com wrote: LOL ! Si c'était aussi simple tout le monde le ferait ;-) -Message d'origine- De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de Sebastien Lesimple Envoyé : mercredi 23 janvier 2013 18:01 À : Didier Clapier Cc : frnog-...@frnog.org Objet : Re: [FRnOG] [BIZ] Agregation de liens internet Heuuu... BSD et Mikrotik sont tes amis LOL! Ooups pardon, on est pas dredi ;) Le 23/01/2013 17:36, Didier Clapier a écrit : Bonjour, Nous commercialisons exclusivement pour la France une solution d'agrégation de liens internet. Cette offre s'adresse aux fournisseurs d'accès internet et au fournisseurs de services via internet. Fournisseurs d'accès internet : vous pouvez proposer le service d'agrégation en alternative ou en sus du SDSL et avec un coût moindre sur les zones éloignées des DSLAMs. Cette offre vous permet aussi d'augmenter la bande passante (DL et UL) de vos points d'accès d'infrastructure (AP, Hotels...) en mutualisant les lignes internet déjà présentes. Vous pouvez de plus revendre ce service à des fournisseurs de service sur internet qui n'ont pas d'accès à un data center. Fournisseurs de services via internet (VoiP, Cloud, Stockage...) : Augmentez le nombre de clients potentiels en leur donnant accès à une bande passante suffisante pour vos services. Parlons de technique : l'offre fonctionne avec un serveur d'agrégation installé dans un data center et avec un modem/routeur spécifique chez le client. Le client navigue sur internet à partir du serveur d'agrégation avec une adresse IP publique fournie par le serveur d'agrégation. Le protocole propriétaire utilisé est un MLPPP très amélioré car il gère très bien les lignes avec des débits différents par exemple. La résilience est parfaite : si le client a une session https ouverte et que vous débranchez un des liens internet, la session ne se fermera pas. Vous pouvez agréger jusqu'à 4 liens internet (ADSL et SDSL par exemple). Résultat de tests effectués par notre société : Vitesse instantanées en b/s et donnée pour DL/UL Cas 1 : 2 ligne ADSL à 6Km du DSLAM : 2.3Mb/0.5Mb + 1.4Mb/0.4Mb = Ligne agrégée 3.7Mb DL/0.9Mb UL Cas 1 : 4 ligne ADSL proche du DSLAM : 18Mb/0.9Mb + 18Mb/0.9Mb + 14Mb/0.7Mb + 15Mb/0.6Mo = Ligne agrégée 60Mb/2.85Mb Parlons business : Nous vous vendons le logiciel du serveur d'agrégation ainsi que le logiciel de supervision (NOC). Le prix de ces logiciels est minimes. Ensuite vous payez une redevance par ligne agrégée. Ce mode de rémunération permet un investissement de base très bas, ensuite les coûts augmenterons avec vos profits, les prix sont libres vous pouvez facturer le service d'agrégation comme bon vous semble. Actuellement il y a 10 000 lignes agrégées en Angleterre et il n'y a pas encore de serveur d'agrégation en France, ils sont tous en Angleterre et en Hollande. L'offre à l'avantage d'être opérationnelle et commercialisable rapidement, aucun développement n'est nécessaire. Contactez-moi si vous désirez plus d'informations. Cordialement, Didier Didier Clapier Company ANTEOR / DIPM Tel : + 33 (0)1 61 37 07 01 Fax : + 33 (0)1 61 37 07 07 3, rue Eugène Carrière - 78114 Magny les hameaux France --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Représentation d'allocations IP
Le look et l'ergonomie sont bien foutus. Mais je trouve qu'il manque pas mal de fonctionnalités dans phpipam pour que je puisse le qualifier de convaincant. Je dirais plutôt très prometteur. Je l'utilise depuis peu et, par exemple, j'aurais aimé pouvoir: - importer mes sous-réseaux via un fichier externe (csv ou autre) - idem pour les exports (en xml par exemple, pour integration avec un DNS/DHCP..) - importer mes allocations en une fois dans plusieurs sous-réseaux (on doit faire sous-réseaux par sous-réseaux pour l'instant - créer des pool d'adresses On doit pouvoir faire ça direct dans le backend MySQL en bricolant un peu mais il faut y passer un peu de temps... Des demandes de dev existent sur la page projet SF, j'espère que ça arrivera prochainement :-) 2013/1/24 Frederic Dhieux frede...@syn.fr Le 1/24/13 11:07 AM, Emmanuel Thierry a écrit : Le 24 janv. 2013 à 08:09, Jérôme Nicolle a écrit : Le 23/01/13 15:21, Emmanuel Thierry a écrit : Bonjour, Je m'intéresse aux allocations IP. Dans le cas où vous avez à visualiser graphiquement vos allocations, quel format utilisez-vous ? Une représentation style Hilbert curve [http://en.wikipedia.org/wiki/Hilbert_curve] (vu sur xkcd...) ? une représentation linéaire ? autre chose ? La Hilbert est bien en v4, mais difficile à utiliser en v6. Finalement sur tous les IPAM, t'as des camemberts et des arborescences, c'est globalement suffisant. Ok, je ne connais pas trop ce qui existe, tu as un outil open-source à suggérer ? Merci. phpipam est assez convaincant par rapport à tout ce que j'ai vu : http://sourceforge.net/projects/phpipam/ Manque une représentation plus visuelle de la répartition des allocations je trouve, j'avais ça sur un outil que j'avais fait développer en interne dans une ancienne boîte, mais c'est pas public malheureusement et je n'ai pas vraiment retrouvé ça ailleurs. Frederic --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Matthieu MICHAUD --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Représentation d'allocations IP
Le 1/24/13 11:30 PM, Matthieu Michaud a écrit : Le look et l'ergonomie sont bien foutus. Mais je trouve qu'il manque pas mal de fonctionnalités dans phpipam pour que je puisse le qualifier de convaincant. Je dirais plutôt très prometteur. Je l'utilise depuis peu et, par exemple, j'aurais aimé pouvoir: - importer mes sous-réseaux via un fichier externe (csv ou autre) - idem pour les exports (en xml par exemple, pour integration avec un DNS/DHCP..) - importer mes allocations en une fois dans plusieurs sous-réseaux (on doit faire sous-réseaux par sous-réseaux pour l'instant - créer des pool d'adresses On doit pouvoir faire ça direct dans le backend MySQL en bricolant un peu mais il faut y passer un peu de temps... Des demandes de dev existent sur la page projet SF, j'espère que ça arrivera prochainement :-) C'est pas complet, mais effectivement la base de données est assez logique et pas trop tordue pour l'interfacer facilement. pour la partie DNS/DHCP, je trouve d'ailleurs plus logique d'interfacer directement une DB que de passer par des imports/exports XML/CSV (sic). Mon principal reproche de mon côté c'est plutôt le manque de visibilité de remplissage, un truc comme sur les defrag qui te montre bien ce qui est occupé et de quelle manière, plutôt qu'un camembert. Quand tu alloues de blocs de tailles variable, c'est quand même pas pratique pour le faire intelligemment sans visuel clair. Frederic --- Liste de diffusion du FRnOG http://www.frnog.org/