Архитектура протоколов TCP/IP

2.6.2 Архитектура протоколов TCP/IP

Нижний уровень архитектуры TMN состоит из трех сетей:

- магистральной первичной сети на базе SDH;

- сети, состоящей из комбинации цифровых каналов PDH (T1) и аналоговых каналов FDM;

- сети передачи данных TCP/IP, работающей поверх цифровых и аналоговых каналов первых двух сетей.

Современное оборудование SDH оснащено встроенными агентами TMN, поддерживающими интерфейс Q3. Оборудование сетей PDH/FDM, установленное гораздо раньше оборудования SDH, не поддерживает агенты TMN, но может управляться по фирменному интерфейсу TL/1(М), представляющему из себя набор текстовых команд в кодировке ASCII. И наконец, маршрутизаторы сети TCP/IP за счет встроенных агентов MIB допускают управление по протоколу SNMP. [14]

Для управления неоднородной сетью выбрали подход, основанный на архитектуре TMN, который позволяет сохранить как уже функционирующее оборудование управляемое по SNMP и TL/1(М), так и некоторые существующие системы управления. В общей системе для управления сетью TCP/IP было решено оставить систему Optivity, работающую на платформе HP Open View, поскольку основную часть маршрутизаторов этой сети составляют устройства производства фирмы Bay Networks и управлять ими эффективнее всего с помощью пакета Site Manager, входящего в систему Optivity компании Bay Networks.

Идеальным вариантом для архитектуры TMN является взаимодействие менеджера с агентами по "родному" интерфейсу Q3. Другой вариант основан на использовании так называемого Q-адаптера, который при отсутствии встроенного агента Q3 преобразует частный интерфейс агента SNMP, в интерфейс Q3.

Интерфейс Q3 построен на принципе использования в качестве транспортного средства для передачи сообщений между агентом и менеджером полного семиуровневого стека протоколов, соответствующего модели OSI. Сегодня в его качестве могут выступать стеки ISO/OSI или TCP/IP;

Архитектура протоколов TCP/IP предназначена для объединенной сети, состоящей из соединенных друг с другом шлюзами отдельных разнородных пакетных подсетей, к которым подключаются разнородные машины. Каждая из подсетей работает в соответствии со своими специфическими требованиями.

Информационная база управления (MIB - Management Information Base), которая указывает, какие переменные в элементах сети необходимо обслуживать (информация, которая может быть запрошена и установлена менеджером). RFC 1213 [McCloghrie and Rose 1991] определяет вторую версию, которая называется MIB-II.

Установка общей структуры и схемы идентификации, используемой для обращения к переменным в MIB. Это называется структурой информации управления (SMI - Structure of Management Information) и описывается в RFC 1155 [Rose and McCloghrie 1990]. Например, SMI указывает, что счетчик (Counter) это неотрицательное целое число, которое изменяется от 0 до 4294967295 и затем снова возвращается в 0.

2.6.3 Протокол управления сетью SNMP

Протокол, который функционирует между менеджером и элементом, называется простым протоколом управления сетью (SNMP - Simple Network Management Protocol - простой протокол управления сетью). RFC 1157 [Case et al. 1990] описывает этот протокол. Там же подробно описан формат пакетов, с помощью которых осуществляется обмен. Несмотря на то, что в качестве транспортных протоколов могут быть использованы разные протоколы, обычно с SNMP используется UDP.

Протокол SNMP был разработан с целью проверки функционирования сетевых маршрутизаторов и мостов. Впоследствии сфера действия протокола охватила и другие сетевые устройства, такие как хабы, шлюзы, терминальные сервера, LAN Manager сервера , машины под управлением Windows NT и т.д. Кроме того, протокол допускает возможность внесения изменений в функционирование указанных устройств.[15]

Система управления сети отделения дороги объединяет сети управления производителей посредством протокола SNMP и может выполнять следующие функции в рамках отделения дороги:

-  управление конфигурацией сети (планирование работ и услуг связи на сети; создание, ведение, хранение и выдача уровню управления сетью ОбТС банка конфигурационных данных сети отделения дороги);

-  управление устранением последствий отказов (контроль состояния сетей производителей и их элементов; выдача директив системе управления сетью производителя по устранению неисправностей со статусом «повреждение»);

-  управление качеством (сбор, анализ, хранение и выдача верхнему уровню статистических данных по функционированию сети отделения дороги и ее элементов; выработка рекомендаций по улучшению эксплуатационных характеристик сети отделения, улучшению и расширению диапазона предоставления услуг);

- защита информации (разграничение доступа к системе управления, выдача указаний системе управления сетью производителя по изменению всех паролей доступа ко всем ресурсам системы управления и операционной среды; классификация уровня безопасности сети; обеспечение сохранности информации).

Сообщения SNMP, в отличие от сообщений многих других коммуникационных протоколов, не имеют заголовков с фиксированными полями. В соответствии с нотацией ASN.1 сообщение SNMP состоит из произвольного количества полей, и каждое поле предваряется описателем его типа и размера.

Любое сообщение SNMP состоит из трех основных частей:

- версии протокола (version)

- идентификатора общности (community), используемого для группирования устройств, управляемых определенным менеджером

- области данных, в которой собственно и содержатся описанные выше команды протокола, имена объектов и их значения. Область данных делится на блоки данных протокола (Protocol Data Unit, PDU).

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

Каждый производитель сетевого оборудования, помимо стандартных переменных, включает в MIB какие-либо параметры, специфичные для данного устройства. Однако, при этом не нарушается принцип представления и доступа к административной информации - все они будут переменными в MIB.

Поэтому SNMP как непосредственно сетевой протокол предоставляет только набор команд для работы с переменными MIB. Этот набор включает следующие операции:

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

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

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

По своей структуре MIB представляет из себя дерево: Рисунок 2.6

Рисунок 2.6 Структура MIB

Каждому элементу соответствует численный и символьный идентификатор. В имя переменной включается полный путь до нее от корневого элемента root.

Похожие работы

Разработка системы управления продвижения изделий фирмы на рынок

Скачать

467691

60

25

... » анализ платежеспособности показал, что предприятие на 01.10.97 является неплатежеспособным, но прогноз платежеспособности положительный. 4. Маркетинговые исследования предприятия и разработка системы управления продвижения изделий фирмы на рынок 4.1. Маркетинговые исследования предприятия ОАО «Волжское Химволокно» производит полиамидные (капроновые) нити текстильного и технического назначения, ...

Разработка системы управления работой коммерческой компании

Скачать

219671

1

4

... оптимальные варианты оснащения офиса коммерческой компании комплектом оборудования, достаточным для решения поставленной задачи Глава 1. 1.1 Постановка задачи. Целью данного дипломного проекта является разработка системы управления работой коммерческой компании. Исходя из современных требований, предъявляемых к качеству работы управленческого звена коммерческой компании, нельзя не отметить, что ...

Разработка системы управления затратами на предприятии "Электромашина"

Скачать

39096

7

0

... работают более восьми с половиной сотен работников – специалистов разного класса. Сформулирована основная общая цель данного курсового проекта:   Разработка системы, позволяющей наиболее эффективно управлять всеми видами затрат предприятия ОАО «Электромашина», экономить, где это возможно, для обеспечения его нормального функционирования организации в данной отрасли. 1. Анализ ...

Автоматизированная система управления компрессорной установки

Скачать

185895

9

45

... .3 +810.3 Срок окупаемости Лет -- 0.242 --   Вывод Из данного расчета и проведенного анализа технико-экономических показателей делаем вывод о целесообразности внедрения «Автоматизированной системы управления компрессорной установкой». Так как в результате годовая экономия затрат от автоматизации системы составляет 3347839.05 рублей. Это достигается за счет экономии в зарплате 785925.5 ...