Разработка системы управления технологическим сегментом сети (стр. 4 из 17)
- байты, которые не могут эксплуатироваться пользователями SDHоборудования (их 36, на рисунке они заштрихованы);
Рисунок 2.4 - Структура фрейма STM-1
Рисунок 2.5 - Расположение байтов на поле заголовков
- байты, которые специально предназначены для использования в служебных целях или для создания служебных каналов (их 16); к ним относятся канал DCCR(D1,D2,D3), имеющий скорость 192 кбит/с для обслуживания регенераторных секций, канал DCCM(D4-D12) – 576 кбит/с для обслуживания мультиплексных секций; существует еще четыре байта Е1, Е2 и F1, F2, зарезервированные для создания четырех каналов емкостью 64 кбит/с;
- байты, к которым пользователь имеет доступ, но функции которых не регламентированы стандартами (их 38, они на рисунке никак не помечены);
Последние две группы байтов могут быть сгруппированы для создания служебных каналов и скоммутированы на внешние интерфейсы, к которым может подключаться пользователь SDH оборудования. Число таких интерфейсов (а значит и вариантов группирования) зависит от производителя оборудования.
2.5 Функции управления
2.5.1 Общие функции управления
Управление встроенными каналами управления ЕСС. Так как ЕСС используется для связи NE, то каналы ЕСС должны иметь следующие функции:
- запрос/получение сетевых параметров, таких как размер пакета, временные промежутки, качество сервиса и т. д.;
- формирование маршрута сообщения между узлами служебных каналов передачи данных DCC;
- менеджмент сетевых адресов;
- запрос/получение сетевого статуса DCCдля данного узла;
- возможность разрешать/запрещать доступ к DCC.
На все события, требующие фиксации во времени ставится временная метка с разрешением в одну секунду. Время фиксируется по показанию локального таймера NE.
Другие общие функции, например, защита на различных уровнях или обеспечение безопасности, дистанционный вход в сеть, загрузка и модификация программного обеспечения, обеспечиваются в настоящее время производителями SDHоборудования.
2.5.2 Управление сообщениями об аварийных ситуациях
Наблюдение за сообщениями об аварийных ситуациях включает обнаружение и сохранение таких сообщений о событиях и условиях, которые сопутствовали их появлению, причем не только в том оборудовании, в котором они были обнаружены. Система OSсистемы управления сетью SMNдолжна поддерживать следующие функции:
- автономное сообщение о всех сигналах об аварийной ситуации;
- запрос на сообщение о всех зарегистрированных сигналах об аварийной ситуации;
- сообщение о всех таких сигналах;
- разрешение/запрет на автономное сообщение о всех сигналах об аварийной ситуации;
- сообщение о статусе функции "разрешение/запрет на автономное сообщение о всех подобных сигналах".
Отслеживание истории сигналов/сообщений о возникновении аварийной ситуации включает запись моментов возникновения таких сигналов и их хранение в регистровом файле (РФ), регистры которого содержат все параметры сообщения об аварийной ситуации. Регистры могут быть считаны по запросу или периодически. OSопределяет режим работы регистров: либо запись до заполнения с последующей остановкой или полным стиранием, либо непрерывная запись с циклическим возвратом от конца к началу с перезаписью старых событий.
2.5.3 Управление рабочими характеристиками
Сбор данных о рабочих характеристиках системы связан с определением параметров ошибок, описанных в рекомендациях ITU-T. При их определении используются следующие ключевые термины: ЕВ (блок с ошибками), ES(секунда с ошибками), SES(секунда с серьезными ошибками), BBE(блок с фоновыми ошибками).
Как правило, используются основанные на них относительные параметры ошибок (т. е. параметры ошибок, отнесенные к фиксированному интервалу измерения параметров, который может быть выбран равным 15 мин, 24 ч или 7 сут): ESR(коэффициент ошибок по секундам с ошибками), SESR(коэффициент ошибок по секундам с серьезными ошибками), BBER(коэффициент ошибок по блокам с фоновыми ошибками (здесь под блоками с фоновыми ошибками ВВЕ понимаются те блоки с ошибками, что не вошли в SES)).
Отслеживание истории мониторинга рабочих характеристик осуществляется заполнением двух типов РФ: двадцатичетырехчасовых и пятнадцатиминутных файлов. Текущий двадцатичетырехчасовой РФ по заполнении снабжается текущей датой и перегружается в РФ со вчерашней датой. Шестнадцать пятнадцатиминутных РФ образуют четырехчасовую очередь с дисциплиной обслуживания "первый пришел – первый ушел" FIFO.
Стратегия использования временных окон заключается: с помощью OSи NEможно установить либо пятнадцатиминутное, либо двадцатичетырехчасовое временное окно. Как только время наступления события совпадает или выходит за границу установленного окна, генерируется уведомление о пересечении (временной) границы или порога TCN.
Данные о рабочих характеристиках системы могут быть затребованы OSдля анализа, используя интерфейс между OSи NE. Эти данные могут запрашиваться периодически либо сообщаться в момент пересечения границы временного окна.
Мониторинг системы в недоступные интервалы времени заключается: в интервалы времени, когда система недоступна, съем данных о характеристиках системы запрещен, однако моменты его начала и конца должны фиксироваться и храниться в РФ из шести регистров и иметь возможность считываться OSпо крайней мере один раз в день.
К дополнительным параметрам, мониторинг которых возможен, относятся такие как: OFS(секунда, содержащая сигнал OOF(выход за границы фрейма)), PSC(число защитных переключений), PSD(длительность (определенного) защитного переключения), UAS(недоступные секунды).
2.5.4 Управление конфигурацией
Предметом рассмотрения данного вопроса являются статус и защитное переключение.
Основное назначение защитного (резервного) переключения - подключить резервное устройство (или устройство резервного копирования) вместо основного. Основные функции, дающие возможность осуществить это следующие:
- включение/выключение ручного режима защитного переключения;
- включение/выключение принудительного режима защитного переключения;
- включение/выключение блокировки;
- запрос/установка параметров автоматического защитного переключения – APS.
Другие мероприятия и функции, связанные с управлением конфигурацией, такие, как разработка необходимого программно-аппаратного обеспечения и функции инсталляции, равно как и обеспечение необходимой секретности, относятся к компетенции производителя оборудования.
2.6 Роль протокола обмена данными SNMPи TCP/IPв системе управления сети
2.6.1 Этапы реализации протоколов SNMPи TCP/IPв ЦТО и ЦТУ
Сетевое ПО РМ-2 и РМ-3 в сети передачи данных между объектами «РМ-2 ЦТО – РМ-3 ЦТУ» должно разрабатываться в два этапа:
а) на первом этапе стек протоколов информационно-логического взаимодействия устанавливается разработчиком (производителем) оборудования СМА ОТС с учетом закрепления за каждым РМ-3 «своей» зоны администрирования, построенной на базе оборудования ОТС одного производителя (гомогенная сеть). При этом рекомендуется реализовать в сети процедуру TCP/IP;
б) на втором этапе реализуется протокол управления SNMP, индифферентный к специфике оборудования ОТС различных производителей. При этом в сети должны использоваться единые для всех производителей структуры сообщений SNMP и модели MIB. [1]
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.