2

SNMP MIB トラップの構成またはベスト プラクティスに関するアドバイスを探しています。実際の使用法と期待を説明する資料は見つかりませんでした。

私は過去に SNMP を簡単に扱ったことがあり、ほとんどが get/set でした。これまでトラップに対処する必要はありませんでした。

説明させてください...

私は最近会社に入社し、その会社の MIB を確認する必要がありましたが、そこに含まれるトラップが予期したものではありませんでした。

アラーム条件を発生させるトラップごとに (たとえば、「X しきい値以上」 - 重大度クリティカル、ID 100)、クリア用の完全に個別のトラップ (「X しきい値以上クリア」- 重大度クリア、ID 134) があります。各トラップには任意の「trap-id」が割り当てられており、意味や関係情報はエンコードされていません。トラップ 134 がトラップ 100 をクリアしたことを知る唯一の方法は、トラップのテキスト名を見ることです。これは正しくないようです。

たとえば、ファン障害トラップは次のようになります (簡潔にするために編集されています)。

    fooTrapFanFailure NOTIFICATION-TYPE
        OBJECTS {StampID, SerialNumber, Name, TrapID, Severity}
        DESCRIPTION   "Fan failure, trap-id 105, severity major"
        ::= { fooTraps 8 }

    fooTrapFanFailureClear NOTIFICATION-TYPE
        OBJECTS {StampID, SerialNumber, Name, TrapID, Severity}
        DESCRIPTION  "Fan failure clear, trap-id 132, severity informational"
        ::= { fooTraps 11 }

132 が 105 のクリアであることを知る唯一の方法は、MIB を手動で読み取るか、プログラムで MIB をスキャンし、トラップ名に基づいてテーブルを作成することです。クリア トラップが「情報」重大度で表示されるため、このケースはさらに間抜けです。

「X しきい値を超える」トラップ ID 100 が発生すると、重大度が「クリティカル」に設定されて送信され、クリアされると、まったく同じトラップ ID 100 が重大度「クリア」で送信されると予想しました。 '。

または、65 個程度の固有のトラップではなく、trap-id と重大度を含む一般的なアラーム トラップが 1 つだけあればさらに良いでしょう。

つまり、要するに、質問は次のとおりです。

この「2 つのトラップ、1 つを上げてもう 1 つをクリアする」は正常ですか?

4

2 に答える 2

1

正常ではありませんが、大丈夫です。彼らがそのようにした理由がわかります。OIDに基づいてHPOVNNMで色を割り当てるのは簡単です（正確なバージョンはわかりませんが、2000年に機能しました）。または、マネージャー/管理ステーションに色を表示するためにパケットを解析する必要がある場合があります。

一般に、トラップバインディングの一部としてトラップステータスを使用することをお勧めします。

于 2013-01-25T23:06:14.413 に答える
0

SNMPc で Mib ファイルを使用しています。私のファイルには、トラップ EventOccured が 1 つだけあり、SNMPc フィルターによって作成された他のすべてのロジック (相関) があります。Severity='CL' を使用してトラップをクリアします。では、「fooTrapFanFailureClear」トラップで重大度変数が必要な理由がわかりませんか?

于 2013-06-14T11:34:06.993 に答える