1

MIB とサンプル ドキュメントを継承しており、トラップを生成するコードを再実装する必要があります。(さまざまな理由で元のコードは失われ、永久に失われていますが、CM は私の質問ではありません。)

MIB は次のように述べています。

    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 }

ドキュメントには次のスニペットがあります。

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

私が把握できないのは、アラートのディスパッチ時間に使用される OID です。[our-base-oid].1.3.0、または [our-base-oid].2.4.0.[our-base-oid].1.3 であれば理解できます。{ alertEvents 3 } でトラップを生成した場合、個々のオブジェクトの接尾辞は何になりますか?

ドキュメンテーションの後に MIB が更新された可能性があるため、専門家にとってこれが間違っているように見える場合、alertDispatchTime の OID は何になるべきでしょうか?

ありがとう。

4

2 に答える 2

2

ここで定義されているように、alertDispatchTimeはスカラーオブジェクト（1つのインスタンスのみ）であるため、そのインスタンスサブ識別子は常に0です（完全なOIDは[corpAlert] .1.3.0です）。通知のOIDは[corpAlert].2.4.0です。

「[our-base-oid]」がcorpAlertを意味すると仮定すると、[our-base-oid] .2.4.0.4.1.0はtestFailureClearTrap.4.1.0であるため、表示されているsnmptrapコマンドは正しくないように見えます。意味がありません。トラップにはインスタンスサブ識別子がありません。ただし、ここでは、含まれていないMIB仕様の部分についていくつかの仮定を行っています。

于 2009-08-26T02:06:24.220 に答える
1

システムが動作している場合は、トラップを生成してその内容を確認できるとよいでしょう。

于 2009-08-25T20:44:26.487 に答える