¿Cuáles son los OID niño en una trampa SNMP?

Question

He heredado una documentación MIB y ejemplo, y la necesidad de volver a aplicar el código que genera trampas. (Por diversas razones el código original se pierde y se ha ido para siempre, pero CM no es mi pregunta.)

El MIB dice:

    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 }

Nuestra documentación tiene el siguiente fragmento:

/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]

Lo que no puedo entender es el OID usado durante el tiempo de despacho de alerta. Yo entiendo que si se tratara de [nuestra base-OID] .1.3.0, o incluso [nuestra base-OID] .2.4.0. [Nuestra base-OID] .1.3. Si nos estábamos generando una trampa en alertEvents {3}, lo que podría ser el sufijo para los objetos individuales?

Es posible que el MIB se actualiza después de la documentación, así que si esto se ve mal a un experto a continuación, lo que debe ser el OID para la alertDispatchTime?

Gracias.

Answer 1

Como se define aquí, alertDispatchTime es un objeto de escalar (sólo un ejemplo), por lo que su subidentificador instancia es siempre 0 (OID completo es [corpAlert] .1.3.0). OID de la notificación es [corpAlert] .2.4.0.

Si se asume por "[nuestra base-OID]" quiere decir corpAlert, el comando se muestra snmptrap no parece ser correcto porque [nuestra base-OID] .2.4.0.4.1.0 sería testFailureClearTrap.4.1.0 , que no tiene sentido: las trampas no tienen subidentifiers instancia. Pero estoy aquí hacer algunas suposiciones acerca de las partes de la especificación MIB no se ha incluido.

Answer 2

Si usted tiene un sistema de trabajo, tal vez va a bueno si se puede generar una trampa y ver su contenido.