subject:"\[FRnOG\] \[TECH\] Supervision réseau"

Re: [FRnOG] [TECH] Supervision réseau

2017-09-05 Par sujet Jerome Lien

des personnes utilises http://www.sexigraf.fr/ ? cela semble trés orienté
vsphere mais peut etre d'autres ouvertures ?


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Le 5 juillet 2017 à 00:55, Julien RICHER  a écrit :

> Vu la nouvelle description tu cherches simplement à faire du
> sflow/netflow/ipfix vers un collecteur ?
>
> Ntop peut être le collecteur, il faut cependant que tes switchs soient
> compatibles sflow/netflow/ipfix pour analyser le trafic lan.
>
>
> Le 30 juin 2017 19:09, "Thin-hinen Hedli"  a
> écrit :
>
> > Pas dans la "conversation publique" mais en échangeant avec une personne
> > après avoir précisé mes besoins.
> >  En effet,  je n'étais pas assez précise sur ma problématique, ce qui
> peut
> > sûrement restreindre les solutions proposées, je vais essayer alors de
> > détailler mon architecture et mes besoins.
> >
> >
> > Mon objectif est de savoir depuis  n'importe quel poste ( si possible),
> ce
> > que reçoit et envoie un poste X , de savoir quel est le  type de flux
> reçu
> > ( vidéo ...)  et sa source ( dans le cas de la vidéo, quelle adresse ip
> > multicast, le port ...). Et encore mieux si je peux avoir certaines
> > statistiques comme le débit du flux( pas primordial).
> > En plus de cette vision globale au niveau des flux, il me faudrait
> > connaître l'état ( en cours d'exécution, arrêté ...) de toutes les
> > applications  et services développés par l'entreprise  en temps réel  sur
> > un poste x depuis un  autre poste  y.
> > Je suis en fait dans le cas d'un LAN totalement fermé où je n'ai pas un
> > point où convergerait tous les flux.
> > Mon architecture est telle que schématisée et je voudrais si possible
> avoir
> > un "superviseur" branché à un des routeurs et que toutes les infos du
> > trafic soient envoyées à ce "superviseur-serveur" pour savoir ce qui se
> > passe sur la machine host  sachant que la plupart de son trafic ne passe
> > naturellement pas par cette machine ni même le routeur (R2) . Est ce que
> > ces solutions proposées engendrent  beaucoup de trafic, peuvent elles
> être
> > source de congestion ?
> >
> > superviseur
> > SW+
> > +   +
> > 
> > +Routeur   R1  +
> > 
> >   +
> >   +
> >   +
> > 
> > +Routeur R2+
> > 
> > +   +
> > SWSW
> > +
> > +
> > host
> >
> >
> > Merci pour tous conseils,
> >
> > Cdt,
> >
> > Thin-Hinen
> >
> >
> > Le 30 juin 2017 à 18:45, David Ponzone  a
> écrit :
> >
> > > Quelqu’un t’avait suggéré ntop pour de la supervision réseau ?
> > >
> > >
> > > > Le 30 juin 2017 à 18:40, Thin-hinen Hedli 
> a
> > > écrit :
> > > >
> > > > Chère liste,
> > > >
> > > > Je vous remercie pour toutes vos réponses, diverses, cela me permet
> > > > d'aiguiller mes recherches et de découvrir plein d'outils !
> > > > Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs
> > je
> > > me
> > > > réoriente sur ntop.
> > > >
> > > > Je me permettrais de revenir vers vous si besoin,
> > > > Bonne soirée à vous !
> > > >
> > > > Le 8 juin 2017 à 23:54, Raphael Mazelier  a
> écrit :
> > > >
> > > >>
> > > >>
> > > >> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
> > > >>
> > > >>> Bonjour a tous,
> > > >>>
> > > >>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a
> testé
> > > un
> > > >>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté
> sur
> > > >>> Check_mk.
> > > >>>
> > > >>> Check Mk se pose comme bonne alternative... a essayer
> > > >>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des
> cartes
> > > >>> etc...
> > > >>>
> > > >>>
> > > >>>
> > > >> Oui alors attention check_mk c'est plus un ensemble d'outils qui
> > > gravitent
> > > >> autour de nagios plus qu'une solution complète à mon sens.
> > > >> On doit toujours utiliser un core nagios like (nagios, naemon,
> icinga,
> > > >> shinken, ou meme le core light proposé) pour lancer les checks
> générés
> > > par
> > > >> l'auto discover check_mk.
> > > >>
> > > >> Ceci étant check_mk (que je vois comme un framework de check pour
> > nagios
> > > >> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec
> > > succès et
> > > >> plaisir. Livestatus est aussi quasi indispensable à toute gui au
> > dessus
> > > de
> > > >> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins
> > convaincu
> > > >> par la gui mulisites.
> > > >>
> > > >> En revanche pour tout ce qui est graphing je ne me passerai plus de
> > > >> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
> > > >> prometheus). Cela demande certes des agents ou exporters divers, un
> > peu
> > > de
> >

Re: [FRnOG] [TECH] Supervision réseau

2017-07-04 Par sujet Julien RICHER

Vu la nouvelle description tu cherches simplement à faire du
sflow/netflow/ipfix vers un collecteur ?

Ntop peut être le collecteur, il faut cependant que tes switchs soient
compatibles sflow/netflow/ipfix pour analyser le trafic lan.


Le 30 juin 2017 19:09, "Thin-hinen Hedli"  a
écrit :

> Pas dans la "conversation publique" mais en échangeant avec une personne
> après avoir précisé mes besoins.
>  En effet,  je n'étais pas assez précise sur ma problématique, ce qui peut
> sûrement restreindre les solutions proposées, je vais essayer alors de
> détailler mon architecture et mes besoins.
>
>
> Mon objectif est de savoir depuis  n'importe quel poste ( si possible), ce
> que reçoit et envoie un poste X , de savoir quel est le  type de flux reçu
> ( vidéo ...)  et sa source ( dans le cas de la vidéo, quelle adresse ip
> multicast, le port ...). Et encore mieux si je peux avoir certaines
> statistiques comme le débit du flux( pas primordial).
> En plus de cette vision globale au niveau des flux, il me faudrait
> connaître l'état ( en cours d'exécution, arrêté ...) de toutes les
> applications  et services développés par l'entreprise  en temps réel  sur
> un poste x depuis un  autre poste  y.
> Je suis en fait dans le cas d'un LAN totalement fermé où je n'ai pas un
> point où convergerait tous les flux.
> Mon architecture est telle que schématisée et je voudrais si possible avoir
> un "superviseur" branché à un des routeurs et que toutes les infos du
> trafic soient envoyées à ce "superviseur-serveur" pour savoir ce qui se
> passe sur la machine host  sachant que la plupart de son trafic ne passe
> naturellement pas par cette machine ni même le routeur (R2) . Est ce que
> ces solutions proposées engendrent  beaucoup de trafic, peuvent elles être
> source de congestion ?
>
> superviseur
> SW+
> +   +
> 
> +Routeur   R1  +
> 
>   +
>   +
>   +
> 
> +Routeur R2+
> 
> +   +
> SWSW
> +
> +
> host
>
>
> Merci pour tous conseils,
>
> Cdt,
>
> Thin-Hinen
>
>
> Le 30 juin 2017 à 18:45, David Ponzone  a écrit :
>
> > Quelqu’un t’avait suggéré ntop pour de la supervision réseau ?
> >
> >
> > > Le 30 juin 2017 à 18:40, Thin-hinen Hedli  a
> > écrit :
> > >
> > > Chère liste,
> > >
> > > Je vous remercie pour toutes vos réponses, diverses, cela me permet
> > > d'aiguiller mes recherches et de découvrir plein d'outils !
> > > Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs
> je
> > me
> > > réoriente sur ntop.
> > >
> > > Je me permettrais de revenir vers vous si besoin,
> > > Bonne soirée à vous !
> > >
> > > Le 8 juin 2017 à 23:54, Raphael Mazelier  a écrit :
> > >
> > >>
> > >>
> > >> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
> > >>
> > >>> Bonjour a tous,
> > >>>
> > >>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé
> > un
> > >>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
> > >>> Check_mk.
> > >>>
> > >>> Check Mk se pose comme bonne alternative... a essayer
> > >>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
> > >>> etc...
> > >>>
> > >>>
> > >>>
> > >> Oui alors attention check_mk c'est plus un ensemble d'outils qui
> > gravitent
> > >> autour de nagios plus qu'une solution complète à mon sens.
> > >> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
> > >> shinken, ou meme le core light proposé) pour lancer les checks générés
> > par
> > >> l'auto discover check_mk.
> > >>
> > >> Ceci étant check_mk (que je vois comme un framework de check pour
> nagios
> > >> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec
> > succès et
> > >> plaisir. Livestatus est aussi quasi indispensable à toute gui au
> dessus
> > de
> > >> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins
> convaincu
> > >> par la gui mulisites.
> > >>
> > >> En revanche pour tout ce qui est graphing je ne me passerai plus de
> > >> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
> > >> prometheus). Cela demande certes des agents ou exporters divers, un
> peu
> > de
> > >> temps de setup mais après c'est un bonheur.
> > >>
> > >> Ça c'était pour la partie monitoring/graphing infra/métier quand on a
> du
> > >> temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font
> > bien
> > >> le taff, malgré tout le mal que j'en pense. Attention à ne pas avoir
> des
> > >> switchs trop sensible aux requêtes snmp (toute série de switchs en
> deux
> > >> lettres d'un constructeur commençant par J au pif).
> > >>
> > >>
> > >>
> > >>
> > >> --
> > >> Raphael Mazelier
> > >>
> > >>
> > >>
> > >> ---
> > >> Liste de diffusion du FRnOG
> > >> http://www.frnog.org/
> > >>
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > >

Re: [FRnOG] [TECH] Supervision réseau

2017-07-04 Par sujet Thin-hinen Hedli

Effectivement :)

Merci à tous pour vos conseils !

Cdt,
Thin-Hinen


Le 1 juil. 2017 3:01 AM, "David Ponzone"  a écrit :

> Oui mais tes sondes, elle voit comment le traffic ?
> Soit tu en as une en coupure de chaque PC, soit tu en as une sur chaque
> switch sur un port où le mirroring est activé.
>
> David Ponzone
>
>
>
> Le 30 juin 2017 à 19:21, Thin-hinen Hedli  a
> écrit :
>
> Je pensais à un ensemble de sondes dispatchées pour "retranscrire",
> envoyer des infos sur le trafic vers le collecteur plutôt que du mirroring
> !?
>
> Le 30 juin 2017 à 19:11, David Ponzone  a écrit :
>
>> Hmm t’as plutôt intérêt à faire ça avec un port du switch en
>> monitoring/mirroring :)
>> Par définition, le routeur ne voit pas le traffic entre les machines dans
>> le même LAN (ou alors, faut sérieusement t’inquiéter).
>> Le switch est le seul équipement qui voit tout passer (et bien entendu,
>> l’usage de petit switch dans les bureaux à la mode low-cost n’est plus
>> possible).
>> Donc si tes switchs ne savent pas faire ça (c’est assez banal
>> maintenant), faut les changer.
>>
>>
>>
>> Le 30 juin 2017 à 19:07, Thin-hinen Hedli  a
>> écrit :
>>
>> Pas dans la "conversation publique" mais en échangeant avec une personne
>> après avoir précisé mes besoins.
>>  En effet,  je n'étais pas assez précise sur ma problématique, ce qui
>> peut sûrement restreindre les solutions proposées, je vais essayer alors de
>> détailler mon architecture et mes besoins.
>>
>>
>> Mon objectif est de savoir depuis  n'importe quel poste ( si possible),
>> ce que reçoit et envoie un poste X , de savoir quel est le  type de flux
>> reçu ( vidéo ...)  et sa source ( dans le cas de la vidéo, quelle adresse
>> ip multicast, le port ...). Et encore mieux si je peux avoir certaines
>> statistiques comme le débit du flux( pas primordial).
>> En plus de cette vision globale au niveau des flux, il me faudrait
>> connaître l'état ( en cours d'exécution, arrêté ...) de toutes les
>> applications  et services développés par l'entreprise  en temps réel  sur
>> un poste x depuis un  autre poste  y.
>> Je suis en fait dans le cas d'un LAN totalement fermé où je n'ai pas un
>> point où convergerait tous les flux.
>> Mon architecture est telle que schématisée et je voudrais si possible
>> avoir un "superviseur" branché à un des routeurs et que toutes les infos du
>> trafic soient envoyées à ce "superviseur-serveur" pour savoir ce qui se
>> passe sur la machine host  sachant que la plupart de son trafic ne passe
>> naturellement pas par cette machine ni même le routeur (R2) . Est ce que
>> ces solutions proposées engendrent  beaucoup de trafic, peuvent elles être
>> source de congestion ?
>>
>> superviseur
>> SW+
>> +   +
>> 
>> +Routeur   R1  +
>> 
>>   +
>>   +
>>   +
>> 
>> +Routeur R2+
>> 
>> +   +
>> SWSW
>> +
>> +
>> host
>>
>>
>> Merci pour tous conseils,
>>
>> Cdt,
>>
>> Thin-Hinen
>>
>>
>> Le 30 juin 2017 à 18:45, David Ponzone  a écrit
>> :
>>
>>> Quelqu’un t’avait suggéré ntop pour de la supervision réseau ?
>>>
>>>
>>> > Le 30 juin 2017 à 18:40, Thin-hinen Hedli 
>>> a écrit :
>>> >
>>> > Chère liste,
>>> >
>>> > Je vous remercie pour toutes vos réponses, diverses, cela me permet
>>> > d'aiguiller mes recherches et de découvrir plein d'outils !
>>> > Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs
>>> je me
>>> > réoriente sur ntop.
>>> >
>>> > Je me permettrais de revenir vers vous si besoin,
>>> > Bonne soirée à vous !
>>> >
>>> > Le 8 juin 2017 à 23:54, Raphael Mazelier  a écrit :
>>> >
>>> >>
>>> >>
>>> >> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
>>> >>
>>> >>> Bonjour a tous,
>>> >>>
>>> >>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a
>>> testé un
>>> >>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
>>> >>> Check_mk.
>>> >>>
>>> >>> Check Mk se pose comme bonne alternative... a essayer
>>> >>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
>>> >>> etc...
>>> >>>
>>> >>>
>>> >>>
>>> >> Oui alors attention check_mk c'est plus un ensemble d'outils qui
>>> gravitent
>>> >> autour de nagios plus qu'une solution complète à mon sens.
>>> >> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
>>> >> shinken, ou meme le core light proposé) pour lancer les checks
>>> générés par
>>> >> l'auto discover check_mk.
>>> >>
>>> >> Ceci étant check_mk (que je vois comme un framework de check pour
>>> nagios
>>> >> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec
>>> succès et
>>> >> plaisir. Livestatus est aussi quasi indispensable à toute gui au
>>> dessus de
>>> >> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins
>>> convaincu
>>> >> par la gui

Re: [FRnOG] [TECH] Supervision réseau

2017-06-30 Par sujet Alexis Lameire

Tu sais il n'y a pas que J qui a ces soucis. Si tu regarde chez C dans la
gamme datacenter tu peux aussi trouver la feature kill switch snmp

Alexis

Le 30 juin 2017 18:40, "Thin-hinen Hedli"  a
écrit :

Chère liste,

Je vous remercie pour toutes vos réponses, diverses, cela me permet
d'aiguiller mes recherches et de découvrir plein d'outils !
Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs je me
réoriente sur ntop.

Je me permettrais de revenir vers vous si besoin,
Bonne soirée à vous !

Le 8 juin 2017 à 23:54, Raphael Mazelier  a écrit :

>
>
> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
>
>> Bonjour a tous,
>>
>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé un
>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
>>  Check_mk.
>>
>> Check Mk se pose comme bonne alternative... a essayer
>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
>> etc...
>>
>>
>>
> Oui alors attention check_mk c'est plus un ensemble d'outils qui gravitent
> autour de nagios plus qu'une solution complète à mon sens.
> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
> shinken, ou meme le core light proposé) pour lancer les checks générés par
> l'auto discover check_mk.
>
> Ceci étant check_mk (que je vois comme un framework de check pour nagios
> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec succès
et
> plaisir. Livestatus est aussi quasi indispensable à toute gui au dessus de
> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins convaincu
> par la gui mulisites.
>
> En revanche pour tout ce qui est graphing je ne me passerai plus de
> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
> prometheus). Cela demande certes des agents ou exporters divers, un peu de
> temps de setup mais après c'est un bonheur.
>
> Ça c'était pour la partie monitoring/graphing infra/métier quand on a du
> temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font
bien
> le taff, malgré tout le mal que j'en pense. Attention à ne pas avoir des
> switchs trop sensible aux requêtes snmp (toute série de switchs en deux
> lettres d'un constructeur commençant par J au pif).
>
>
>
>
> --
> Raphael Mazelier
>
>
>
> ---
> 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] Supervision réseau

2017-06-30 Par sujet David Ponzone

Hmm t’as plutôt intérêt à faire ça avec un port du switch en 
monitoring/mirroring :)
Par définition, le routeur ne voit pas le traffic entre les machines dans le 
même LAN (ou alors, faut sérieusement t’inquiéter).
Le switch est le seul équipement qui voit tout passer (et bien entendu, l’usage 
de petit switch dans les bureaux à la mode low-cost n’est plus possible).
Donc si tes switchs ne savent pas faire ça (c’est assez banal maintenant), faut 
les changer.


> Le 30 juin 2017 à 19:07, Thin-hinen Hedli  a écrit :
> 
> Pas dans la "conversation publique" mais en échangeant avec une personne 
> après avoir précisé mes besoins.
>  En effet,  je n'étais pas assez précise sur ma problématique, ce qui peut 
> sûrement restreindre les solutions proposées, je vais essayer alors de 
> détailler mon architecture et mes besoins. 
> 
> 
> Mon objectif est de savoir depuis  n'importe quel poste ( si possible), ce 
> que reçoit et envoie un poste X , de savoir quel est le  type de flux reçu ( 
> vidéo ...)  et sa source ( dans le cas de la vidéo, quelle adresse ip 
> multicast, le port ...). Et encore mieux si je peux avoir certaines 
> statistiques comme le débit du flux( pas primordial). 
> En plus de cette vision globale au niveau des flux, il me faudrait connaître 
> l'état ( en cours d'exécution, arrêté ...) de toutes les applications  et 
> services développés par l'entreprise  en temps réel  sur un poste x depuis un 
>  autre poste  y.
> Je suis en fait dans le cas d'un LAN totalement fermé où je n'ai pas un point 
> où convergerait tous les flux. 
> Mon architecture est telle que schématisée et je voudrais si possible avoir 
> un "superviseur" branché à un des routeurs et que toutes les infos du trafic 
> soient envoyées à ce "superviseur-serveur" pour savoir ce qui se passe sur la 
> machine host  sachant que la plupart de son trafic ne passe naturellement pas 
> par cette machine ni même le routeur (R2) . Est ce que ces solutions 
> proposées engendrent  beaucoup de trafic, peuvent elles être source de 
> congestion ?
>   
> superviseur
> SW+
> +   +
> 
> +Routeur   R1  +
> 
>   +  
>   + 
>   +
> 
> +Routeur R2+
> 
> +   +
> SWSW
> +
> +
> host
> 
> 
> Merci pour tous conseils, 
> 
> Cdt, 
> 
> Thin-Hinen
> 
> 
> Le 30 juin 2017 à 18:45, David Ponzone  > a écrit :
> Quelqu’un t’avait suggéré ntop pour de la supervision réseau ?
> 
> 
> > Le 30 juin 2017 à 18:40, Thin-hinen Hedli  > > a écrit :
> >
> > Chère liste,
> >
> > Je vous remercie pour toutes vos réponses, diverses, cela me permet
> > d'aiguiller mes recherches et de découvrir plein d'outils !
> > Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs je me
> > réoriente sur ntop.
> >
> > Je me permettrais de revenir vers vous si besoin,
> > Bonne soirée à vous !
> >
> > Le 8 juin 2017 à 23:54, Raphael Mazelier  > > a écrit :
> >
> >>
> >>
> >> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
> >>
> >>> Bonjour a tous,
> >>>
> >>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé un
> >>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
> >>> Check_mk.
> >>>
> >>> Check Mk se pose comme bonne alternative... a essayer
> >>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
> >>> etc...
> >>>
> >>>
> >>>
> >> Oui alors attention check_mk c'est plus un ensemble d'outils qui gravitent
> >> autour de nagios plus qu'une solution complète à mon sens.
> >> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
> >> shinken, ou meme le core light proposé) pour lancer les checks générés par
> >> l'auto discover check_mk.
> >>
> >> Ceci étant check_mk (que je vois comme un framework de check pour nagios
> >> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec succès et
> >> plaisir. Livestatus est aussi quasi indispensable à toute gui au dessus de
> >> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins convaincu
> >> par la gui mulisites.
> >>
> >> En revanche pour tout ce qui est graphing je ne me passerai plus de
> >> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
> >> prometheus). Cela demande certes des agents ou exporters divers, un peu de
> >> temps de setup mais après c'est un bonheur.
> >>
> >> Ça c'était pour la partie monitoring/graphing infra/métier quand on a du
> >> temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font bien
> >> le taff, malgré tout le mal que j'en pense. Attention à ne pas avoir des
> >> switchs trop sensible aux requêtes snmp (toute série de switchs en deux
> >> lettres d'un constructeur commençant par J au pif).
> >>
> >>

Re: [FRnOG] [TECH] Supervision réseau

2017-06-30 Par sujet Thin-hinen Hedli

Pas dans la "conversation publique" mais en échangeant avec une personne
après avoir précisé mes besoins.
 En effet,  je n'étais pas assez précise sur ma problématique, ce qui peut
sûrement restreindre les solutions proposées, je vais essayer alors de
détailler mon architecture et mes besoins.

Mon objectif est de savoir depuis  n'importe quel poste ( si possible), ce
que reçoit et envoie un poste X , de savoir quel est le  type de flux reçu
( vidéo ...)  et sa source ( dans le cas de la vidéo, quelle adresse ip
multicast, le port ...). Et encore mieux si je peux avoir certaines
statistiques comme le débit du flux( pas primordial).
En plus de cette vision globale au niveau des flux, il me faudrait
connaître l'état ( en cours d'exécution, arrêté ...) de toutes les
applications  et services développés par l'entreprise  en temps réel  sur
un poste x depuis un  autre poste  y.
Je suis en fait dans le cas d'un LAN totalement fermé où je n'ai pas un
point où convergerait tous les flux.
Mon architecture est telle que schématisée et je voudrais si possible avoir
un "superviseur" branché à un des routeurs et que toutes les infos du
trafic soient envoyées à ce "superviseur-serveur" pour savoir ce qui se
passe sur la machine host  sachant que la plupart de son trafic ne passe
naturellement pas par cette machine ni même le routeur (R2) . Est ce que
ces solutions proposées engendrent  beaucoup de trafic, peuvent elles être
source de congestion ?

superviseur
SW+
+   +

+Routeur   R1  +

  +
  +
  +

+Routeur R2+

+   +
SWSW
+
+
host

Merci pour tous conseils,

Cdt,

Thin-Hinen

Le 30 juin 2017 à 18:45, David Ponzone  a écrit :

> Quelqu’un t’avait suggéré ntop pour de la supervision réseau ?
>
>
> > Le 30 juin 2017 à 18:40, Thin-hinen Hedli  a
> écrit :
> >
> > Chère liste,
> >
> > Je vous remercie pour toutes vos réponses, diverses, cela me permet
> > d'aiguiller mes recherches et de découvrir plein d'outils !
> > Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs je
> me
> > réoriente sur ntop.
> >
> > Je me permettrais de revenir vers vous si besoin,
> > Bonne soirée à vous !
> >
> > Le 8 juin 2017 à 23:54, Raphael Mazelier  a écrit :
> >
> >>
> >>
> >> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
> >>
> >>> Bonjour a tous,
> >>>
> >>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé
> un
> >>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
> >>> Check_mk.
> >>>
> >>> Check Mk se pose comme bonne alternative... a essayer
> >>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
> >>> etc...
> >>>
> >>>
> >>>
> >> Oui alors attention check_mk c'est plus un ensemble d'outils qui
> gravitent
> >> autour de nagios plus qu'une solution complète à mon sens.
> >> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
> >> shinken, ou meme le core light proposé) pour lancer les checks générés
> par
> >> l'auto discover check_mk.
> >>
> >> Ceci étant check_mk (que je vois comme un framework de check pour nagios
> >> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec
> succès et
> >> plaisir. Livestatus est aussi quasi indispensable à toute gui au dessus
> de
> >> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins convaincu
> >> par la gui mulisites.
> >>
> >> En revanche pour tout ce qui est graphing je ne me passerai plus de
> >> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
> >> prometheus). Cela demande certes des agents ou exporters divers, un peu
> de
> >> temps de setup mais après c'est un bonheur.
> >>
> >> Ça c'était pour la partie monitoring/graphing infra/métier quand on a du
> >> temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font
> bien
> >> le taff, malgré tout le mal que j'en pense. Attention à ne pas avoir des
> >> switchs trop sensible aux requêtes snmp (toute série de switchs en deux
> >> lettres d'un constructeur commençant par J au pif).
> >>
> >>
> >>
> >>
> >> --
> >> Raphael Mazelier
> >>
> >>
> >>
> >> ---
> >> 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] Supervision réseau

2017-06-30 Par sujet David Ponzone

Quelqu’un t’avait suggéré ntop pour de la supervision réseau ?


> Le 30 juin 2017 à 18:40, Thin-hinen Hedli  a écrit :
> 
> Chère liste,
> 
> Je vous remercie pour toutes vos réponses, diverses, cela me permet
> d'aiguiller mes recherches et de découvrir plein d'outils !
> Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs je me
> réoriente sur ntop.
> 
> Je me permettrais de revenir vers vous si besoin,
> Bonne soirée à vous !
> 
> Le 8 juin 2017 à 23:54, Raphael Mazelier  a écrit :
> 
>> 
>> 
>> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
>> 
>>> Bonjour a tous,
>>> 
>>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé un
>>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
>>> Check_mk.
>>> 
>>> Check Mk se pose comme bonne alternative... a essayer
>>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
>>> etc...
>>> 
>>> 
>>> 
>> Oui alors attention check_mk c'est plus un ensemble d'outils qui gravitent
>> autour de nagios plus qu'une solution complète à mon sens.
>> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
>> shinken, ou meme le core light proposé) pour lancer les checks générés par
>> l'auto discover check_mk.
>> 
>> Ceci étant check_mk (que je vois comme un framework de check pour nagios
>> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec succès et
>> plaisir. Livestatus est aussi quasi indispensable à toute gui au dessus de
>> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins convaincu
>> par la gui mulisites.
>> 
>> En revanche pour tout ce qui est graphing je ne me passerai plus de
>> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
>> prometheus). Cela demande certes des agents ou exporters divers, un peu de
>> temps de setup mais après c'est un bonheur.
>> 
>> Ça c'était pour la partie monitoring/graphing infra/métier quand on a du
>> temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font bien
>> le taff, malgré tout le mal que j'en pense. Attention à ne pas avoir des
>> switchs trop sensible aux requêtes snmp (toute série de switchs en deux
>> lettres d'un constructeur commençant par J au pif).
>> 
>> 
>> 
>> 
>> --
>> Raphael Mazelier
>> 
>> 
>> 
>> ---
>> 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] Supervision réseau

2017-06-30 Par sujet Thin-hinen Hedli

Chère liste,

Je vous remercie pour toutes vos réponses, diverses, cela me permet
d'aiguiller mes recherches et de découvrir plein d'outils !
Je pense être en bonne voie. Avec les nouvelles demandes de mes chefs je me
réoriente sur ntop.

Je me permettrais de revenir vers vous si besoin,
Bonne soirée à vous !

Le 8 juin 2017 à 23:54, Raphael Mazelier  a écrit :

>
>
> On 07/06/2017 17:41, Jean-Henri Antunes wrote:
>
>> Bonjour a tous,
>>
>> ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé un
>> peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
>>  Check_mk.
>>
>> Check Mk se pose comme bonne alternative... a essayer
>> y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes
>> etc...
>>
>>
>>
> Oui alors attention check_mk c'est plus un ensemble d'outils qui gravitent
> autour de nagios plus qu'une solution complète à mon sens.
> On doit toujours utiliser un core nagios like (nagios, naemon, icinga,
> shinken, ou meme le core light proposé) pour lancer les checks générés par
> l'auto discover check_mk.
>
> Ceci étant check_mk (que je vois comme un framework de check pour nagios
> like) est extrêmement intéressant. Je l'ai longtemps utilisé avec succès et
> plaisir. Livestatus est aussi quasi indispensable à toute gui au dessus de
> nagios (ou l'alternative dans icinga2). Je suis beaucoup moins convaincu
> par la gui mulisites.
>
> En revanche pour tout ce qui est graphing je ne me passerai plus de
> grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux
> prometheus). Cela demande certes des agents ou exporters divers, un peu de
> temps de setup mais après c'est un bonheur.
>
> Ça c'était pour la partie monitoring/graphing infra/métier quand on a du
> temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font bien
> le taff, malgré tout le mal que j'en pense. Attention à ne pas avoir des
> switchs trop sensible aux requêtes snmp (toute série de switchs en deux
> lettres d'un constructeur commençant par J au pif).
>
>
>
>
> --
> Raphael Mazelier
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-08 Par sujet Raphael Mazelier




On 07/06/2017 17:41, Jean-Henri Antunes wrote:

Bonjour a tous,

ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé un
peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
 Check_mk.

Check Mk se pose comme bonne alternative... a essayer
y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes etc...




Oui alors attention check_mk c'est plus un ensemble d'outils qui 
gravitent autour de nagios plus qu'une solution complète à mon sens.
On doit toujours utiliser un core nagios like (nagios, naemon, icinga, 
shinken, ou meme le core light proposé) pour lancer les checks générés 
par l'auto discover check_mk.


Ceci étant check_mk (que je vois comme un framework de check pour nagios 
like) est extrêmement intéressant. Je l'ai longtemps utilisé avec succès 
et plaisir. Livestatus est aussi quasi indispensable à toute gui au 
dessus de nagios (ou l'alternative dans icinga2). Je suis beaucoup moins 
convaincu par la gui mulisites.


En revanche pour tout ce qui est graphing je ne me passerai plus de 
grafana (et donc d'une vraie base tsdb graphites, influxdb ou mieux 
prometheus). Cela demande certes des agents ou exporters divers, un peu 
de temps de setup mais après c'est un bonheur.


Ça c'était pour la partie monitoring/graphing infra/métier quand on a du 
temps. Pour surveiller rapidement un réseau Obersvium ou LibreNMS font 
bien le taff, malgré tout le mal que j'en pense. Attention à ne pas 
avoir des switchs trop sensible aux requêtes snmp (toute série de 
switchs en deux lettres d'un constructeur commençant par J au pif).





--
Raphael Mazelier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet Jean-Henri Antunes

Bonjour a tous,

ayant débuté sur Nagios, What's UP Gold et un outil maison on a testé un
peu d'autre trucs,  Zabbix, Centreon, shinken, puis on est resté sur
 Check_mk.

Check Mk se pose comme bonne alternative... a essayer
y a du graph de l'alerting, on peu y adjoindre nagvis pour des cartes etc...

J'avais commencé version fichier de conf uniquement maintenant c'est
beaucoup par GUI, on peut déployer ses propre script, faire du multisite...

et ca se déploie super vite, opérationnel en 5mn

http://mathias-kettner.com/check_mk_demo.html




*Jean-Henri Antunes Do Espirito Santo*

IT Infrastructure Project Manager | *Kyriba*

Phone: +33-1-779-266-32 | Cell: +33-6-03-82-58-38

www.kyriba.com | Twitter <https://twitter.com/kyribacorp> | LinkedIn
<http://www.linkedin.com/company/kyriba-corporation>

*Email:* jhantu...@kyriba.com

247 Bureaux de la Colline. 92213 Saint-Cloud. France

Le 7 juin 2017 à 16:59, Joël DEREFINKO <joel.derefi...@118218.fr> a écrit :

> Bonjour,
>
> Je vais rajouter ma pierre à l'édifice (tiens, j'ai quasiment vu mon
> parcours dans celui de Wallace, même les dates collaient !).
>
> Avant de commencer je m'étonne de certaines solutions proposées, en
> particulier de monter un stack ELK, Grafana et consors.
> Si sur le papier ces solutions sont tout à fait pertinentes, je pense
> (peut-être à tort) que c'est "hors de portée" pour un stagiaire qui doit
> monter une supervision pour la première fois, d'autant plus sur une petite
> infra (d'après le post original).
> D'autant que j'imagine que ledit stagiaire doit aussi apprendre/découvrir
> SNMP + les notions de client/serveur (remote execution de scripts), etc...
> Si on ajoute là-dessus ELK, pas certain que les 6 mois de stage
> suffisent... ;)
>
> Tout ceci n'est évidemment que mon strict point de vue est n'est
> absolument pas un appel à troll.
>
> La question qui m'est venue en lisant le premier post, c'est : "quel est
> l'objectif ?".
>
> Si c'est pour avoir des statistiques d'utilisation (= des graphes), je te
> conseille de jeter un œil à Cacti et à Munin (dont étrangement personne n'a
> parlé, mais qui est orienté système et non équipements réseau). Munin est
> extrêmement rapide et facile à mettre en place, et permettra d'avoir une
> première idée de ce que tu peux collecter comme données.
> L'inconvénient de Munin, c'est que c'est globalement préconfiguré et que
> ça remonte tout un tas de métriques sans que tu n'aies besoin de rien
> faire, donc pour apprendre quelque chose c'est pas forcément adapté. Et
> comme dit précédemment, c'est orienté serveur, pas équipements réseau.
>
> Si c'est pour de la supervision (donc monitoring + alertes), commencer par
> Nagios me semble pas mal, ça te permettra d'appréhender les concepts du
> monitoring/alerting et le fait que la configuration passe par des fichiers
> devraient t'aider dans ce sens, même si au début ça peut paraitre un peu
> fouillis.
> Inconvénient de Nagios, de base il ne fait que le monitoring, pas de
> collecte de statistiques. Tu peux jeter un œil aux plugins (Cacti plugin
> for Nagios, de tête, qui comme son nom l'indique "insère" des graphes cacti
> dans les pages de statut de Nagios.
>
> Sinon, tu as les solutions tout-intégré comme déjà citées (Centreon,
> Shinken, etc...).
> Aujourd'hui nous fonctionnons avec Centreon qui a un côté usine à gaz qui
> a tendance à me rebuter, mais ayant pratiqué Nagios-a-la-mimine par le
> passé j'ai rapidement retrouvé mes petits.
> S'il est vrai que Centreon avait tendance à consommer beaucoup en DB, ça à
> l'air de s'être amélioré car je ne rencontre pas vraiment ce problème (mais
> peut-être pas la même échelle d'infra à superviser).
>
> Bon courage !
>
> Joël
>
> -----Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
> de Stéphane Kanschine
> Envoyé : mercredi 7 juin 2017 15:50
> À : frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] Supervision réseau
>
>
> Hey !
>
> Le mer.  7 juin, vers 11:13, Nathan delhaye exprimait :
> >
> > Si tu veux un truc all-in-one, Shinken est a mon sens bien plus clean que
> > l'usine à gaz Centreon.
>
> Ne pas oublier sensu, qui a un côté monitoring framework sympa. De
> base, c'est comme un nagios*, zabbix. Mais pour l'avoir consommé des
> messages queue de métrique, tu peux lui injecter à peu près tout ce
> que tu veux, chaîner les handler pour faire de la corrélation,
> utiliser les aggrégats pour des trucs plus poussés. C'est très souple
> en peu de modifications.
>
> Numériquement,
> Stéphane
>
>
> ---
> 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] Supervision réseau

2017-06-07 Par sujet David Ponzone

Et check_mk ?
Personne en parle.

Visuellement, ça semble aussi complet que d’autres, et très rapide, et 
visuellement relativement cohérent.
Et compatible Nagios.



> Le 7 juin 2017 à 16:59, Joël DEREFINKO <joel.derefi...@118218.fr> a écrit :
> 
> Bonjour,
> 
> Je vais rajouter ma pierre à l'édifice (tiens, j'ai quasiment vu mon parcours 
> dans celui de Wallace, même les dates collaient !).
> 
> Avant de commencer je m'étonne de certaines solutions proposées, en 
> particulier de monter un stack ELK, Grafana et consors.
> Si sur le papier ces solutions sont tout à fait pertinentes, je pense 
> (peut-être à tort) que c'est "hors de portée" pour un stagiaire qui doit 
> monter une supervision pour la première fois, d'autant plus sur une petite 
> infra (d'après le post original).
> D'autant que j'imagine que ledit stagiaire doit aussi apprendre/découvrir 
> SNMP + les notions de client/serveur (remote execution de scripts), etc... Si 
> on ajoute là-dessus ELK, pas certain que les 6 mois de stage suffisent... ;)
> 
> Tout ceci n'est évidemment que mon strict point de vue est n'est absolument 
> pas un appel à troll.
> 
> La question qui m'est venue en lisant le premier post, c'est : "quel est 
> l'objectif ?".
> 
> Si c'est pour avoir des statistiques d'utilisation (= des graphes), je te 
> conseille de jeter un œil à Cacti et à Munin (dont étrangement personne n'a 
> parlé, mais qui est orienté système et non équipements réseau). Munin est 
> extrêmement rapide et facile à mettre en place, et permettra d'avoir une 
> première idée de ce que tu peux collecter comme données. 
> L'inconvénient de Munin, c'est que c'est globalement préconfiguré et que ça 
> remonte tout un tas de métriques sans que tu n'aies besoin de rien faire, 
> donc pour apprendre quelque chose c'est pas forcément adapté. Et comme dit 
> précédemment, c'est orienté serveur, pas équipements réseau.
> 
> Si c'est pour de la supervision (donc monitoring + alertes), commencer par 
> Nagios me semble pas mal, ça te permettra d'appréhender les concepts du 
> monitoring/alerting et le fait que la configuration passe par des fichiers 
> devraient t'aider dans ce sens, même si au début ça peut paraitre un peu 
> fouillis.
> Inconvénient de Nagios, de base il ne fait que le monitoring, pas de collecte 
> de statistiques. Tu peux jeter un œil aux plugins (Cacti plugin for Nagios, 
> de tête, qui comme son nom l'indique "insère" des graphes cacti dans les 
> pages de statut de Nagios.
> 
> Sinon, tu as les solutions tout-intégré comme déjà citées (Centreon, Shinken, 
> etc...).
> Aujourd'hui nous fonctionnons avec Centreon qui a un côté usine à gaz qui a 
> tendance à me rebuter, mais ayant pratiqué Nagios-a-la-mimine par le passé 
> j'ai rapidement retrouvé mes petits.
> S'il est vrai que Centreon avait tendance à consommer beaucoup en DB, ça à 
> l'air de s'être amélioré car je ne rencontre pas vraiment ce problème (mais 
> peut-être pas la même échelle d'infra à superviser).
> 
> Bon courage !
> 
> Joël
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
> Stéphane Kanschine
> Envoyé : mercredi 7 juin 2017 15:50
> À : frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] Supervision réseau
> 
> 
> Hey !
> 
> Le mer.  7 juin, vers 11:13, Nathan delhaye exprimait :
>> 
>> Si tu veux un truc all-in-one, Shinken est a mon sens bien plus clean que
>> l'usine à gaz Centreon.
> 
> Ne pas oublier sensu, qui a un côté monitoring framework sympa. De
> base, c'est comme un nagios*, zabbix. Mais pour l'avoir consommé des
> messages queue de métrique, tu peux lui injecter à peu près tout ce
> que tu veux, chaîner les handler pour faire de la corrélation,
> utiliser les aggrégats pour des trucs plus poussés. C'est très souple
> en peu de modifications.
> 
> Numériquement,
> Stéphane
> 
> 
> ---
> 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] Supervision réseau

2017-06-07 Par sujet Joël DEREFINKO

Bonjour,

Je vais rajouter ma pierre à l'édifice (tiens, j'ai quasiment vu mon parcours 
dans celui de Wallace, même les dates collaient !).

Avant de commencer je m'étonne de certaines solutions proposées, en particulier 
de monter un stack ELK, Grafana et consors.
Si sur le papier ces solutions sont tout à fait pertinentes, je pense 
(peut-être à tort) que c'est "hors de portée" pour un stagiaire qui doit monter 
une supervision pour la première fois, d'autant plus sur une petite infra 
(d'après le post original).
D'autant que j'imagine que ledit stagiaire doit aussi apprendre/découvrir SNMP 
+ les notions de client/serveur (remote execution de scripts), etc... Si on 
ajoute là-dessus ELK, pas certain que les 6 mois de stage suffisent... ;)

Tout ceci n'est évidemment que mon strict point de vue est n'est absolument pas 
un appel à troll.

La question qui m'est venue en lisant le premier post, c'est : "quel est 
l'objectif ?".

Si c'est pour avoir des statistiques d'utilisation (= des graphes), je te 
conseille de jeter un œil à Cacti et à Munin (dont étrangement personne n'a 
parlé, mais qui est orienté système et non équipements réseau). Munin est 
extrêmement rapide et facile à mettre en place, et permettra d'avoir une 
première idée de ce que tu peux collecter comme données. 
L'inconvénient de Munin, c'est que c'est globalement préconfiguré et que ça 
remonte tout un tas de métriques sans que tu n'aies besoin de rien faire, donc 
pour apprendre quelque chose c'est pas forcément adapté. Et comme dit 
précédemment, c'est orienté serveur, pas équipements réseau.

Si c'est pour de la supervision (donc monitoring + alertes), commencer par 
Nagios me semble pas mal, ça te permettra d'appréhender les concepts du 
monitoring/alerting et le fait que la configuration passe par des fichiers 
devraient t'aider dans ce sens, même si au début ça peut paraitre un peu 
fouillis.
Inconvénient de Nagios, de base il ne fait que le monitoring, pas de collecte 
de statistiques. Tu peux jeter un œil aux plugins (Cacti plugin for Nagios, de 
tête, qui comme son nom l'indique "insère" des graphes cacti dans les pages de 
statut de Nagios.

Sinon, tu as les solutions tout-intégré comme déjà citées (Centreon, Shinken, 
etc...).
Aujourd'hui nous fonctionnons avec Centreon qui a un côté usine à gaz qui a 
tendance à me rebuter, mais ayant pratiqué Nagios-a-la-mimine par le passé j'ai 
rapidement retrouvé mes petits.
S'il est vrai que Centreon avait tendance à consommer beaucoup en DB, ça à 
l'air de s'être amélioré car je ne rencontre pas vraiment ce problème (mais 
peut-être pas la même échelle d'infra à superviser).

Bon courage !

Joël

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Stéphane Kanschine
Envoyé : mercredi 7 juin 2017 15:50
À : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Supervision réseau


Hey !

Le mer.  7 juin, vers 11:13, Nathan delhaye exprimait :
> 
> Si tu veux un truc all-in-one, Shinken est a mon sens bien plus clean que
> l'usine à gaz Centreon.

Ne pas oublier sensu, qui a un côté monitoring framework sympa. De
base, c'est comme un nagios*, zabbix. Mais pour l'avoir consommé des
messages queue de métrique, tu peux lui injecter à peu près tout ce
que tu veux, chaîner les handler pour faire de la corrélation,
utiliser les aggrégats pour des trucs plus poussés. C'est très souple
en peu de modifications.

Numériquement,
Stéphane


---
Liste de diffusion du FRnOG
http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet Stéphane Kanschine


Hey !

Le mer.  7 juin, vers 11:13, Nathan delhaye exprimait :
> 
> Si tu veux un truc all-in-one, Shinken est a mon sens bien plus clean que
> l'usine à gaz Centreon.

Ne pas oublier sensu, qui a un côté monitoring framework sympa. De
base, c'est comme un nagios*, zabbix. Mais pour l'avoir consommé des
messages queue de métrique, tu peux lui injecter à peu près tout ce
que tu veux, chaîner les handler pour faire de la corrélation,
utiliser les aggrégats pour des trucs plus poussés. C'est très souple
en peu de modifications.

Numériquement,
Stéphane


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet norujames


essaye EON 5.x
all-in-one, inclide Nagios, Nagvis, Cacti, Thruk et autre. De plus, il 
est ITIL, et gratos

Noru

Le 07/06/2017 à 11:13, Nathan delhaye a écrit :

Hello!

Perso j'utilise depuis peu prometheus.io  qui n'est pas mal du tout pour
remonter les métriques.

Je suis en train de faire un test avec une nouvelle DB pour le storage en
mode cluster car le mode de réplication de prometheus ne me conviens pas du
tout (write-twice). A la fin cela devrais ressemble à ca :

Prometheus (pour les agents) => DalmatinerDB (pour le storage) => Grafana
(Pour la visu + Alerting)

Alors oui, par contre c'est un peu plus de conf que centreon mais tu peux
tuner aux ptits oignons et j'aime bien le principe du bloc logique qui fait
un seul truc, mais qui le fait bien.

Si tu veux un truc all-in-one, Shinken est a mon sens bien plus clean que
l'usine à gaz Centreon.

Seul avantage avec Centreon, tu peux payer Merethis pour avoir du support à
l'installation / run. Je vois venir les commentaires : NON le fait de
pouvoir configurer les sondes depuis l'interface dans centreon n'est  PAS
un avantage. Quand on commence à gérer des centaines / milliers de sondes
ça deviens plus que chiant et faut revenir aux fichiers/api, alors autant
perdre une fois 7h à automatiser ça correctement dès le début. Ça évite de
perdre n * 10min par la suite

My 20 cents

Le 4 juin 2017 à 14:05, Thin-hinen Hedli  a écrit
:


Chère Liste,

Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
votre aide dans le cadre de la mise en place de la supervision réseau ( LAN
embarqué).
J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
Je cherche une solution open source pour gérer la supervision, de
préférence "facile" à mettre en place :D
Qu'est ce que vous me conseillez ?
Merci pour vos avis expérimentés.


Thin

---
Liste de diffusion du FRnOG
http://www.frnog.org/







---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet Nathan delhaye

Hello!

Perso j'utilise depuis peu prometheus.io  qui n'est pas mal du tout pour
remonter les métriques.

Je suis en train de faire un test avec une nouvelle DB pour le storage en
mode cluster car le mode de réplication de prometheus ne me conviens pas du
tout (write-twice). A la fin cela devrais ressemble à ca :

Prometheus (pour les agents) => DalmatinerDB (pour le storage) => Grafana
(Pour la visu + Alerting)

Alors oui, par contre c'est un peu plus de conf que centreon mais tu peux
tuner aux ptits oignons et j'aime bien le principe du bloc logique qui fait
un seul truc, mais qui le fait bien.

Si tu veux un truc all-in-one, Shinken est a mon sens bien plus clean que
l'usine à gaz Centreon.

Seul avantage avec Centreon, tu peux payer Merethis pour avoir du support à
l'installation / run. Je vois venir les commentaires : NON le fait de
pouvoir configurer les sondes depuis l'interface dans centreon n'est  PAS
un avantage. Quand on commence à gérer des centaines / milliers de sondes
ça deviens plus que chiant et faut revenir aux fichiers/api, alors autant
perdre une fois 7h à automatiser ça correctement dès le début. Ça évite de
perdre n * 10min par la suite

My 20 cents

Le 4 juin 2017 à 14:05, Thin-hinen Hedli  a écrit
:

> Chère Liste,
>
> Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
> votre aide dans le cadre de la mise en place de la supervision réseau ( LAN
> embarqué).
> J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
> dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
> data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
> Je cherche une solution open source pour gérer la supervision, de
> préférence "facile" à mettre en place :D
> Qu'est ce que vous me conseillez ?
> Merci pour vos avis expérimentés.
>
>
> Thin
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>



-- 
Nathan Delhaye

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet Wallace

Je commence à travailler dans ce sens, sachant que j'ai connu les phases :

- Nagios fichier géré à la main tout début 2000
- Nagios dont certains fichiers sont gérés par script ~ 2003
- Nagios avec tous les fichiers gérés par script ~ 2005
- Test non convainquant de Centreon ~2009 qui remplissait la base de
donnée plus vite que son ombre (plusieurs dizaines de giga / jour)
- Test de Zabbix sans réellement aimer la philosophie
- Nagios Passage de beaucoup de check en NRPE à la place de byssh
- Nagios passage de la configuration sur NConf (interface web assez bien
faite qui gère des classes d'objets et qui génère les fichiers à plat de
manière propre) ~ 2010
- Test de Shinken qui me semblait pas mal en évolution mais arrêt suite
à un avis d'un expert supervision qui gère plus de 50 000 OS et qui m'a
montré que Shinken a beaucoup gagné en performance pour les petites
structures mais pas pour les grosses.
- Démarrage Ansible ~ 2015
- Envisager de passer la génération de la conf Nagios sur Ansible cette
année mais avant faut qu'on termine de passer toutes les déclarations de
services dans Ansible pour avoir une base de référence des sites /
applications / services à monitorer pour l'injecter dans Nagios

Et l'étape d'après ça sera de passer dans Ansible toutes les actions sur
un système, typiquement mise en maintenance d'un host, redémarrage d'un
service ou serveur, ... c'est Ansible qui fera les mise en downtime, les
non alertes en cas de redémarrage , ...

Y a du boulot

Le 07/06/2017 à 09:29, Frederic Hermann a écrit :
> Si je devais mettre en place un système de supervision 'from scratch', je 
> m’intéresserais particulièrement à l'automatisation de la configuration en 
> cas de nouvel équipement/nouveau service à surveiller. 
>
> En particulier, j'étudierais les solutions qui s'interfacent le plus 
> facilement avec ma solution de gestion de déploiement ou de configuration. 
> Par exemple, si j'utilise ansible pour déployer mes systèmes, je mettrais en 
> place un système de supervision que je puisse gérer directement à partir d'un 
> module ansible  
> https://docs.ansible.com/ansible/list_of_monitoring_modules.html 
>
>
> Bon malheureusement ce n'est pas le cas : il faut souvent faire avec 
> l'existant. 
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/




signature.asc
Description: OpenPGP digital signature

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet Alarig Le Lay

On mer.  7 juin 09:29:38 2017, Frederic Hermann wrote:
> Si je devais mettre en place un système de supervision 'from scratch',
> je m’intéresserais particulièrement à l'automatisation de la
> configuration en cas de nouvel équipement/nouveau service à
> surveiller. 
> 
> En particulier, j'étudierais les solutions qui s'interfacent le plus
> facilement avec ma solution de gestion de déploiement ou de
> configuration. 
> Par exemple, si j'utilise ansible pour déployer mes systèmes, je
> mettrais en place un système de supervision que je puisse gérer
> directement à partir d'un module ansible  
> https://docs.ansible.com/ansible/list_of_monitoring_modules.html 
> 
> 
> Bon malheureusement ce n'est pas le cas : il faut souvent faire avec 
> l'existant. 

A priori, tous les nagios-like se configurent avec des fichiers à plat,
c’est donc pas très compliqué de les intégrer dans un système de gestion
automatisé des configurations.

Pour LibreNMS, observium et cacti, je ne me suis jamais posé la question
par contre. Il doit sûrement y avoir des APIs pour ça.
Et ELK, j’y mets pas les mains :p

-- 
alarig


signature.asc
Description: PGP signature

Re: [FRnOG] [TECH] Supervision réseau

2017-06-07 Par sujet Frederic Hermann

Si je devais mettre en place un système de supervision 'from scratch', je 
m’intéresserais particulièrement à l'automatisation de la configuration en cas 
de nouvel équipement/nouveau service à surveiller. 

En particulier, j'étudierais les solutions qui s'interfacent le plus facilement 
avec ma solution de gestion de déploiement ou de configuration. 
Par exemple, si j'utilise ansible pour déployer mes systèmes, je mettrais en 
place un système de supervision que je puisse gérer directement à partir d'un 
module ansible  
https://docs.ansible.com/ansible/list_of_monitoring_modules.html 


Bon malheureusement ce n'est pas le cas : il faut souvent faire avec 
l'existant. 




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-06 Par sujet Greg Villain

On utilise entre autres ICINGA chez nous, c'est plutot pas mal (en
comparaison a Nagios, qui est le seul sur lequel j'ai une experience).
On utilise aussi notre propre system d'anomaly detection / baselining sur
des Network Flows.

Sinon les trucs que je vois le plus frequemment (a part Nagios):
- observium
- sensu
- circonus
-
Greg



2017-06-06 8:36 GMT-07:00 Barthélémy DELUY :

> Salut,
>
> Je suis en train de tester la version Community de Pandora FMS, l'interface
> est bien plus sympa que celle de Nagios et la configuration est pour
> l'instant très simple.
> À voir sur une architecture un peu plus complexe par contre.
>
> Barth
>
> Le 6 juin 2017 à 16:12, Jean-Baptiste COUPIAC <
> jeanbaptiste.coup...@nfrance.com> a écrit :
>
> > Salut,
> > Facile à mettre en place:
> > *Centreon + Centreon Plugin pack* (à prendre sur Git).
> > Si tu veux approfondir, tu peux utiliser les modèles. Pas mal de doc en
> > français pour débuter !
> >
> > +
> >
> > __
> >
> > [image: NFrance Conseil] 
> >
> > *Jean-Baptiste COUPIAC*
> > Tél. : +33 5 34 45 55 00 <%20+33534455500>
> > 4 rue Kennedy 31000 Toulouse - France | www.nfrance.com
> >
> >
> > Le 6 juin 2017 à 15:07, Idriss SOIDIKI  marseille.fr
> > >
> > a écrit :
> >
> > > Bonjour,
> > >
> > > Il y a Nagios, Observium aussi peu de gens connaissent mais c'est cool.
> > >
> > > Cordialement,
> > >
> > >
> > > Le 04/06/2017 14:05, Thin-hinen Hedli a écrit :
> > >
> > >> Chère Liste,
> > >>
> > >> Je suis stagiaire, en master réseau et systèmes embarqués et je
> > sollicite
> > >> votre aide dans le cadre de la mise en place de la supervision réseau
> (
> > >> LAN
> > >> embarqué).
> > >> J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière
> > une
> > >> dizaine de PC et devices, des flux de toutes sortes : temps réel,
> vidéo,
> > >> data... La plupart des PCs ont deux cartes réseaux dans des VLAN
> > séparés.
> > >> Je cherche une solution open source pour gérer la supervision, de
> > >> préférence "facile" à mettre en place :D
> > >> Qu'est ce que vous me conseillez ?
> > >> Merci pour vos avis expérimentés.
> > >>
> > >>
> > >> Thin
> > >>
> > >> ---
> > >> 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/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-06 Par sujet Jean-Baptiste COUPIAC

Salut,
Facile à mettre en place:
*Centreon + Centreon Plugin pack* (à prendre sur Git).
Si tu veux approfondir, tu peux utiliser les modèles. Pas mal de doc en
français pour débuter !

+

__

[image: NFrance Conseil] 

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 6 juin 2017 à 15:07, Idriss SOIDIKI 
a écrit :

> Bonjour,
>
> Il y a Nagios, Observium aussi peu de gens connaissent mais c'est cool.
>
> Cordialement,
>
>
> Le 04/06/2017 14:05, Thin-hinen Hedli a écrit :
>
>> Chère Liste,
>>
>> Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
>> votre aide dans le cadre de la mise en place de la supervision réseau (
>> LAN
>> embarqué).
>> J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
>> dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
>> data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
>> Je cherche une solution open source pour gérer la supervision, de
>> préférence "facile" à mettre en place :D
>> Qu'est ce que vous me conseillez ?
>> Merci pour vos avis expérimentés.
>>
>>
>> Thin
>>
>> ---
>> 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] Supervision réseau

2017-06-06 Par sujet Idriss SOIDIKI


Bonjour,

Il y a Nagios, Observium aussi peu de gens connaissent mais c'est cool.

Cordialement,

Le 04/06/2017 14:05, Thin-hinen Hedli a écrit :

Chère Liste,

Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
votre aide dans le cadre de la mise en place de la supervision réseau ( LAN
embarqué).
J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
Je cherche une solution open source pour gérer la supervision, de
préférence "facile" à mettre en place :D
Qu'est ce que vous me conseillez ?
Merci pour vos avis expérimentés.


Thin

---
Liste de diffusion du FRnOG
http://www.frnog.org/



--


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-04 Par sujet Nathan TUTARD

Bonjour Thin,
A titre pro j'utilise shinken (une réécriture de nagios) qui est à mon goût 
très bien. Le défaut qui pourrait y avoir c'est que ce n'est pas le plus facile 
à installer et paramétrer...
J'ai aussi eu l'occasion de travailler avec Zabbix qui est très bien selon moi 
et assez facile à installer. Il a l'avantage d'être très personnalisable et ça 
c'est plutôt très cool :D
N'hésite pas à poser des questions j'y répondrais volontiers :)

Nathan

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2017-06-04 Par sujet Alarig Le Lay

On dim.  4 juin 14:05:42 2017, Thin-hinen Hedli wrote:
> Chère Liste,
> 
> Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
> votre aide dans le cadre de la mise en place de la supervision réseau ( LAN
> embarqué).
> J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
> dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
> data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
> Je cherche une solution open source pour gérer la supervision, de
> préférence "facile" à mettre en place :D
> Qu'est ce que vous me conseillez ?
> Merci pour vos avis expérimentés.

Salut,

Pour les services qui tournent, tu peux utiliser icinga2 et écrire tes
propres checks s’ils n’existent pas déjà (ça se fait bien).
Pour les switchs et routeurs, tu peux utiliser LibreNMS.

-- 
alarig


signature.asc
Description: PGP signature

[FRnOG] [TECH] Supervision réseau

2017-06-04 Par sujet Thin-hinen Hedli

Chère Liste,

Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
votre aide dans le cadre de la mise en place de la supervision réseau ( LAN
embarqué).
J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
Je cherche une solution open source pour gérer la supervision, de
préférence "facile" à mettre en place :D
Qu'est ce que vous me conseillez ?
Merci pour vos avis expérimentés.


Thin

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-24 Par sujet Raphael Mazelier




On 21/11/2016 14:52, Guillaume Barrot wrote:

Observium sur des équipements réseaux équipés d'une CPU décente, ça passe
(oubliez les stacks de Juniper par exemple).
La méthode de polling est brutale.
LibreNMS > même défauts et qualités.



Yep principale qualité c'est user-friendly et complet pour superviser 
les équipements réseaux. Principal défaut le poller, et dans une 
certaine mesure la qualité du code (qui rend à mon sens le projet très 
peu maintenable et extensible).


--
Raphael Mazelier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet jeremy gervais

De mon côté, Icinga2 avec influxdb + grafana

Le 21 nov. 2016 14:54, "Guillaume Barrot"  a
écrit :

> Observium sur des équipements réseaux équipés d'une CPU décente, ça passe
> (oubliez les stacks de Juniper par exemple).
> La méthode de polling est brutale.
> LibreNMS > même défauts et qualités.
>
> Pour tout ce qui est serveurs/stockage, c'est très (trop) en retard par
> rapport à d'autres produits (Shinken, Centreon, pas testé Zabbix, mais
> entendu du bien aussi).
>
> Le 20 novembre 2016 à 17:11, Raphael Mazelier  a écrit
> :
>
> >
> >
> > On 20/11/2016 17:07, Hugues VOITURIER wrote:
> >
> >> +1 pour observium :)
> >>
> >
> > Oui c'est joli, mais c'est affreux en terme de performance.
> > Ça fait le taf pour tout ce qui est graphing si on a des devices pas trop
> > capricieux, niveau monitoring/alerting mieux vaut autre chose (nagios
> like
> > ou zabbix).
> >
> > --
> > Raphael Mazelier
> >
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
>
>
> --
> Cordialement,
>
> Guillaume BARROT
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Guillaume Barrot

Observium sur des équipements réseaux équipés d'une CPU décente, ça passe
(oubliez les stacks de Juniper par exemple).
La méthode de polling est brutale.
LibreNMS > même défauts et qualités.

Pour tout ce qui est serveurs/stockage, c'est très (trop) en retard par
rapport à d'autres produits (Shinken, Centreon, pas testé Zabbix, mais
entendu du bien aussi).

Le 20 novembre 2016 à 17:11, Raphael Mazelier  a écrit :

>
>
> On 20/11/2016 17:07, Hugues VOITURIER wrote:
>
>> +1 pour observium :)
>>
>
> Oui c'est joli, mais c'est affreux en terme de performance.
> Ça fait le taf pour tout ce qui est graphing si on a des devices pas trop
> capricieux, niveau monitoring/alerting mieux vaut autre chose (nagios like
> ou zabbix).
>
> --
> Raphael Mazelier
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

-- 
Cordialement,

Guillaume BARROT

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Alexandre

Hello,

Si ce n'est que pour du réseau observium c'est bien. J'ai un truc old
school qui fait bien son taf : nagios + mklive status + nagvis.
J'utilise les plugins de graphe d'interface en SNMP compatible php
weathermap. Du coup tu te construit ta map L2 avec toutes tes
interfaces et tu peux appliquer tes plugins de bandwidth avec Nagvis.
Tu as t'as tuyauterie en "temps réel" (à 10s de refresh + intervalle de
collecte). En complément j'ai un pnp4nagios pour les graph, mais un
grafana serait mieux.

En terme d'alert, encore un truc old school avec snmptt. Du coup tous
mes switch / routeur / firewall ... (élément d'interco) trap dans ma
console en cas de problème avec de l'auto clean (chaque événement
nettoie l'autre avec un durée de validité.)

Alex.

On Sun, 20 Nov 2016 12:02:39 +0100
asham kimo  wrote:

> c dimanche ...et c pas grave !
> Bonjour,
> 
> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de
> proposer avec une démonstration de faisabilité (POC)   une solution
> de supervision réseau gratuite , avec map graphique et qui puisse
> prendre en charge les éléments suivants:
> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et
> un état de sauvegarde du stockage (synology).
> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> Grafana... je suis preneur pour tout retour
> d’expérience sur ces solutions ou autres .
>   et merci d'avance,
> Asham
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Richard Klein

Bonjour a tous,

The Dude en version 3.6 de mikrotik. Simple a démarrer mais plus de support

Richard




Le 21 novembre 2016 à 11:38, Nathan delhaye  a
écrit :

> Je teste actuellement la stack elastic pour le monitoring et ça marche
> plutôt bien, l'agent système est très léger:
>
> Collecte des données : Metricbeats + SNMP => Logstash => Elasticsearch
> Alerting : Elastalert
> Dashboard: Grafana
>
> Metricbeats est un agent à installer sur la machine cible mais il n'est pas
> obligatoire dans la mesure ou Logstash dispose d'un input plugin SNMP trap.
>
> Ce genre de stack demande pas mal de configuration, mais tu as une très
> grande flexibilité en retour.
>
> Le 21 novembre 2016 à 10:07, Denis Fondras  a écrit :
>
> > > A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette
> de
> > > facilement créer un template pour un type de CPE et l’instancier
> ensuite
> > en
> > > moins de 30 secondes pour une IP précise (voir en instancier un grand
> > nombre
> > > en important un CSV) ?
> > >
> > > Dans le template, l’idéal est qu’il y ait les éléments à superviser
> (RTT
> > ICMP,
> > > variables SNMP à vérifier, etc…) et les actions à déclencher en cas de
> > > dépassement de seuil.
> > >
> > > Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de
> > l’interface
> > > (ça existe ça comme maladie, GUI-bored ?).
> > > Et quand je regarde les descriptions des autres NMS, il est peu évident
> > de
> > > comprendre s’ils offrent cette facilité juste en lisant la doc...
> >
> >
> > Ca ressemble à un job pour Sensu...
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
>
>
>
> --
> Nathan Delhaye
> 06 69 27 64 25
> 0805 696 494
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Nathan delhaye

Je teste actuellement la stack elastic pour le monitoring et ça marche
plutôt bien, l'agent système est très léger:

Collecte des données : Metricbeats + SNMP => Logstash => Elasticsearch
Alerting : Elastalert
Dashboard: Grafana

Metricbeats est un agent à installer sur la machine cible mais il n'est pas
obligatoire dans la mesure ou Logstash dispose d'un input plugin SNMP trap.

Ce genre de stack demande pas mal de configuration, mais tu as une très
grande flexibilité en retour.

Le 21 novembre 2016 à 10:07, Denis Fondras  a écrit :

> > A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de
> > facilement créer un template pour un type de CPE et l’instancier ensuite
> en
> > moins de 30 secondes pour une IP précise (voir en instancier un grand
> nombre
> > en important un CSV) ?
> >
> > Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT
> ICMP,
> > variables SNMP à vérifier, etc…) et les actions à déclencher en cas de
> > dépassement de seuil.
> >
> > Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de
> l’interface
> > (ça existe ça comme maladie, GUI-bored ?).
> > Et quand je regarde les descriptions des autres NMS, il est peu évident
> de
> > comprendre s’ils offrent cette facilité juste en lisant la doc...
>
>
> Ca ressemble à un job pour Sensu...
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>



-- 
Nathan Delhaye
06 69 27 64 25
0805 696 494

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Denis Fondras

> A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de
> facilement créer un template pour un type de CPE et l’instancier ensuite en
> moins de 30 secondes pour une IP précise (voir en instancier un grand nombre
> en important un CSV) ?
>
> Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT ICMP,
> variables SNMP à vérifier, etc…) et les actions à déclencher en cas de
> dépassement de seuil.
>
> Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de l’interface
> (ça existe ça comme maladie, GUI-bored ?).
> Et quand je regarde les descriptions des autres NMS, il est peu évident de
> comprendre s’ils offrent cette facilité juste en lisant la doc...


Ca ressemble à un job pour Sensu...


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Eugène Ngontang

Zabbix avec un grafana pour les dashboards

Bon courage...,

Le 21 nov. 2016 09:34, "David Ramahefason" <r...@netfacile.net> a écrit :

> @David on fait ca avec une combinaison Sensu/Ansible et Consul
>
> Le lun. 21 nov. 2016 à 09:08, David Ponzone <david.ponz...@gmail.com> a
> écrit :
>
> > A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de
> > facilement créer un template pour un type de CPE et l’instancier ensuite
> en
> > moins de 30 secondes pour une IP précise (voir en instancier un grand
> > nombre en important un CSV) ?
> > Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT
> > ICMP, variables SNMP à vérifier, etc…) et les actions à déclencher en cas
> > de dépassement de seuil.
> > Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de
> > l’interface (ça existe ça comme maladie, GUI-bored ?).
> > Et quand je regarde les descriptions des autres NMS, il est peu évident
> > de comprendre s’ils offrent cette facilité juste en lisant la doc...
> >
> >
> > > Le 21 nov. 2016 à 08:58, Anthony Sibiodon <a.sibio...@cpro.fr> a
> écrit :
> > >
> > > sinon Eyes of Network, très puissant, il y a tous les outils, Nagios,
> > Cacti, etc ...
> > >
> > > Anthony
> > >
> > > -Message d'origine-
> > > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> > part de Bostick Box
> > > Envoyé : lundi 21 novembre 2016 08:55
> > > À : sbu12...@gmail.com; 'Jeremy' <li...@freeheberg.com>; 'asham kimo'
> <
> > asham75...@gmail.com>; frnog-t...@frnog.org
> > > Objet : Re: [FRnOG] [TECH] Supervision réseau
> > >
> > > +1 pour centreon.Cdt
> > >
> > >Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" <
> > sbu12...@gmail.com> a écrit :
> > >
> > >
> > >
> > > "Obervium ?"
> > >
> > > Dommage qu'il n'est pas le template ForcePoint.
> > > SU
> > >
> > > -Message d'origine-
> > > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> > part de Jeremy Envoyé : dimanche 20 novembre 2016 15:16 À : asham kimo;
> > frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Supervision réseau
> > >
> > > Obervium ?
> > >
> > > Jérémy
> > >
> > > Le 20/11/2016 à 12:02, asham kimo a écrit :
> > >> c dimanche ...et c pas grave !
> > >> Bonjour,
> > >>
> > >> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de
> > >> proposer  avec une démonstration de faisabilité (POC)  une solution de
> > >> supervision  réseau gratuite , avec map graphique et qui puisse
> prendre
> > >> en charge  les éléments suivants:
> > >> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> > >> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et
> > >> un état de sauvegarde du stockage (synology).
> > >> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> > >> Grafana... je suis preneur pour tout retour
> > >> d’expérience sur ces solutions ou autres .
> > >> et merci d'avance,
> > >> Asham
> > >>
> > >> ---
> > >> 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/
> > >
> > > ---
> > > 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] Supervision réseau

2016-11-21 Par sujet David Ramahefason

ah oui on est sur du Cumulus, donc ca n'est pas LA solution pour tout,
j'avais zappé sorry.

Le lun. 21 nov. 2016 à 09:33, David Ramahefason <r...@netfacile.net> a
écrit :

> @David on fait ca avec une combinaison Sensu/Ansible et Consul
>
> Le lun. 21 nov. 2016 à 09:08, David Ponzone <david.ponz...@gmail.com> a
> écrit :
>
> A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de
> facilement créer un template pour un type de CPE et l’instancier ensuite en
> moins de 30 secondes pour une IP précise (voir en instancier un grand
> nombre en important un CSV) ?
> Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT
> ICMP, variables SNMP à vérifier, etc…) et les actions à déclencher en cas
> de dépassement de seuil.
> Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de
> l’interface (ça existe ça comme maladie, GUI-bored ?).
> Et quand je regarde les descriptions des autres NMS, il est peu évident
> de comprendre s’ils offrent cette facilité juste en lisant la doc...
>
>
> > Le 21 nov. 2016 à 08:58, Anthony Sibiodon <a.sibio...@cpro.fr> a écrit :
> >
> > sinon Eyes of Network, très puissant, il y a tous les outils, Nagios,
> Cacti, etc ...
> >
> > Anthony
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> part de Bostick Box
> > Envoyé : lundi 21 novembre 2016 08:55
> > À : sbu12...@gmail.com; 'Jeremy' <li...@freeheberg.com>; 'asham kimo' <
> asham75...@gmail.com>; frnog-t...@frnog.org
> > Objet : Re: [FRnOG] [TECH] Supervision réseau
> >
> > +1 pour centreon.Cdt
> >
> >Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" <
> sbu12...@gmail.com> a écrit :
> >
> >
> >
> > "Obervium ?"
> >
> > Dommage qu'il n'est pas le template ForcePoint.
> > SU
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> part de Jeremy Envoyé : dimanche 20 novembre 2016 15:16 À : asham kimo;
> frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Supervision réseau
> >
> > Obervium ?
> >
> > Jérémy
> >
> > Le 20/11/2016 à 12:02, asham kimo a écrit :
> >> c dimanche ...et c pas grave !
> >> Bonjour,
> >>
> >> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de
> >> proposer  avec une démonstration de faisabilité (POC)  une solution de
> >> supervision  réseau gratuite , avec map graphique et qui puisse prendre
> >> en charge  les éléments suivants:
> >> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> >> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et
> >> un état de sauvegarde du stockage (synology).
> >> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> >> Grafana... je suis preneur pour tout retour
> >> d’expérience sur ces solutions ou autres .
> >> et merci d'avance,
> >> Asham
> >>
> >> ---
> >> 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/
> >
> > ---
> > 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] Supervision réseau

2016-11-21 Par sujet David Ramahefason

@David on fait ca avec une combinaison Sensu/Ansible et Consul

Le lun. 21 nov. 2016 à 09:08, David Ponzone <david.ponz...@gmail.com> a
écrit :

> A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de
> facilement créer un template pour un type de CPE et l’instancier ensuite en
> moins de 30 secondes pour une IP précise (voir en instancier un grand
> nombre en important un CSV) ?
> Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT
> ICMP, variables SNMP à vérifier, etc…) et les actions à déclencher en cas
> de dépassement de seuil.
> Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de
> l’interface (ça existe ça comme maladie, GUI-bored ?).
> Et quand je regarde les descriptions des autres NMS, il est peu évident
> de comprendre s’ils offrent cette facilité juste en lisant la doc...
>
>
> > Le 21 nov. 2016 à 08:58, Anthony Sibiodon <a.sibio...@cpro.fr> a écrit :
> >
> > sinon Eyes of Network, très puissant, il y a tous les outils, Nagios,
> Cacti, etc ...
> >
> > Anthony
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> part de Bostick Box
> > Envoyé : lundi 21 novembre 2016 08:55
> > À : sbu12...@gmail.com; 'Jeremy' <li...@freeheberg.com>; 'asham kimo' <
> asham75...@gmail.com>; frnog-t...@frnog.org
> > Objet : Re: [FRnOG] [TECH] Supervision réseau
> >
> > +1 pour centreon.Cdt
> >
> >Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" <
> sbu12...@gmail.com> a écrit :
> >
> >
> >
> > "Obervium ?"
> >
> > Dommage qu'il n'est pas le template ForcePoint.
> > SU
> >
> > -Message d'origine-
> > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> part de Jeremy Envoyé : dimanche 20 novembre 2016 15:16 À : asham kimo;
> frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Supervision réseau
> >
> > Obervium ?
> >
> > Jérémy
> >
> > Le 20/11/2016 à 12:02, asham kimo a écrit :
> >> c dimanche ...et c pas grave !
> >> Bonjour,
> >>
> >> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de
> >> proposer  avec une démonstration de faisabilité (POC)  une solution de
> >> supervision  réseau gratuite , avec map graphique et qui puisse prendre
> >> en charge  les éléments suivants:
> >> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> >> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et
> >> un état de sauvegarde du stockage (synology).
> >> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> >> Grafana... je suis preneur pour tout retour
> >> d’expérience sur ces solutions ou autres .
> >> et merci d'avance,
> >> Asham
> >>
> >> ---
> >> 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/
> >
> > ---
> > 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] Supervision réseau

2016-11-21 Par sujet David Ponzone

A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de 
facilement créer un template pour un type de CPE et l’instancier ensuite en 
moins de 30 secondes pour une IP précise (voir en instancier un grand nombre en 
important un CSV) ?
Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT ICMP, 
variables SNMP à vérifier, etc…) et les actions à déclencher en cas de 
dépassement de seuil.
Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de l’interface 
(ça existe ça comme maladie, GUI-bored ?).
Et quand je regarde les descriptions des autres NMS, il est peu évident  de 
comprendre s’ils offrent cette facilité juste en lisant la doc...


> Le 21 nov. 2016 à 08:58, Anthony Sibiodon <a.sibio...@cpro.fr> a écrit :
> 
> sinon Eyes of Network, très puissant, il y a tous les outils, Nagios, Cacti, 
> etc ...
> 
> Anthony
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
> Bostick Box
> Envoyé : lundi 21 novembre 2016 08:55
> À : sbu12...@gmail.com; 'Jeremy' <li...@freeheberg.com>; 'asham kimo' 
> <asham75...@gmail.com>; frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] Supervision réseau
> 
> +1 pour centreon.Cdt
> 
>Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" 
> <sbu12...@gmail.com> a écrit :
> 
> 
> 
> "Obervium ?"
> 
> Dommage qu'il n'est pas le template ForcePoint.
> SU
> 
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
> Jeremy Envoyé : dimanche 20 novembre 2016 15:16 À : asham kimo; 
> frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Supervision réseau
> 
> Obervium ?
> 
> Jérémy
> 
> Le 20/11/2016 à 12:02, asham kimo a écrit :
>> c dimanche ...et c pas grave !
>> Bonjour,
>> 
>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de 
>> proposer  avec une démonstration de faisabilité (POC)  une solution de 
>> supervision  réseau gratuite , avec map graphique et qui puisse prendre 
>> en charge  les éléments suivants:
>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,  
>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et  
>> un état de sauvegarde du stockage (synology).
>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et  
>> Grafana... je suis preneur pour tout retour  
>> d’expérience sur ces solutions ou autres .
>> et merci d'avance,
>> Asham
>> 
>> ---
>> 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/
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Supervision réseau

2016-11-21 Par sujet Anthony Sibiodon

sinon Eyes of Network, très puissant, il y a tous les outils, Nagios, Cacti, 
etc ...

Anthony

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Bostick Box
Envoyé : lundi 21 novembre 2016 08:55
À : sbu12...@gmail.com; 'Jeremy' <li...@freeheberg.com>; 'asham kimo' 
<asham75...@gmail.com>; frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Supervision réseau

+1 pour centreon.Cdt

Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" 
<sbu12...@gmail.com> a écrit :
 
 

 "Obervium ?"

Dommage qu'il n'est pas le template ForcePoint.
SU

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Jeremy Envoyé : dimanche 20 novembre 2016 15:16 À : asham kimo; 
frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Supervision réseau

Obervium ?

Jérémy

Le 20/11/2016 à 12:02, asham kimo a écrit :
> c dimanche ...et c pas grave !
> Bonjour,
>
> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de 
>proposer  avec une démonstration de faisabilité (POC)  une solution de 
>supervision  réseau gratuite , avec map graphique et qui puisse prendre 
>en charge  les éléments suivants:
> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,  
>serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et  
>un état de sauvegarde du stockage (synology).
> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et  
>Grafana... je suis preneur pour tout retour  
>d’expérience sur ces solutions ou autres .
>    et merci d'avance,
> Asham
>
> ---
> 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/

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Bostick Box

+1 pour centreon.Cdt  

Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" 
<sbu12...@gmail.com> a écrit :
 
 

 "Obervium ?"

Dommage qu'il n'est pas le template ForcePoint.
SU

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Jeremy
Envoyé : dimanche 20 novembre 2016 15:16
À : asham kimo; frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Supervision réseau

Obervium ?

Jérémy

Le 20/11/2016 à 12:02, asham kimo a écrit :
> c dimanche ...et c pas grave !
> Bonjour,
>
> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
> avec une démonstration de faisabilité (POC)  une solution de supervision
> réseau gratuite , avec map graphique et qui puisse prendre en charge 
> les éléments suivants:
> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi, 
> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et 
> un état de sauvegarde du stockage (synology).
> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et 
> Grafana... je suis preneur pour tout retour 
> d’expérience sur ces solutions ou autres .
>    et merci d'avance,
> Asham
>
> ---
> 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] Supervision réseau

2016-11-20 Par sujet sbu123fr

"Obervium ?"

Dommage qu'il n'est pas le template ForcePoint.
SU

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Jeremy
Envoyé : dimanche 20 novembre 2016 15:16
À : asham kimo; frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Supervision réseau

Obervium ?

Jérémy

Le 20/11/2016 à 12:02, asham kimo a écrit :
> c dimanche ...et c pas grave !
> Bonjour,
>
> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
> avec une démonstration de faisabilité (POC)   une solution de supervision
> réseau gratuite , avec map graphique et qui puisse prendre en charge 
> les éléments suivants:
> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi, 
> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et 
> un état de sauvegarde du stockage (synology).
> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et 
> Grafana... je suis preneur pour tout retour 
> d’expérience sur ces solutions ou autres .
>et merci d'avance,
> Asham
>
> ---
> 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] Supervision réseau

2016-11-20 Par sujet asham kimo

L'avantage de netdb ça va être qu'en plus tu peux contrôler tes équipements
réseaux ! ...contrôler au sens de surveiller ou bien de carrément le
manager ??

Le 20 novembre 2016 à 19:10, Christophe JEANNEROT 
a écrit :

> Avec zabbix aussi tu peux exécuter des actions (perso j'ai quelques
> actions ssh automatique, et j'envisage de lancer des actions ansible depuis
> zabbix pour des scénarios plus complexe)
>
> Envoyé de mon iPhone
>
> Le 20 nov. 2016 à 18:33, Nathan TUTARD  a écrit :
>
> L'avantage de netdb ça va être qu'en plus tu peux contrôler tes
> équipements réseaux. En revanche tu as aussi shinken de base sur centreon
> (comme nagios pour l'État du parc en général) que j'utilisais sur un stage
> qui a satisfait à 100% les attentes de mes supérieurs après je n'avais pas
> l'état des sauvegardes mais tu dois avoir moyen de faire un check avec du
> snmp dessus...
> Bon courage et n'hésite pas à faire un retour sur la solution que tu
> choisiras ;)
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Christophe JEANNEROT

Avec zabbix aussi tu peux exécuter des actions (perso j'ai quelques actions ssh 
automatique, et j'envisage de lancer des actions ansible depuis zabbix pour des 
scénarios plus complexe)

Envoyé de mon iPhone

> Le 20 nov. 2016 à 18:33, Nathan TUTARD  a écrit :
> 
> L'avantage de netdb ça va être qu'en plus tu peux contrôler tes équipements 
> réseaux. En revanche tu as aussi shinken de base sur centreon (comme nagios 
> pour l'État du parc en général) que j'utilisais sur un stage qui a satisfait 
> à 100% les attentes de mes supérieurs après je n'avais pas l'état des 
> sauvegardes mais tu dois avoir moyen de faire un check avec du snmp dessus...
> Bon courage et n'hésite pas à faire un retour sur la solution que tu 
> choisiras ;)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Nathan TUTARD

L'avantage de netdb ça va être qu'en plus tu peux contrôler tes équipements 
réseaux. En revanche tu as aussi shinken de base sur centreon (comme nagios 
pour l'État du parc en général) que j'utilisais sur un stage qui a satisfait à 
100% les attentes de mes supérieurs après je n'avais pas l'état des sauvegardes 
mais tu dois avoir moyen de faire un check avec du snmp dessus...
Bon courage et n'hésite pas à faire un retour sur la solution que tu choisiras 
;)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet asham kimo

merci à tous , Netdb !! je découvre et vais regarder ça de prés.  mais si
je fais un petit sondage suite à vos retours ,Zabix et Centreon me
paraissent les mieux adaptés !

Asham

Le 20 novembre 2016 à 17:14, Antoine Benkemoun-André 
a écrit :

> +1 pour Zabbix surtout pour la partie VMware qui est vraiment top !
>
>
> > Le 20 nov. 2016 à 15:28, Christophe JEANNEROT 
> a écrit :
> >
> > Zabbix ?
> >
> > Envoyé de mon iPhone
> >
> >> Le 20 nov. 2016 à 15:16, Jeremy  a écrit :
> >>
> >> Obervium ?
> >>
> >> Jérémy
> >>
> >>> Le 20/11/2016 à 12:02, asham kimo a écrit :
> >>> c dimanche ...et c pas grave !
> >>> Bonjour,
> >>>
> >>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de
> proposer
> >>> avec une démonstration de faisabilité (POC)   une solution de
> supervision
> >>> réseau gratuite , avec map graphique et qui puisse prendre en charge
> les
> >>> éléments suivants:
> >>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> >>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
> >>> état de sauvegarde du stockage (synology).
> >>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> >>> Grafana... je suis preneur pour tout retour
> d’expérience
> >>> sur ces solutions ou autres .
> >>>  et merci d'avance,
> >>> Asham
> >>>
> >>> ---
> >>> 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/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Antoine Benkemoun-André

+1 pour Zabbix surtout pour la partie VMware qui est vraiment top !


> Le 20 nov. 2016 à 15:28, Christophe JEANNEROT  a 
> écrit :
> 
> Zabbix ?
> 
> Envoyé de mon iPhone
> 
>> Le 20 nov. 2016 à 15:16, Jeremy  a écrit :
>> 
>> Obervium ?
>> 
>> Jérémy
>> 
>>> Le 20/11/2016 à 12:02, asham kimo a écrit :
>>> c dimanche ...et c pas grave !
>>> Bonjour,
>>> 
>>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
>>> avec une démonstration de faisabilité (POC)   une solution de supervision
>>> réseau gratuite , avec map graphique et qui puisse prendre en charge les
>>> éléments suivants:
>>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
>>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
>>> état de sauvegarde du stockage (synology).
>>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
>>> Grafana... je suis preneur pour tout retour d’expérience
>>> sur ces solutions ou autres .
>>>  et merci d'avance,
>>> Asham
>>> 
>>> ---
>>> 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] Supervision réseau

2016-11-20 Par sujet Raphael Mazelier




On 20/11/2016 17:07, Hugues VOITURIER wrote:

+1 pour observium :)


Oui c'est joli, mais c'est affreux en terme de performance.
Ça fait le taf pour tout ce qui est graphing si on a des devices pas 
trop capricieux, niveau monitoring/alerting mieux vaut autre chose 
(nagios like ou zabbix).


--
Raphael Mazelier


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Hugues VOITURIER

+1 pour observium :)
> On 20 Nov 2016, at 15:16, Jeremy  wrote:
> 
> Obervium ?
> 
> Jérémy
> 
> Le 20/11/2016 à 12:02, asham kimo a écrit :
>> c dimanche ...et c pas grave !
>> Bonjour,
>> 
>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
>> avec une démonstration de faisabilité (POC)   une solution de supervision
>> réseau gratuite , avec map graphique et qui puisse prendre en charge les
>> éléments suivants:
>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
>> état de sauvegarde du stockage (synology).
>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
>> Grafana... je suis preneur pour tout retour d’expérience
>> sur ces solutions ou autres .
>>   et merci d'avance,
>> Asham
>> 
>> ---
>> 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] Supervision réseau

2016-11-20 Par sujet Duchet Rémy

Centreon devrait faire le job sans soucis.

Le 20 nov. 2016 à 16:48, Nathan TUTARD  a écrit :

Netdb est bien utile aussi :)

---
Liste de diffusion du FRnOG
http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Nathan TUTARD

Netdb est bien utile aussi :)

---
Liste de diffusion du FRnOG
http://www.frnog.org/

RE: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Jean-Michel NICOLAS

Prtg ? (100 sondes gratuites).



Envoyé de mon téléphone Windows 10



De : Christophe JEANNEROT<mailto:christo...@jeannerot.fr>
Envoyé le :dimanche 20 novembre 2016 15:29
À : Jeremy<mailto:li...@freeheberg.com>
Cc : asham kimo<mailto:asham75...@gmail.com>; 
frnog-t...@frnog.org<mailto:frnog-t...@frnog.org>
Objet :Re: [FRnOG] [TECH] Supervision réseau



Zabbix ?

Envoyé de mon iPhone

> Le 20 nov. 2016 à 15:16, Jeremy <li...@freeheberg.com> a écrit :
>
> Obervium ?
>
> Jérémy
>
>> Le 20/11/2016 à 12:02, asham kimo a écrit :
>> c dimanche ...et c pas grave !
>> Bonjour,
>>
>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
>> avec une démonstration de faisabilité (POC)   une solution de supervision
>> réseau gratuite , avec map graphique et qui puisse prendre en charge les
>> éléments suivants:
>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
>> état de sauvegarde du stockage (synology).
>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
>> Grafana... je suis preneur pour tout retour d’expérience
>> sur ces solutions ou autres .
>>   et merci d'avance,
>> Asham
>>
>> ---
>> 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] Supervision réseau

2016-11-20 Par sujet Christophe JEANNEROT

Zabbix ?

Envoyé de mon iPhone

> Le 20 nov. 2016 à 15:16, Jeremy  a écrit :
> 
> Obervium ?
> 
> Jérémy
> 
>> Le 20/11/2016 à 12:02, asham kimo a écrit :
>> c dimanche ...et c pas grave !
>> Bonjour,
>> 
>> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
>> avec une démonstration de faisabilité (POC)   une solution de supervision
>> réseau gratuite , avec map graphique et qui puisse prendre en charge les
>> éléments suivants:
>> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
>> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
>> état de sauvegarde du stockage (synology).
>> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
>> Grafana... je suis preneur pour tout retour d’expérience
>> sur ces solutions ou autres .
>>   et merci d'avance,
>> Asham
>> 
>> ---
>> 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] Supervision réseau

2016-11-20 Par sujet Jeremy


Obervium ?

Jérémy

Le 20/11/2016 à 12:02, asham kimo a écrit :

c dimanche ...et c pas grave !
Bonjour,

dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
avec une démonstration de faisabilité (POC)   une solution de supervision
réseau gratuite , avec map graphique et qui puisse prendre en charge les
éléments suivants:
Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
état de sauvegarde du stockage (synology).
j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
Grafana... je suis preneur pour tout retour d’expérience
sur ces solutions ou autres .
   et merci d'avance,
Asham

---
Liste de diffusion du FRnOG
http://www.frnog.org/




---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet Xavier Beaudouin

Tu peux ajouter : librenms... :)

- Mail original -
> De: "asham kimo" <asham75...@gmail.com>
> À: "frnog-tech" <frnog-t...@frnog.org>
> Envoyé: Dimanche 20 Novembre 2016 12:02:39
> Objet: [FRnOG][TECH] Supervision réseau

> c dimanche ...et c pas grave !
> Bonjour,
> 
> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
> avec une démonstration de faisabilité (POC)   une solution de supervision
> réseau gratuite , avec map graphique et qui puisse prendre en charge les
> éléments suivants:
> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
> état de sauvegarde du stockage (synology).
> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> Grafana... je suis preneur pour tout retour d’expérience
> sur ces solutions ou autres .
>  et merci d'avance,
> Asham
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Supervision réseau

2016-11-20 Par sujet asham kimo

c dimanche ...et c pas grave !
Bonjour,

dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de proposer
avec une démonstration de faisabilité (POC)   une solution de supervision
réseau gratuite , avec map graphique et qui puisse prendre en charge les
éléments suivants:
Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et un
état de sauvegarde du stockage (synology).
j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
Grafana... je suis preneur pour tout retour d’expérience
sur ces solutions ou autres .
  et merci d'avance,
Asham

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Supervision réseau mobile

2012-07-30 Par sujet VR VR

Bonjour FRnOG,

Dans le cadre d’un projet, je recherche une solution de supervision de
réseau mobile via un automate (voix/sms/ussd/data).
L'idéal serait un équipement capable : de gérer une dizaine de
simcards ; d’exécuter des scénarios de test et de rendre compte du
résultat (tickets, cdr, return des scénario de test...)


Si vous avez des références ou des retours d'exp sur des produits de
ce type, je suis intéressé !

Merci d’avance et cordialement,

VR


---
Liste de diffusion du FRnOG
http://www.frnog.org/

53 matches

Mail list logo