Discussion :

[ram-0000]

Présentation du protocole SNMP

Devant la véritable explosion des réseaux et leur importance primordiale dans une infrastructure, les besoins de superviser et surtout de diagnostiquer rapidement les problèmes sont devenus des préoccupations majeures. Le protocole de supervision réseau SNMP se propose de répondre à cette double problématique. Ce document a pour but de présenter SNMP ainsi que tous les éléments qui le constituent.

A vos commentaires !

[Invité]

L'article est très intéressant (comme toujours ) ce qui met en évidence le gros problème : comment on teste tout cela?

[ram-0000]

ce qui met en évidence le gros problème : comment on teste tout cela?

Je ne comprends pas la question ?!?!

[pi-2r]

très bon article

[curt]

Bonjour Ram-0000,

enfin un article sur le sujet SNMP. (on entend tellement de choses !).

Tu peux ajouter dans ta liste des superviseurs, PATROL de chez BMC que j'ai utilisé il y a quelque temps. (simple et pratique "sans vouloir faire de pub !").

Encore merci pour ce travail.
Curt

[ram-0000]

Tu peux ajouter dans ta liste des superviseurs, PATROL de chez BMC que j'ai utilisé il y a quelque temps. (simple et pratique "sans vouloir faire de pub !").

C'est fait, merci. Pour info, Patrol a "perdu" son nom. La suite s'appelle maintenant "BMC ProactiveNet Performance Management" probablement suite au rachat/rapprochement avec proactivenet

[Julien Bodin]

Très bon tuto

Je m'attendais à plus de concret mais comme le titre l'indique il s'agit du protocole et non de son utilisation.

J'ai souvent voulu m'initier à la supervision de serveurs, pour la curiosité, mais j'ai jamais rien trouvé de super concret jusqu'à présent (et j'ai jamais cherché profondément non plus, il faut bien l'avouer).

Bonne continuation

[ram-0000]

Je m'attendais à plus de concret mais comme le titre l'indique il s'agit du protocole et non de son utilisation.

Pas facile de faire du concret sur un sujet aussi vaste et dont le besoin et le but réel (celui des clients finaux) n'est finalement pas si formalisé que cela. J'oserai, je dirai que la supervision, c'est encore empirique avec 2 mondes qui se marche dessus, le réseau et l'IT avec chacun des besoins et des contraintes différentes.

Donc pas facile d'être concret ou alors, il faut présenter une solution ou une expérience mais cela risque de n'intéresser que ceux qui sont dans cette problématique justement. Les autres lecteurs diront : "article trop concret sur un besoin que je n'ai pas"

J'ai aussi volontairement choisi de ne pas présenter le format des trames SNMP car tout est écrit dans les différentes RFC à ce sujet.

[Julien Bodin]

Oui je sais bien, mais bon

[heavenvibes]

Merci pour cet article sur un protocole sur lequel j'ai développé un site de gestion de switch (HP et Nortel pour l'instant).

Parmi les logiciels que j'ai pu utiliser pour découvrir le fonctionnement des switchs, il y a :

- GetIf : gratuit, contient de nombreux outils allant du traceroute, whois, ipdiscovery et celui qui m'a le plus servi est le Mibbrowser.

- OIDView : payant, j'ai utilisé la version de démo et très limitée ce qui m'a permis de mieux comprendre le système des Index dans certaines MIBs.

J'ai également eu l'occasion de tester nombre d'autres utilitaires sans trouver mieux à GetIf et OIDView. J'ai même été jusqu'à faire une demande d'achat de licence pour OIDView, mais qui n'a jamais abouti...

[Invité]

Pas facile de faire du concret sur un sujet aussi vaste et dont le besoin et le but réel (celui des clients finaux) n'est finalement pas si formalisé que cela. J'oserai, je dirai que la supervision, c'est encore empirique avec 2 mondes qui se marche dessus, le réseau et l'IT avec chacun des besoins et des contraintes différentes.

C'est bien ça qui me gêne à la lecture de l'article, il faudrait une suite...
Car la mise en œuvre me semble hasardeuse et difficile pour quelqu'un comme moi qui suit développeur, c'est d'autant plus dommage que la supervision est nécessaire ce que l'on ne se rend compte que trop tard en général.

[Baster]

Dans le meme genre qu'OIDView: iReasoning mibbrowser.
j'utilise la version gratos limitee (pas de snmp v3 ni de monitoring continue de la valeur d'un oid) qui est bien meilleure que la version limitee d'OidView (si je me souviens bien de cette derniere).

Au niveau programmation (java):
- iReasoning a apparemment une librairie java payante qui semble pas mal du tout (mais pas testee)
- SNMP4j qui est open source (license Apache v2) et que j'utilise dans mon projet (version 1.9.3d modifiee pour la faire compiler en java 1.3 et pour remplacer log4j par un system de logging bien plus simple pour sauver un peu de ram).
- Java SNMP Package: open source (as is?), que j'utilisais avant dans mon projet mais pas de support de snmp v3 du coup abandonnee. Bien si projet simple et pas besoin de snmpv3. Code a l'abandon?

[ram-0000]

- GetIf : gratuit, contient de nombreux outils allant du traceroute, whois, ipdiscovery et celui qui m'a le plus servi est le Mibbrowser.

Ajouté

- OIDView : payant, j'ai utilisé la version de démo et très limitée ce qui m'a permis de mieux comprendre le système des Index dans certaines MIBs.

Ajouté

- iReasoning a apparemment une librairie java payante qui semble pas mal du tout (mais pas testee)

Ajouté l'éditeur car il a pas mal d'outils SNMP

- SNMP4j qui est open source (license Apache v2) et que j'utilise dans mon projet (version 1.9.3d modifiee pour la faire compiler en java 1.3 et pour remplacer log4j par un system de logging bien plus simple pour sauver un peu de ram).

Ajouté

- Java SNMP Package: open source (as is?), que j'utilisais avant dans mon projet mais pas de support de snmp v3 du coup abandonnee. Bien si projet simple et pas besoin de snmpv3. Code a l'abandon?

Ajouté

pour ces infos

[Cyrille999]

Excellent article ---

Pour les logiciels de supervision SNMP, il y a IBM Tivoli, ainsi que OpenNMS

Pour les logiciels administration SNMP, l'outil NerveCenter de LogMatrix ; Si tu es amateur de SNMP, cet outil devrait te plaire !

Il a été développé initialement par NetLabs

Cyrille

[ram-0000]

Merci pour les liens, l'article est à jour

[Orni-Dev]

Bonjour,
je voudrais faire une petite remarque : Dans la présentation, il est écrit que snmp4j est gratuit alors qu'il est "open source" sous licence apache v2.

[ram-0000]

je voudrais faire une petite remarque : Dans la présentation, il est écrit que snmp4j est gratuit alors qu'il est "open source" sous licence apache v2.

Article rectifié, pour la remarque.

[micniv]

Merci pour cet excellent article sur un sujet ... ardu.
Il y a quelques années, j'avais utilisé WhatsUpGold de la société IPSWITCH comme superviseur de réseau . Il est payant mais très facile à mettre en place.

[ram-0000]

Il y a quelques années, j'avais utilisé WhatsUpGold de la société IPSWITCH comme superviseur de réseau . Il est payant mais très facile à mettre en place.

Article mis à jour

Merci pour cet excellent article sur un sujet ... ardu.

[msuzenne]

Bonjour,

tout d'abord, remerciements pour cet article d'introduction au protocole SNMP. Il pourrait être complété par une intro à l'utilisation d'outils simples (sans installation/configuration complexe), ainsi qu'une liste des OID les plus utiles (MIBs RFC ou privées Cisco, Juniper, Nortel/Avaya, HP, ... ). Ce qui nous manque à tous pour cela est ce luxe de notre époque : le temps !!

Revenons à nos moutons : parmi ces outils simples :

* Net-SNMP : outils en ligne de commande, disponible pour Windows, UNIX (commerciaux, *BSD, GNU/Linux), OS/2 et j'en passe ...

* SCLI : interpréteur de commande SNMP

* TkIned/Scotty en interface graphique (basé sur le langage TCL/Tk)

* le couteau suisse du netadmin, "netwox", et notamment les outils 159 à 164 (je recommande particulièrement cet outil à mes pairs : pour résoudre un souci sur le réseau, c'est la panacée !).

D'une façon générale, tous ces outils permettent un diagnostic et une supervision rapide. Ils sont toujours intégrables à des projets plus ambitieux par scripting (avec votre langage de prédilection : TCL/Tk, PERL, Python, ... ).
Si la collecte de statistiques est importante (traçabilité), il est possible de collecter et d'aggréger les données en provenance de ces outils au sein d'une base de données (SQLite pour faire simple, MySQL, PostgreSQL ou encore Oracle pour faire de l'accès concurrent au sein des grands comptes).

Voilà, en espérant avoir apporté un peu d'eau au moulin.

Mickaël SUZENNE.