Announcement

Collapse
No announcement yet.

[demande de suggestions]Integration de traps snmp dans oreon

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • [demande de suggestions]Integration de traps snmp dans oreon

    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

  • #2
    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:
    Intel(R) Xeon(TM) CPU 3.4GHz - MemTotal : 1034476 kB
    Centreon 2.4.1 - Nagios 3.2.1 - Nagios Plugins 1.4.15 - Manubulon Plugins tuné
    Fedora Core 5 - 2.6.20-1.2320

    Comment


    • #3
      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
      Julien Mathis
      Centreon Project Leader
      www.merethis.com |

      Comment


      • #4
        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:

        Comment


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

          Originally posted by 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 ?).
          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 ? ;-)
          Raphaël 'SurcouF' Bordet
          Je ne teste pas mes plugins en root, tu ne testes pas tes plugins en root...
          Dons Paypal

          Comment


          • #6
            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...
            Julien Mathis
            Centreon Project Leader
            www.merethis.com |

            Comment


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

              Originally posted by julio
              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

              Originally posted by surcouf
              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.
              Intel(R) Xeon(TM) CPU 3.4GHz - MemTotal : 1034476 kB
              Centreon 2.4.1 - Nagios 3.2.1 - Nagios Plugins 1.4.15 - Manubulon Plugins tuné
              Fedora Core 5 - 2.6.20-1.2320

              Comment


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

                Originally posted by DonKiShoot
                Originally posted by julio
                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

                Originally posted by surcouf
                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.
                Raphaël 'SurcouF' Bordet
                Je ne teste pas mes plugins en root, tu ne testes pas tes plugins en root...
                Dons Paypal

                Comment


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

                  Originally posted by surcouf
                  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).
                  Intel(R) Xeon(TM) CPU 3.4GHz - MemTotal : 1034476 kB
                  Centreon 2.4.1 - Nagios 3.2.1 - Nagios Plugins 1.4.15 - Manubulon Plugins tuné
                  Fedora Core 5 - 2.6.20-1.2320

                  Comment

                  Working...
                  X