SNMP RFC, ИМПОРТ, несколько определений physAddress

Я просматривал RFC SNMP v1 и v2, включая RFC MIB и SMI (база управляющей информации написана в абстрактном синтаксисе под названием «Структура управляющей информации»). В частности, я смотрел на текстовое соглашение " Физический адрес".

Вот объявление IMPORT частного MIB, которое я использую:

 PhysAddress FROM RFC1213-MIB

а вот из rfc2011 (1996):

 PhysAddress FROM SNMPv2-TC

RFC4181 (2005) отмечает, что SNMPv2-TC — это RFC2579 (1999).

...И некоторые компиляторы MIB не требуют оператора IMPORT для PhysAddress.

Какова каноническая форма объявления? Потребуется ли другому компилятору MIB импорт из RFC2579, а не из SNMPv2-TC? Есть ли каноническая форма? Если есть каноническая форма, где она задокументирована?


snmp
person david    schedule 15.07.2015    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Правило состоит в том, что любой компилятор SNMP MIB заботится только об имени модуля в документе. Например,

ОПРЕДЕЛЕНИЯ SNMPv2-TC ::= НАЧАЛО

в документе RFC 2579 указывает, что он определяет новый модуль с именем SNMPv2-TC.

Конечно, вы можете импортировать «RFC2579», но в любом месте должен быть определен соответствующий модуль (но это никогда не было допустимым именем модуля в пространстве RFC).

Некоторые компиляторы, такие как MG-SOFT, решают рассматривать базовые типы как встроенные типы, и пользователям таких продуктов не нужно беспокоиться о том, куда их импортировать. Это может решить некоторые проблемы, но также может привести к другим.

Я думаю, вам просто интересно, почему в модуле PhysAdddress есть еще и модуль RFC1213-MIB. Это связано с тем, что RFC1213-MIB был определен для сопровождения других компонентов SNMP v1.

Итак, подсказки для вас есть,

  1. Четко укажите, какую версию SMI вы хотите использовать, v1 или v2.
  2. При создании документов MIB используйте только те ссылки (посредством импорта), которые совместимы с выбранной вами версией SMI. RFC1213-MIB для SMI v1, а SNMPv2-TC для SMI v2.

Если вы посмотрите стандартные документы MIB от IETF или такой крупной фирмы, как Cisco, вы увидите, что в большинстве случаев они следуют подсказкам.

person Lex Li    schedule 16.07.2015