[demande de suggestions]Integration de traps snmp dans oreon

[YodaNC]

Bonjour,
je compte integrer une gestion des traps dans oreon et j'aimerai bien avoir des avis sur comment integrer ca a l'interface actuelle (services ? gestion separee ?).
Merci

[DonKiShoot]

Ici c pour donner des suggestions à l'équipe d'oreon pas pour nous demander ce que l'on pourrait suggérer à tes problèmes :lol:

[julio]

Oui mais il fait parti de l'equipe donc il poste la pour demander ce que veut le peuple... Nous on a deja notre idée et on voudrait savoir ce que vous voulez, on veut que les idées fusent dans ce poste.

Merci d'avance

[YodaNC]

vi on prefere avoir des suggestions provenant de personnes utilisant les traps qui seraient mieux placees pour dire comment elles aimeraient que ca soit gerer afin de leur faciliter la vie sans que ca bride les possibilites
sinon j ai bien une solution, mais sans doute un peu trop light :ange:

[surcouf]

Re: [demande de suggestions]Integration de traps snmp dans o

Bonjour,
je compte integrer une gestion des traps dans oreon et j'aimerai bien avoir des avis sur comment integrer ca a l'interface actuelle (services ? gestion separee ?).

Pour donner une idée de ce qui est faisable, on emploie généralement snmptrapd (oui, ce n'est pas une grande découverte, hein), le principal serveur libre capable de recevoir les trap, distribué avec net-snmp.
Le problème, c'est ce que ce serveur est on ne peut plus trivial et spartiate, comme le manuel de son fichier de configuration peut le montrer : seulement deux ou trois directives, pas plus. En clair, ce démon se contente de filtrer sommairement les trap qu'il reçoit en fonction de l'OID vers une commande pré-définie.
Pour pallier à cela, on le couple généralement avec snmptt, un traducteur de trap écrit en perl. Celui-ci peut traduire les TRAP à la volée à condition qu'on traduise les différentes MIB en fichier de configuration pour lui. Voici deux articles à propos de son implémentation, dont l'une emploie SEC (Simple Event Correlator) pour faire de la corrélation d'évènements :
- http://www.samag.com/documents/s=9559/sam0503g/
- http://cerebro.victoriacollege.edu/hobbit-trap.html
On peut se demander alors quels sont ses avantages. Il est capable de stocker les TRAP traduites et inconnues dans des tables d'une base de données permettant ainsi à d'autres outils comme une interface web (comme snmptt-gui ou snmptraps qui a l'air un peu plus vivant mais germanophobes s'abstenir) d'en tirer parti.

Tout ça pour vous montrer que la tâche est plutôt ardue, car d'expérience, les traductions de MIB en fichiers de configuration ne peuvent encore être l'affaire d'un processus automatique à moins d'employer SEC, par exemple. En effet, toutes les MIB ne sont pas parfaites et n'emploient pas toutes les définitions possibles, comme SEVERITY. Celle permet en effet de définir la ...sévérité de la TRAP ce qui peut être crucial pour faire la liaison avec Nagios. En outre, l'utilisateur peut vouloir affiner cette sévérité. Il faudrait donc qu'il puisse à tout moment modifier ces paramètres... Pas si simple que ça.

Pourquoi est-ce si compliqué ? Parce que Nagios n'a pas été conçu comme une console SNMP mais comme un ordonnanceur de tâches spécialisées.

Qu'as-tu prévu pour les 10 prochaines années ? ;-)

[julio]

Oui voila, on est parti dans le meme sens alors et on a les même problèmes. On aimerai faire un truc assez simple mais ca va être chaud je pense. On perd toujours tellement de temps a mettre ca en place...

aller on attend encore d'autres idées...

[DonKiShoot]

Re: [demande de suggestions]Integration de traps snmp dans o

Oui mais il fait parti de l'equipe Smile donc il poste la pour demander ce que veut le peuple... Nous on a deja notre idée et on voudrait savoir ce que vous voulez, on veut que les idées fusent dans ce poste.

Oupsss !!! Désolé mais vu le contenu de son post je n'avais pas compris ça comme ça

Pour pallier à cela, on le couple généralement avec snmptt, un traducteur de trap écrit en perl. Celui-ci peut traduire les TRAP à la volée à condition qu'on traduise les différentes MIB en fichier de configuration pour lui. Voici deux articles à propos de son implémentation, dont l'une emploie SEC (Simple Event Correlator) pour faire de la corrélation d'évènements :
- http://www.samag.com/documents/s=9559/sam0503g/
- http://cerebro.victoriacollege.edu/hobbit-trap.html
On peut se demander alors quels sont ses avantages. Il est capable de stocker les TRAP traduites et inconnues dans des tables d'une base de données permettant ainsi à d'autres outils comme une interface web (comme snmptt-gui ou snmptraps qui a l'air un peu plus vivant mais germanophobes s'abstenir) d'en tirer parti.

Tout ça pour vous montrer que la tâche est plutôt ardue, car d'expérience, les traductions de MIB en fichiers de configuration ne peuvent encore être l'affaire d'un processus automatique à moins d'employer SEC, par exemple. En effet, toutes les MIB ne sont pas parfaites et n'emploient pas toutes les définitions possibles, comme SEVERITY. Celle permet en effet de définir la ...sévérité de la TRAP ce qui peut être crucial pour faire la liaison avec Nagios. En outre, l'utilisateur peut vouloir affiner cette sévérité. Il faudrait donc qu'il puisse à tout moment modifier ces paramètres... Pas si simple que ça.

Peut-être s'abstenir de toute cette partie ???

Moi je n'ai jamais été jusque là.

J'ai juste un traphandledefault et un script qui lit les traps à la recherche des chaînes de caractères que je souhaite et en fonction de ces chaînes de caractères le script envoi la bonne commande à nagios.

[surcouf]

Re: [demande de suggestions]Integration de traps snmp dans o

Oui mais il fait parti de l'equipe Smile donc il poste la pour demander ce que veut le peuple... Nous on a deja notre idée et on voudrait savoir ce que vous voulez, on veut que les idées fusent dans ce poste.

Oupsss !!! Désolé mais vu le contenu de son post je n'avais pas compris ça comme ça

Pour pallier à cela, on le couple généralement avec snmptt, un traducteur de trap écrit en perl. Celui-ci peut traduire les TRAP à la volée à condition qu'on traduise les différentes MIB en fichier de configuration pour lui. Voici deux articles à propos de son implémentation, dont l'une emploie SEC (Simple Event Correlator) pour faire de la corrélation d'évènements :
- http://www.samag.com/documents/s=9559/sam0503g/
- http://cerebro.victoriacollege.edu/hobbit-trap.html
On peut se demander alors quels sont ses avantages. Il est capable de stocker les TRAP traduites et inconnues dans des tables d'une base de données permettant ainsi à d'autres outils comme une interface web (comme snmptt-gui ou snmptraps qui a l'air un peu plus vivant mais germanophobes s'abstenir) d'en tirer parti.

Tout ça pour vous montrer que la tâche est plutôt ardue, car d'expérience, les traductions de MIB en fichiers de configuration ne peuvent encore être l'affaire d'un processus automatique à moins d'employer SEC, par exemple. En effet, toutes les MIB ne sont pas parfaites et n'emploient pas toutes les définitions possibles, comme SEVERITY. Celle permet en effet de définir la ...sévérité de la TRAP ce qui peut être crucial pour faire la liaison avec Nagios. En outre, l'utilisateur peut vouloir affiner cette sévérité. Il faudrait donc qu'il puisse à tout moment modifier ces paramètres... Pas si simple que ça.

Peut-être s'abstenir de toute cette partie ???

Moi je n'ai jamais été jusque là.

J'ai juste un traphandledefault et un script qui lit les traps à la recherche des chaînes de caractères que je souhaite et en fonction de ces chaînes de caractères le script envoi la bonne commande à nagios.

Oui mais comment détermines-tu les OID à traduire ? Via snmptt, on s'appuie directement sur les MIB nécessaires (tu me diras... comment savoir quelles sont les MIB nécessaires ?).
En outre, snmptt permet également de stocker les résultats en base de données, ce qui permet d'avoir une interface de consultation de l'historique par rapport à un service d'un hôte en particulier. En effet, on peut diviser la gestion des trappes par MIB en jouant sur le nom du service, ce qui évite d'avoir toutes les TRAP sous la même tutelle.
Quand on n'a que l'agent net-snmp de base qui envoie des TRAP, c'est sans doute inutile mais dès qu'on lui adjoint des sous-agents, ça peut vite s'avérer pertinent.

[DonKiShoot]

Re: [demande de suggestions]Integration de traps snmp dans o

Oui mais comment détermines-tu les OID à traduire ? Via snmptt, on s'appuie directement sur les MIB nécessaires (tu me diras... comment savoir quelles sont les MIB nécessaires ?).
En outre, snmptt permet également de stocker les résultats en base de données, ce qui permet d'avoir une interface de consultation de l'historique par rapport à un service d'un hôte en particulier. En effet, on peut diviser la gestion des trappes par MIB en jouant sur le nom du service, ce qui évite d'avoir toutes les TRAP sous la même tutelle.
Quand on n'a que l'agent net-snmp de base qui envoie des TRAP, c'est sans doute inutile mais dès qu'on lui adjoint des sous-agents, ça peut vite s'avérer pertinent.

Je ne traduis aucun OID, je travail sur l'adresse complète en décimal.
Pour ce qui est de stocker, une fois la notification faite à nagios (nagios log automatiquement).