Quels sont les OID de l'enfant dans un piège SNMP?

Question

J'ai hérité d'une documentation MIB et par exemple, et la nécessité de mettre en œuvre le nouveau code qui génère des pièges. (Pour diverses raisons le code d'origine est perdu et disparu à jamais, mais CM est pas à ma question.)

Le MIB dit:

    alertObjects     OBJECT IDENTIFIER ::= { corpAlert 1 }

    alertEvents      OBJECT IDENTIFIER ::= { corpAlert 2 }

    alertDispatchTime OBJECT-TYPE
        SYNTAX OCTET STRING
        MAX-ACCESS read-only
        STATUS current
        DESCRIPTION
            "Time Event Dispatched"
        ::= { alertObjects 3 }

    testFailure OBJECT IDENTIFIER ::= { alertEvents 4 }

    testFailureClearTrap NOTIFICATION-TYPE
    OBJECTS  
    { 
        alertDispatchTime,
        [omitted]
    }
    STATUS   current
    DESCRIPTION
         "Clear prior failure"
   ::= { testFailure 0 }

Notre documentation a l'extrait suivant:

/usr/bin/snmptrap \
   -v 1 \
   -c public 192.168.0.2:162 [our-base-oid] 127.0.0.1 6 4 '' \
   [our-base-oid].2.4.0.4.1.0 s "May 21 2007 10:19PM" \
   [etc]

Ce que je ne peux pas comprendre est l'OID utilisé pour le moment de l'envoi d'alerte. Je comprendrais si elle était [-oid notre base] .1.3.0, ou même [notre base-oid] .2.4.0. [Notre base-oid] .1.3. Si nous produisions un piège à {3} alertEvents, qu'est-ce que le suffixe soit pour les objets individuels?

Il est possible que le MIB a été mis à jour après la documentation, donc si cela semble mal à un expert alors ce devrait être l'OID pour le alertDispatchTime?

Merci.

Answer 1

Comme défini ici, alertDispatchTime est un objet scalaire (un seul exemple), de sorte que son exemple est toujours 0 sous-identificateur (OID complet est [corpAlert] .1.3.0). OID de la notification est [corpAlert] .2.4.0.

En supposant par "[-oid notre base]" vous voulez dire corpAlert, la commande snmptrap montré ne semble pas être correct parce que [-oid notre base] .2.4.0.4.1.0 serait testFailureClearTrap.4.1.0 , qui n'a pas de sens: les pièges n'ont pas subidentifiers instance. Mais je fais quelques hypothèses ici sur les parties de la spécification MIB vous n'avez pas inclus.

Answer 2

Si vous avez un système de travail, peut-être ça va bien si vous pouvez générer un piège et voir son contenu.