指數MIB表

我想一個MIB內使用層次表結構的SNMPv2的誘捕類似這樣的答案中所描述的一個https://stackoverflow.com/a/2510340/346899 指數MIB表

但是我真的不明白該指數的概念中的條目一個MIB表。例如在所列出的答案以下摘錄在子表條目的childIndex使用：如果我不使用的TRAP-內指定特殊childIndex

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

但是我的陷阱接收器（由iReasoning）也適用它使用的MIB。那麼索引的目的是什麼？

來源

2013-04-14 s106mo

此索引僅用於表格檢索，您可以使用GET NEXT或GET BULK郵件查詢表格中的所有對象。僅基於INDEX信息，您可以知道接收的對象應如何格式化爲適當的表格。

「不過我的陷阱接收器（由iReasoning）也適用，如果我不它採用了使用陷阱MIB中指定一個特殊childIndex。」

編輯： 對於一個陷阱接收器，它取決於MIB文件，瞭解如何解釋收到的通知。幸運的是，在幾乎所有的標準MIB文檔中，對於NOTIFICATION-TYPE對象來說，定義是明確的。例如，在RFC 4898

http://tools.ietf.org/html/rfc4898

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

對象部分顯示瞭如何解釋的對象。

因此，確實沒有必要讓陷阱接收器返回並檢查您是否錯誤地定義了表（在此MIB的開頭）。

當您使用此MIB文件解釋表的GET NEXT或GET BULK結果時，您對錶格的更改將只會是一個問題，因爲那時該實用程序將查找某些索引項目丟失。

來源

2013-04-24 06:53:31

爲了讓我的問題更清楚：陷阱接收器（例如iReasoning的陷阱接收器）是否也使用GET NEXT/GET BULK來獲取表數據？據我所知，陷阱數據只是完全發送到一個目的地，所以在這種情況下索引沒有真正使用。如果我錯了，請糾正我。 – s106mo

剛編輯我的答案。除非收到的數據無法解釋，否則MIB文件中的一些錯誤將不會被檢測到。 –

回答

相關問題