Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

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

..pdf
Скачиваний:
5
Добавлен:
15.11.2022
Размер:
4.3 Mб
Скачать

3.Как менеджер сети SNMPc определяет доступность контролируемого объекта (агента)?

4.Поясните механизм работы с уведомлениями и фильтрами уведомлений в менеджере SNMPc.

5.Какие основные способы получения информации об агенте предоставляет менеджер сети SNMPc?

6.С какой целью используются пользовательские меню менеджера сети SNMPc?

81

Лабораторная работа № 4 ОРГАНИЗАЦИЯ МОНИТОРИНГА ОБОРУДОВАНИЯ

И РАБОЧИХ СТАНЦИЙ С ИСПОЛЬЗОВАНИЕМ РАЗЛИЧНЫХ СПОСОБОВ ДОСТУПА

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

Пункты 1–4 данной лабораторной работы были разработаны при участии доцента В.И. Фреймана и студента В.А. Савиных в рамках НИРС, которая была выполнена на кафедре автоматики и телемеханики ПНИПУ [4].

1. Описание лабораторного стенда

Структурная схема сети управления оборудованием ТЛС представлена на рис. 1. Персональные компьютеры (ПК) лаборатории соединены в локальную сеть с IP-адресами 192.168.11.х. Третичные мультиплексоры ТЛС-31 соединены в линейную сеть и имеют IP-адреса 10.1.1.х. Адрес HDLC для всех блоков ТЛС-31 равен 0. Линейка блоков ТЛС-31 соединена по интерфейсу RS-232 с персональным компьютером с адресом 192.168.11.4, который выполняет роль маршрутизатора между сетями

192.168.11.x и 10.1.1.х.

На компьютерах локальной сети установлены менеджеры SNMPc и шлюзы КПО-SNMP. Шлюзы КПО-SNMP выполняют опрос мультиплексоров ТЛС-31 и преобразуют конфигурационную информацию из форматов данных оборудования ТЛС-31 в блоки данных протокола SNMP [4].

Модули взаимодействия с сетевыми элементами, входящие

всостав шлюза, предоставляют информацию о конфигурации блоков ТЛС-31 в виде файла XML. Далее шлюз выполняет анализ и преобразование этой информации в объекты управляющей информации SNMP, как показано на рис. 2. Файлы XML находятся

втом же в каталоге, что и шлюз.

82

 

 

SNMPc,

SNMPc,

 

 

шлюз

шлюз

 

 

192.168.11.x

192.168.9.x

 

 

ПК

ПК

192.168.11.4

 

 

 

RS-232 ПК

Ethernet

Локальная сеть

 

 

100Base-T

 

 

IP = 10.1.1.1

IP = 10.1.1.2

IP = 10.1.1.3

HDLC = 0

HDLC = 0

HDLC = 0

 

ТЛС-31

 

 

 

 

ТЛС-31

 

 

 

ТЛС-31

 

RS-232

Q

E3

B

A

E3

E3

B

A

E3

E3

B

 

E1

 

 

 

 

E1

 

 

 

E1

 

B1...16

A1...4

B1...4

A1...4

B1...4

Рис. 1. Структурная схема сети управления

 

IP = 10.1.1.4

 

HDLC = 0

 

 

 

 

 

E3

ТЛС-31

A

 

 

 

 

 

 

 

 

 

 

 

E1

 

 

 

 

 

 

A1 16...

Рис. 2. Структура мониторинга с помощью КПО-SNMP

Откройте с помощью браузера (Internet Explorer или Mozilla Firefox) файлы XML для блоков ТЛС-31 (имена файлов формируются из IP-адресов блоков ТЛС-31). Рассмотрим структуру данных конфигурационной информации блока ТЛС-31 в формате XML.

2. Описание формата структур данных XML

Сетевой элемент моделируется объектом NE, содержащим физическую и логическую структуры блока.

83

Для объекта NE указываются параметры: тип блока, IP и HDLC адреса, версия программного обеспечения блока.

<ne type="ТЛС-31" ip="10.1.1.1" hdlc="0" version="KS4IP95">

Физическая структура блока состоит из списка плат (объ-

екты CPack).

<cPack id="03033" type="АМ-33" place="3" />

<cPack id="10004" type="КС-04" place="10" />

<cPack id="12011" type="ЛТ-328" place="12" />

<cPack id="14005" type="ПН-05" place="14" />

Логическая структура блока описывается в разделе Config, и состоит из двух подгрупп – объектов AG (моделируются группы физических портов) и объектов LinkEnd (моделируются мультиплексированные (групповые) потоки).

<config name="ТЛС-31">

Каждому объекту в структуре назначается идентификатор (поле id), с помощью этих идентификаторов реализуются связи между объектами.

Объекты AG – группы физических портов Е1/Е3 (свойства объекта phInterface = electrical/optical).

<AG PhInterface="electrical">

Физические порты Е1 – объекты TTPSource (входы) TTPSink (выходы). Двунаправленный порт – объект TTPBid,

объединяющий TTPSink и TTPSource.

Свойства объектов TTPSink/Source/Bid: SignalId = e1, phInterface = none, Id LinkEndSource/Sink = null, Id tp = иденти-

фикатор объекта CTPSink/Source (связанного с этим портом номера потока Е1 в потоке Е3).

84

<TTPBid id="0221101" name="B1" signalId="e1" PhInterface="none">

<TTPSink id="2121101" name="B1_out" signalId="e1" PhInterface="none" linkEndSinkId="" tpId="2221101" cPackId="03033" />

<TTPSource id="1121101" name="B1_in" signalId="e1" PhInterface="none" linkEndSourceId="" tpId="1221101" cPackId="03033" />

</TTPBid>

...

</AG>

Физические порты Е3 – объекты TTPSource (входы) TTPSink (выходы). Двунаправленный порт – объект TTPBid, объединяющий TTPSink и TTPSource. Свойства объектов

TTPSink/Source/Bid: SignalId = e3, phInterface = optical, Id LinkEndSource/Sink = идентификатор объекта LinkEndSink/Source (связанного с этим портом группового потока Е3), Id tp = null.

<AG PhInterface="optical">

<TTPBid id="0222300" name="B" signalId="e3" PhInterface="optical">

<TTPSink id="2122300" name="B_in" signalId="e3" PhInterface="optical" linkEndSinkId="2320000" ttpId="" cPackId="12011" />

<TTPSource id="1122300" name="B_out" signalId="e3" PhInterface="optical" linkEndSourceId="1320000" ttpId="" cPackId="12011" />

</TTPBid> </AG>

Объединение КИ в поток Е1 моделируется группированием объектов CTPSink/Source в соответствующие объекты

LinkEndSink/Source. Число объектов CTPSink/Source равно чис-

лу КИ (для Е3 – 16 КИ Е1)

85

<linkEndSink id="2320000" ttpId="2122300">

<CTPSink id="2221101" timeSlot="1" signalId="e1" tpId="2121101" cPackId="03033" />

<CTPSink id="2221102" timeSlot="2" signalId="e1" tpId="2121102" cPackId="03033" />

<CTPSink id="2221103" timeSlot="3" signalId="e1" tpId="" cPackId="03033" />

...

<CTPSink id="2221115" timeSlot="15" signalId="e1" tpId="" cPackId="03033" />

<CTPSink id="2221116" timeSlot="16" signalId="e1" tpId="2121116" cPackId="03033" />

</linkEndSink>

<linkEndSource id="1320000" ttpId="1122300">

<CTPSource id="1221101" timeSlot="1" signalId="e1" tpId="1121101" cPackId="03033" />

<CTPSource id="1221102" timeSlot="2" signalId="e1" tpId="1121102" cPackId="03033" />

<CTPSource id="1221103" timeSlot="3" signalId="e1" tpId="" cPackId="03033" />

...

<CTPSource id="1221115" timeSlot="15" signalId="e1" tpId="" cPackId="03033" />

<CTPSource id="1221116" timeSlot="16" signalId="e1" tpId="1121116" cPackId="03033" />

86

</linkEndSource> </config>

</ne>

Объекты LinkEndSink/Source объединяют канальные интервалы (объекты CTPSink/Source) в групповой поток. Свойства

LinkEndSink/Source: ttpId = идентификатор порта Е3 (объект TTPSink/Source)

Канальный интервал (КИ) группового потока моделирует-

ся объектом CTPSink или CTPSource. Свойства CTPSink/Source: SignalId = e1, timeslot = 1…16 – номер потока Е1 в потоке Е3, tpId = идентификатор объекта TTPSink/Source (порт Е1, с которым связан этот КИ), cPackId = идентификатор платы.

Операция кросс-коннекта моделируется ссылкой между объектами CTPSink и CTPSource. В случае кросс-коннекта между КИ атрибут tpId должен содержать идентификатор объекта CTPSource/Sink (другого КИ, на который выполняется кроссконнект).

На рис. 3 показана структура связей между объектами модели в формате XML для терминального мультиплексора Е3, имеющего один физический двунаправленный порт Е3 и три

phInterface = electrical

ag

Физические порты

 

 

 

 

 

 

 

 

 

 

 

 

phInterface = none

TTPSink

TTPBid

 

TTPSource

 

 

 

 

 

signalId = e1

 

 

tpId

 

tpId

tpId

tpId

 

 

 

 

 

 

tpId

 

 

Канальные

 

 

 

 

 

timeSlot = 1

2 ... 16

timeSlot = 1

2 ...

16

интервалы

CTPSink

 

 

 

CTPSource

LinkEndSink

 

 

 

 

LinkEndSource

 

 

 

 

 

Групповой

 

ttpId

 

ttpId

 

поток

linkEndId

 

linkEndId

 

 

TTPSink

TTPSource

 

 

 

phInterface = optical

 

TTPBid

 

 

 

signalId = e3

ag

Физические порты

 

 

 

 

 

 

 

 

Рис. 3. Модель терминального мультиплексора Е3

87

физических порта Е1 (один двунаправленный и два однонаправленных). Между КИ16 и КИ1 выполнен кросс-коннект (таким образом, реализован разворот информации из входящего канала №16 в выходящий канал №1).

Сравните конфигурации XML для терминального и промежуточного блоков ТЛС-31.

3. Анализ MIB SNMP для блока ТЛС-31

Откройте файл MIB блока ТЛС-31 в компиляторе MGSoft MIB-Compiler и ознакомьтесь с его структурой (файл TLS_000.mib находится в том же каталоге, что и шлюз).

Модуль MIB блока ТЛС-31 содержит две скалярные переменные – версия ПО (versionOfSW) и переменная состояния бло-

ка (commonState), а также таблицы: таблицу плат (platsTable),

таблицу портов Е1 направления А (e1ATable), таблицу портов Е1 направления B (e1BTable), таблицу портов Е3 направления А (e3ATable), таблицу портов Е3 направления А (e3ATable). Дерево объектов модуля MIB блока ТЛС представлено на рис. 4.

Рис. 4. Дерево объектов модуля MIB мультиплексора ТЛС-31

88

Скалярная переменная versionOfSW имеет тип DisplayString и содержит текущую версию программного обеспечения блока ТЛС-31.

Скалярная переменная commonState позволяет оценить текущее состояние блока ТЛС-31. Она может принимать значения: no_problem – аварии отсутствуют, alarm – в блоке зарегистрированы одна и более аварий. Наличие этой переменной позволяет сделать один запрос для оценки состояния блока. Таким образом, отсутствует необходимость последовательного опроса всех переменных блока с целью выяснения наличия проблем.

Таблица установленных плат (platsTable) содержит переменные:

placeIndex – номер посадочного места платы в блоке; typePl – тип платы (типы плат указаны в виде возможных

значений);

alarmPl – наличие аварии на плате;

descrPl – переменная, содержащая описание платы.

Таблицы портов имеют одинаковую структуру для всех портов и содержат переменные:

ifIndex__ – номер порта в общей таблице интерфейсов; los__ – наличие аварии – потеря входного сигнала на порту; ais__ – наличие сигнала индикации аварии на порту; descr__ – дополнительное описание порта.

Окончания имен переменных указывают на тип порта и направление, по аналогии с именами таблиц.

4. Выполнение лабораторной работы. Реализация мониторинга оборудования

спомощью технологии шлюзования

4.1.Настройка и работа с менеджером SNMPc

Подключение MIB-мультиплексора ТЛС-31 в SNMPc. Для этого необходимо скопировать файл TLS_000.mib в каталог mibfiles (каталог mibfiles находится в каталоге, где установлен менеджер SNMPc) и добавить модуль в базу откомпилирован-

ных MIB-модулей SNMPc (пункт меню Config/MIB Database).

89

В менеджере SNMPc следует создать карту из 4 узлов, соответствующую схеме сети в лаборатории.

Для каждого узла необходимо указать параметры:

Имя: TLS-[IP-адрес блока] (например, для первого бло-

ка ТЛС-31 – TLS-10.1.1.1).

Адрес: указывается IP-адрес компьютера, на котором запущен шлюз. Поскольку шлюз запущен на этом же компьютере, что и сервер SNMPc, то адрес будет 127.0.0.1 (рис. 5).

Рис. 5. Настройка основных параметров объекта карты

Параметр сообщество для чтения (Read Community)

задается в формате [IP-адрес блока].[HDLC-адрес].[тип оборудования (для ТЛС-31 = 128)]. Например, для первого блока ТЛС-31 10.1.1.1.0.128 (рис. 6).

В качестве переменной статуса (Status Variable) блока ТЛС-31 нужно указать переменную commonState модуля MIB

ТЛС-31 (путь по дереву MIB: private/pstu/commonState). Зна-

чение статусной переменной (Status Value) должно быть рав-

но 0 (no_problem). Интервал опроса (Pool Interval) следует

задать 5 с (рис. 7).

90

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]