Tu n'as pas rencontré de difficulté particulière pour l'intégration sous linux ? As-tu une recommandations pour une distrib. particulières ?
Pour ce qui des accès par sous interface, ca me semble plus problèmatique que par IP reste à voir si il vaut mieux prendre le PE ou les CE, je dis peut être une grosse aberration mais je débute sous netflow. Si on part la dessus, pour les besoins d'une mise en prod. rapide je pense que je vais l'intégrer sur un virtuel dans une lame. Merci pour tes réponses ;) Eric -----Message d'origine----- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Leland Vandervort Envoyé : dimanche 17 mai 2009 12:22 À : ci...@etbweb.net Cc : 'frnog FRnoG' Objet : Re: [FRnOG] Outil netflow Par rapport au prix, c'est bien raisonnable par rapport a la fonctionalite donnees, ainsi que la simplicite de mettre en place. (sauf que la version entreprise et un peu chere... genre 7k Euro pour jusqu'a 250 interfaces collectees...) Pour les questions: 1. Stabilite: archi-stable si on reste dans les limitations du produit. (par exemple, si on essaye de faire 15,000 flow/sec avec la version Professional/Professional-Plus, la stabilite n'est pas du tout garantie ;)) 2. Pour plusieurs mois de de statistiques - on y est pas encore ;) mais en gros, ca a l'air de bien fonctionner aussi. 3. droits d'acces: Toute-a fait.. j'ai "support" qui a le droit uniquement sur un seule groupe-IP. Nous n'avons pas d'ATM chez nous, donc je n'ai pas pu tester l'acces aux sous-interfaces. Actuellement, nous depassons la limite theorique de performance/stabilite de ce logiciel qui tourne sur une grosse machine Linux avec pleine de memoire/CPU/disque. Je travaille avec le fabriquant, par contre, pour faire de testing sur des patches qui permettent une amelioration de performance avec des flux entre 12 et 15k flux/seconde, et aussi pour developper des wish-list pour inclure certaines fonctionalites de la version professional dans la version entreprise (qui n'a pas de limitation de flux/seconde car c'est basee sur une archi distribuee...) Pour le moment, ca va ... mais nous sommes aussi des cochons-d'inde pour certaines modifications de ce produit :) Leland ci...@etbweb.net wrote: > Je viens de monter rapidement une maquette, ce produit est étonnant de > simplicité. J'ai rapidement pu collecter les informations d'un routeur, > obtenir les infos CBWQ... L'interface n'est pas fouilli, simple à prendre en > main. > De prime abord, ce produit semble être correspondre à mon besoin, par contre > je souhaitais avoir ton retour d'expérience sur ce produit : > * Stabilité ? > * Performance après plusieurs mois de statistiques et plusieurs centaines > d'interface monitorées (suite à ma mauvaise expérience de Crannog) > * Au niveau des droits, on peut fournir accès à un utilisateur à certain > groupe IP et Interface, as-tu l'expérience de placer une sonde sur un PE et > de donner accès à quelques dizaines de sous interface ATM à un utilisateur ? > * Au niveau pricing, cela reste raisonnable ? > > En tout cas merci de m'avoir découvrir ce produit, je vois déjà d'autres > applications pour chez nous :) > > Eric > > > -----Message d'origine----- > De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de > Leland Vandervort > Envoyé : samedi 16 mai 2009 19:07 > À : eberkut > Cc : frnog FRnoG > Objet : Re: [FRnOG] Outil netflow > > > Voila ce que j'utilise: > > http://www.manageengine.com/products/netflow/ > > > > eberkut wrote: > >> Le 16 mai 09 à 17:18, Mathieu Goessens a écrit : >> >> >>> Bonjour, >>> >>> Bien que je ne l'ai jamais utilisé pour cet usage ntop (www.ntop.org) >>> à un support du Netflow, >>> et permet de générer pas mal de stats différentes. Il existe >>> également un outils nProbe (payant >>> et sur lequel je n'ai aucun retour). >>> >> Pas de retour non plus sur nProbe. Par contre, la dernière que j'ai >> essayé d'utiliser NTop en collecteur Netflow c'était vraiment pas >> conçu pour recevoir de plus d'un seul exporteur Netflow. Du coup la >> solution c'était une instance NTop par exporteur. A 50 exporteurs et à >> 300 Mo de RAM par instance, ça devient problématique. Sans compter que >> ça veut dire une interface web par instance... La solution la plus >> propre en open source ça consiste à se trouver un collecteur assez >> léger qui gère bien plusieurs exporteurs (genre flow-tools) et qui >> dump ça par exemple dans des RRD. Derrière il y a quelques outils pas >> mal pour visualiser ces données comme flow-scan ou flowviewer. Sinon >> il "suffit" de grapher soi-même ces RRD par exemple avec Cacti. Ca >> marche bien. >> >> Du coup si le but est d'éviter de s'embêter à construire soi-même son >> lego avec les problèmes d'intégration que ça peut impliquer, ça doit >> valoir le coup de regarder du côté des solutions proprio. Mais là j'ai >> pas de retour, chez moi on est pauvre. >> >> -- >> Vincent Morel--------------------------- >> 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/
