Результаты опроса SNMP

Статус операции опроса SNMP представлен переменной SNMP (snmp), состоящей из следующих полей:

Результаты SNMP опроса представлены в виде переменной настроек Device согласно следующим правилам:

• Если группа OIDs представляет таблицу SNMP, для них создается переменная настройки устройства в виде таблицы.

• Во всех других случаях для каждого OID создается одна переменная настройки устройства.

Имена переменных настройки устройства для переменных SNMP формируются согласно следующим правилам:

• Если для определенного OID найден MIB-символ, имя настройки устройства совпадает с MIB-символом (например, sysDescr, hrStorageTable).

• Если для определенного OID не найден MIB-символ, имя настройки устройства совпадает с самим OID. Точки заменяются на подчеркивания для создания верного формата имени (например, 1_3_6_1_2_1_5_27_1_5_2_0).

Описания переменных настройки устройства для переменных

SNMP формируются согласно следующим правилам:

• Если соответствующий MIB файл не найден для OID, описание формируется согласно настройке "Описание переменной", заданной для данного MIB-файла.

• Если полные MIB данные не найдены, описание переменной включает имя, состоящее из символов распознанной части OID, за которыми следуют цифры нераспознанной части. Полная переменная OID заключена в скобки. Например: iso.org.dod.internet.mgmt.mib-2.icmp.27.1.5.1.0 (1.3.6.1.2.1.5.27.1.5.1.0)

Некоторые метрики SNMP могут быть дополнены в зависимости от используемого файла или файлов MIB. Если метрика в MIB-файле включает компонент AUGMENTS, то она будет дополнена метрикой, указанной компонентом AUGMENTS, при каждом ее получении. Например, рассмотрим следующее определение объекта:

ifXEntry OBJECT-TYPE
    SYNTAX      IfXEntry
    MAX-ACCESS  not-accessible
    STATUS      current
    INDEX   { ifIndex }
    DESCRIPTION
        "An entry containing additional management information
        applicable to a particular interface."
    AUGMENTS    { ifEntry }
    ::= { ifXTable 1 }  

Приведенный выше пример указывает на то, что метрика ifEntry будет использоваться для дополнения ifXEntry. Метод получения ifXEntry будет зависеть от конкретных настроек SNMP. При чтении ifXEntry дополняющая метрика ifEntry будет прочитана с помощью массового или пошагового запроса, а результаты ifXEntry будут дополнены, или расширены, результатами ifEntry и представлены в виде единого ответа.

Если столбец в одной метрике не имеет аналога в другой метрике, записи для этой метрики будут заполнены значениями NULL для этого столбца. Такое поведение можно считать примерно аналогичным операции LEFT JOIN в SQL.

Переменные настройки устройства группируются MIB-файлами, в которых определены соответствующие OID. Переменная настройки ненайденного в MIB директории идентификатора объекта входит в группу "Нераспознанные идентификаторы объектов SNMP".

Типы SNMP конвертируются в типы SberMobile, как определено в следующей таблице: