Индекс в таблице MIB

Question

Я хочу использовать иерархическую структуру таблиц в MIB для SNMPv2-Trap, аналогичную описанной в этом ответе /questions/39796472/snmp-opredeleniya-asn1-mib-ssyilka-na-tablitsu-v-tablitse/39796480#39796480

Однако я не совсем понимаю понятие INDEX для записей в таблице MIB. Например, в следующем отрывке цитируемого ответа childIndex Для записей в дочерней таблице используется:

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

Однако мой приемник ловушек (по iReasoning) также работает, если я не указал специальный childIndex в используемом Trap-MIB, который он использует. Какова цель индекса тогда?

Answer 1

Этот индекс используется только для извлечения таблиц, где вы используете сообщения GET NEXT или GET BULK для запроса всех объектов в таблице. Только основываясь на информации INDEX, вы можете сказать, как полученные объекты должны быть отформатированы как правильная таблица.

"Однако мой приемник ловушек (по iReasoning) также работает, если я не указал специальный childIndex внутри используемого Trap-MIB ".

Отредактировано: для получателя ловушек, это зависит от документов 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, потому что в это время утилита обнаружит, что некоторые элементы индекса отсутствуют.