0

この回答https://stackoverflow.com/a/2510340/346899で説明されているものと同様の SNMPv2-Trap に、MIB 内の階層テーブル構造を使用したい

しかし、MIB テーブルのエントリの INDEX の概念がよくわかりません。たとえば、引用された回答の次の抜粋ではchildIndex、子テーブルのエントリに a が使用されています。

childEntry OBJECT-TYPE
SYNTAX       ChildEntry
MAX-ACCESS   not-accessible
STATUS       current
DESCRIPTION  "Entry in Child table"
INDEX        { parentIndex,
               childIndex }
::= { childTable 1 }

childIndexただし、トラップ レシーバー (iReasoning による)は、使用される Trap-MIB 内でスペシャルを指定しない場合にも機能します。それでは、インデックスの目的は何ですか？

4

1 に答える 1

1

このインデックスは、GET NEXT または GET BULK メッセージを使用してテーブル内のすべてのオブジェクトをクエリするテーブルの取得にのみ使用されます。INDEX 情報に基づいてのみ、受信したオブジェクトを適切なテーブルとしてフォーマットする方法を知ることができます。

childIndex「しかし、私のトラップ レシーバー (iReasoning による) は、それが使用する Trap-MIB 内でスペシャルを指定しない場合にも機能します。」

編集: トラップ受信者の場合、着信通知を解釈する方法を理解するには、MIB ドキュメントに依存します。幸いなことに、ほぼすべての標準 MIB ドキュメントで、NOTIFICATION-TYPE オブジェクトの定義は明確です。たとえば、RFC 4898 では

https://www.rfc-editor.org/rfc/rfc4898

tcpEStatsEstablishNotification NOTIFICATION-TYPE
   OBJECTS     {
                 tcpEStatsConnectIndex
               }
   STATUS      current
   DESCRIPTION
       "The indicated connection has been accepted
       (or alternatively entered the established state)."
   ::= { tcpEStatsNotifications 1 }

OBJECTS セクションでは、オブジェクトの解釈方法を示します。

したがって、トラップ受信者が戻って、(この MIB の先頭で) テーブルを間違って定義していないかどうかを確認する必要はありません。

この MIB ドキュメントを使用してテーブルの GET NEXT または GET BULK の結果を解釈する場合にのみ、テーブルへの変更が問題になります。その時点で、ユーティリティはいくつかのインデックス項目が欠落していることを検出するためです。

于 2013-04-24T06:53:31.870 に答える