Современные принципы и технологии управления инфокоммуникационными

Рис. 10. Сохранение откомпилированного файла

Если в результате работы компилятора ошибки не были обнаружены, то происходит запрос на сохранение созданного MIB модуля в общей базе (рис. 10).

В результате компиляции модуля MIB создается структура, которая сохраняется в общей базе группы программ MG-Soft MIB Browser и в дальнейшем используется для проверки работоспособности агента. Откомпилированный файл структуры сохраняется с расширением .smidb.

5.4. Просмотр MIB-модуля

После компиляции модуля программа автоматически откроет окно, в котором будет отражена информация о скомпилированном модуле.

Для открытия этого окна вручную в окне Modules из общего списка модулей двойным щелчком мыши выбираем созданный нами модуль TK-MUX-MIB.

В открывшемся окне следует выбрать вкладку MIB Tree. Далее следует развернуть дерево объектов. Для этого на панели

управления нажмите на кнопку , после чего происходит развертывание всего дерева, описанного в выбранном модуле MIB.

Значками в виде листочков показываются отдельные объекты, значками в виде папок показываются таблицы и узлы дерева, а значками в виде молний – уведомления.

31

При выборе отдельного элемента в дереве в окне информации выводится детальная информация о текущем объекте

(рис. 11).

Рис. 11. Детальный просмотр модуля TK-MUX-MIB

Следует внимательно проверить наличие всех объектов, таблиц и уведомлений, проверить объектные идентификаторы (OID) для объектов.

6. Задание на лабораторную работу

Разработать модуль MIB для сетевого устройства (принтер, абонентский терминал и т.п. – конкретный вариант следует согласовать с преподавателем). Модуль должен содержать 2–3 переменных, таблицу и2–3 уведомления.

Регистрация объектов в дереве должна быть индивидуальной для каждой подгруппы (студента). Индивидуальность должна быть обеспечена за счет разницы в идентификаторах макроса MODULE-IDENTITY. Номер OID узла дерева для макроса MODULE-IDENTITY формируется в виде XXYZZ, где

32

ХХ – год из шифра группы студентов, Y – номер группы студентов, ZZ – номер подгруппы студентов (студента) на лабораторных работах.

При описании переменных модуля MIB следует использовать типы данных, наиболее подходящие по смысловому содержанию переменных. Справочная информация о типах данных приведена в приложении 1.

В результате работы должно быть получено описание модуля MIB наязыкеASN.1 дляSNMP v.2 ипостроенодеревообъектов.

7. Требования к содержанию отчета по лабораторной работе

Отчет должен содержать:

1)описание функциональной модели заданного устройства;

2)описание информационной модели в виде модуля MIB на языке ASN.1 с необходимыми пояснениями;

3)дерево объектов разработанного модуля MIB.

Студент должен уметь объяснить основные принципы формирования дерева объектов и пояснить использование типов данныхдляописанияскалярныхпеременныхитаблицмодуляMIB.

Контрольные вопросы

1.Принципы разработки функциональной модели управляемого устройства.

2.ПринципырегистрацииобъектоввдереверегистрацииISO.

3.Типы данных ASN.1, используемые для описания таб-

лиц в MIB SNMP.

4.Макросы, используемые при написании MIB SNMP.

5.Принципы описания объектов (переменных) с использованием макроса OBJECT-TYPE.

6.Принципы описания уведомлений с использованием макроса NOTIFICATION-TYPE.

7.Способы описания переменных с перечисленными значениями.

8.Процедура создания новых типов данных на примере таблицы.

33

Лабораторная работа № 2 ИЗУЧЕНИЕ ВЗАИМОДЕЙСТВИЯ АГЕНТ-МЕНЕДЖЕР ПО ПРОТОКОЛУ SNMP С ПОМОЩЬЮ СИМУЛЯТОРА SNMP-АГЕНТА

Цели работы: формирование структуры данных агента SNMP, настройка симулятора SNMP-агента и изучение процедуры обмена управляющей информацией между агентом и менеджером системы управления по протоколу SNMP.

Лабораторная работа №2 является логическим продолжением лабораторнойработы №1 в процессеразработки и исследования системы управления на основе протокола SNMP. Результатом выполнения лабораторной работы №1 является готовый модуль базы управляющей информации MIB телекоммуникационного устройства. В качестве примера был рассмотрен MIB интерфейсов первичного мультиплексора. Дерево разработанного MIB представленонарис. 1.

Рис. 1. Вид дерева MIB после компиляции в MIB Compiler

Следующим этапом разработки системы управления является разработка SNMP-агента для оборудования. Поскольку процесс создания встраиваемого агента является достаточно сложным и трудоемким и зависит от оборудования, для которого выполняется разработка агента, то в данной лабораторной работе будет использован симулятор SNMP-агента.

34

1. Конфигурирование и настройка симулятора SNMP-агента

1.1. Формат конфигурационного файла симулятора SNMP-агента

Программное обеспечение SNMP Agent Simulator предназначено для имитации работы SNMP-агента (протокол SNMP v.1) и может быть использовано для проверки созданных SNMP MIB модулей, а также в образовательных целях для изучения работы различных платформ управления (например, SNMPc

или HP OpenView).

Входными данными для ПО симулятора агента является текстовый файл (расширение .txt), содержащий описание SNMPпеременных и их значений, а также SNMP-уведомлений. Структура файла имеет следующий вид:

[блок описания SNMP-переменных] #trap

[блок описания SNMP-уведомлений]

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

идентификатор переменной |тип переменной |значение переменной |тип доступа

где:

–идентификатор переменной – SNMP OID переменной;

–тип переменной – тип переменной задаваемый следующими значениями:

BOOL – соответствуетSNMP типу Boolean, INT – соответствуетSNMP типу INTEGER,

OCTSTR – соответствуетSNMP типуOCTET STRING, NULL – соответствуетSNMP типу NULL,

OBJID – соответствуетSNMP типу OBJECT ID, ENUM – соответствуетSNMP типу ENUMERATION,

35

IPADDR – соответствуетSNMP типуIP ADDRESS, COUNTER – соответствуетSNMP типу COUNTER, GAUGE – соответствуетSNMP типу GAUGE, TIMETICKS – соответствуетSNMP типу TIMETICKS, OPAQUE – соответствует SNMP типу OPAQUE;

–начальное значение переменной – это произвольное число или строка (в зависимости от типа);

–тип доступа задается значениями R – read-only или RW – read-write.

Содержание переменных должно соответствовать структуре разработанного MIB и смысловому значению переменных реального устройства.

Блок описания SNMP переменных делится на две части:

–описание системных переменных,

–описание переменных разработанного MIB.

1.2. Описание системных переменных

Для корректной работы агента с различными платформами управления описание SNMP переменных должно обязательно включать набор переменных из группы System структуры SMI (в соответствии с рекомендацией RFC 1213).

Реализация группы System обязательна для всех систем (агентов). Если агент не сконфигурирован для задания любой из этих переменных, на запрос должна быть возвращена строка нулевойдлины. Описаниепеременныхприведенониже(изRFC 1213):

sysDescr OBJECT-TYPE

SYNTAX DisplayString (SIZE (0..255)) ACCESS read-only

STATUS mandatory

DESCRIPTION

"Текстовое описание системы. Это значение должно включать полное имя и версию аппаратного и программного обеспечения. Должно содержать только печатаемые символы ASCII."

::= { system 1 }

36

sysObjectID OBJECT-TYPE SYNTAX OBJECT IDENTIFIER ACCESS read-only

STATUS mandatory

DESCRIPTION

"Идентификатор производителя подсистемы сетевого управления. Значение должно содержать начало ветки дерева SMI, в которой регистрируется описываемое устройство. Необходимо менеджеру для формирования запросов переменных по объектным идентификаторам."

::= { system 2 }

sysUpTime OBJECT-TYPE SYNTAX TimeTicks ACCESS read-only STATUS mandatory

DESCRIPTION

"Время (в сотых долях секунды) с последней переинициализации системы."

::= { system 3 }

sysContact OBJECT-TYPE

SYNTAX DisplayString (SIZE (0..255)) ACCESS read-write

STATUS mandatory

DESCRIPTION

"Текстовое описание информации для контактов с ответственными за это устройство."

::= { system 4 }

sysName OBJECT-TYPE

SYNTAX DisplayString (SIZE (0..255)) ACCESS read-write

STATUS mandatory DESCRIPTION

37

"Административно назначенное имя этого управляемого узла (объекта)."

::= { system 5 }

sysLocation OBJECT-TYPE

SYNTAX DisplayString (SIZE (0..255)) ACCESS read-write

STATUS mandatory

DESCRIPTION

"Физическое расположение этого узла (объекта)."

::= { system 6 }

sysServices OBJECT-TYPE SYNTAX INTEGER (0..127) ACCESS read-only

STATUS mandatory

DESCRIPTION

"Значение, которое показывает набор услуг, предоставляемый этим объектом. Значение является суммой цифр. Начальное значение - 0. Для каждого уровня модели OSI (1-7), например - L, на котором функционирует этот узел, 2 в степени L-1 должно быть добавлено к этой сумме. Например, узел, который выполняет функции маршрутизации, будет иметь значение 4=2^(3-1). Или хост, предоставляющий сервис прикладного уровня, будет иметь значение 72=2^(4-1)+2^(7-1). Для стека протоколов Internet значения могут быть определены следующим образом:

уровень/функциональность

1физический

2канальный

3сетевой

4транспортный

7прикладной

38

Для систем, использующих стек протоколов OSI, могут быть подсчитаны уровни 5 и 6."

::= { system 7 }

Системные переменные необходимо включить в настройки симулятора агента. Ниже приведен пример задания значений системных переменных симулятора агента.

1.3.6.1.2.1.1.1.0|OCTSTR|SNMP Agent simulator ver.0.1|R 1.3.6.1.2.1.1.2.0|OBJID|1.3.6.1.4.1.4451|R 1.3.6.1.2.1.1.3.0|TIMETICKS|40868|R 1.3.6.1.2.1.1.4.0|OCTSTR|root@at.pstu.ac.ru|R 1.3.6.1.2.1.1.5.0|OCTSTR|SNMP_AGENT_SIM|RW 1.3.6.1.2.1.1.6.0|OCTSTR|PERM PSTU AT|RW 1.3.6.1.2.1.1.7.0|INT|72|R

1.3. Описание переменных разработанного MIB

Описание переменных берется из дерева откомпилированного MIB, как показано на рис. 2. Следует последовательно пройти по всем переменным дерева созданного на лабораторной работе №1 модуля MIB и заполнить соответствующие поля в описании переменной симулятора агента.

При описании скалярной переменной в конце ее идентификатора следует поставить .0. Например, для переменной syncSource объектный идентификатор, отображаемый в программе

MIB Compiler, равен 1.3.6.1.2.1.1.1. Но так как эта переменная имеет одно значение и является скалярной, то в конце OID сле-

дует добавить .0: 1.3.6.1.2.1.1.1.0

При описании таблицы (таблица портов portTable в данном случае) следует определиться с количеством строк таблицы. Число строк зависит от смысловой нагрузки параметров таблицы. Например, пусть количество интерфейсов первичного мультиплексора для рассматриваемого MIB будет равно четырем. Соответственно, число строк таблицы тоже будет равно четырем. В каждой строке комбинация значений переменных будет составлять уникальнуюнастройку для каждого интерфейсамультиплексора.

39

Рис. 2. Создание конфигурационного файла для Agent. Описание переменных

По правилам, изложенным выше, создаем описание первого объекта (переменной) в таблице. Создаем столько таких строкописаний, сколько записей будет храниться в таблице. В конце каждой строки добавляем номер записи по порядку (так как это не скалярная переменная).

В результате получается описание столбца в виде, показанном в табл. 1.

Т а б л и ц а 1 Столбец экземляров переменной portIndex

portIndex (OID 1.3.6.1.4.1.4451.1.2.1.3.1.1)

экземпляр 1

OID 1.3.6.1.4.1.4451.1.2.1.3.1.1.1

экземпляр 2

OID 1.3.6.1.4.1.4451.1.2.1.3.1.1.2

экземпляр 3

OID 1.3.6.1.4.1.4451.1.2.1.3.1.1.3

экземпляр 4

OID 1.3.6.1.4.1.4451.1.2.1.3.1.1.4

40