Cafuro, un logiciel de test pour environnement SNMP

[ram-0000]

Cafuro, un logiciel de test pour environnement SNMP

La configuration d'une architecture SNMP et la mise en place d'un outil NMS (Network management system) sont toujours délicates. En effet, cette opération nécessite de nombreux tests à chaque fois que l'on désire ajouter un équipement SNMP dans une architecture existante : "quels sont les paramètres SNMP de l'équipement ?", "quelles sont les informations que cet équipement met à disposition ?", "quelles sont les informations utiles à analyser pour superviser correctement cet équipement ?" sont autant de questions qu'il faut se poser à un moment ou un autre.

Ce document a pour but de présenter le programme Cafuro, un outil de test dans un environnement SNMP.

Vos commentaires et remarques sont les bienvenus.

[Nudger]

C'est très intéressant

Dommage que ce soit développé uniquement pour Windows.
D'après la licence, j'en déduis que c'est open source.
Hélas il ne semble y avoir aucune page sur le site qui permette de télécharger les sources.

[ram-0000]

Envoyé par Nudger

C'est très intéressant

Envoyé par Nudger

Dommage que ce soit développé uniquement pour Windows.

Windows est mon domaine de compétence, Linux un peu (nettement) moins .

Envoyé par Nudger

D'après la licence, j'en déduis que c'est open source.
Hélas il ne semble y avoir aucune page sur le site qui permette de télécharger les sources.

Je suis en pleine phase de développement, cela veut dire que les sources bougent tous les jours donc, non, ils ne sont pas encore accessibles (mais cela viendra)

[jophar]

Bonjour à tous

j'essaie de comprendre cet échange:

message emis:

30 29
02 1 00
04 6 70 75 62 6C 69 63
A0 1C
02 4 05 AE 56 02
02 1 00
02 1 00
30 0E
30 0C
06 8 2B 06 01 02 01 01 01 00
05 0
qui peut encore être explicité ainsi :
SEQUENCE len=40
30 28
INTEGER len=1 value -- version SNMPv1
02 1 00
STRING len=6 value -- community : “public”
04 6 70 75 62 6C 69 63
PDU len=27 -- type dépendant du contexte spécifique
A0 1B -- de l'application, ici : SNMP
INTEGER len=4 value_request_id
02 4 05 AE 56 02
INTEGER len=1 value_errror_status
02 1 00
INTEGER len=1 value_error_index
02 1 00
SEQUENCE len=13 -- une liste …
30 0D
SEQUENCE len=11 -- …. de couples
30 0B
-- Les deux 1er labels
-- sont encodés ensemble
Object_id len=7 value_object=1.3.6.1.2.1.4.9
06 8 2B 06 01 02 01 04 09
NULL len=0
05 0

message reçu:

30 29
02 1 00
04 6 70 75 62 6C 69 63
A2 1C
02 4 05 AE 56 02
02 1 00
02 1 00
30 0E
30 0C
06 8 2B 06 01 02 01 04 09
32 1 AA
qui peut s'écrire aussi :
SEQUENCE len=41
30 29
INTEGER len=1 value -- version SNMPv1
02 1 00
STRING len=6 value -- community : “public”
04 6 70 75 62 6C 69 63
PDU len=27 -- type dépendant du contexte spécifique
A2 1C
INTEGER len=4 value_request_id
02 4 05 AE 56 02
INTEGER len=1 value_errror_status
02 1 00
INTEGER len=1 value_error_index
02 1 00
SEQUENCE len=14 -- une liste …
30 0E
SEQUENCE len=12 -- …. de couples
30 0C
-- Les deux 1er labels
Object_id len=7 value_object=1.3.6.1.2.1.4.9
06 8 2B 06 01 02 01 04 09
Gauge len = 2 value = AA
32 1 AA

Pb:j'essaie de comprendre l'objectif de cet échange et l'information transmise par l'agent.

[ram-0000]

Visiblement le manager SNMP (celui qui demande) interroge l'agent au sujet de l'OID 1.3.6.1.2.1.4.9 (ipInDelivers)

The total number of input datagrams successfully delivered
to IP user-protocols (including ICMP).

et l'agent lui répond avec la valeur 0xaa et sans code d'erreur.

Maintenant, pourquoi cet échange ? Peut être pour vérifier que l'agent reçoit toujours du trafic et le remonte bien aux couches applicatives ?

[jophar]

merci pour cette approche,

je vais creuser pour mieux comprendre.