Quali sono gli OID figlio in un trap SNMP?

Question

Ho ereditato una documentazione MIB e l'esempio, e la necessità di re-implementare il codice che genera trappole. (Per vari motivi il codice originale è persa e andato per sempre, ma CM non è la mia domanda.)

Il 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 }

La nostra documentazione è il seguente frammento:

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

Quello che non riesco a capire è l'OID utilizzato per il tempo della spedizione di allarme. Vorrei capire se si trattasse di [il nostro-base-OID] .1.3.0, o anche [il nostro-base-OID] .2.4.0. [Nostro-base-OID] .1.3. Se fossimo generare una trappola a {3} alertEvents, quale sarebbe il suffisso sia per i singoli oggetti?

E 'possibile che il MIB è stato aggiornato dopo la documentazione, quindi se questo sembra sbagliato ad un esperto allora che cosa dovrebbe l'OID essere per l'alertDispatchTime?

Grazie.

Answer 1

Come definito qui, alertDispatchTime è un oggetto scalare (solo un'istanza), per cui il suo identificatore secondario istanza è sempre 0 (OID completa è [corpAlert] .1.3.0). OID della notifica [corpAlert] .2.4.0.

Supponendo da "[il nostro-base-OID]" intendi corpAlert, il comando SNMPTRAP mostrato non sembra essere corretto perché [il nostro-base-OID] .2.4.0.4.1.0 sarebbe testFailureClearTrap.4.1.0 , che non ha senso: le trappole non hanno subidentifiers istanza. Ma sto facendo alcune ipotesi qui circa le parti della specifica MIB non avete incluso.

Answer 2

Se si dispone di un sistema funzionante, forse ti va bene se è possibile generare una trappola e visualizzarne il contenuto.