64103 (589083), страница 3

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

Текст из файла (страница 3)

Рисунок 2.2 - Типы и положение интерфейсов в схеме управления сетью

Рисунок 2.3 - Схема взаимодействия между Менеджером, Агентом и Объектами

Между Менеджером и Агентом существует обычно многостороннее отношение в том смысле, что:

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

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

Кроме этого, Агент может отказаться выполнять директиву Менеджера по многим причинам. Таким образом, Менеджер должен быть подготовлен к отказам со стороны Агента.

Все взаимодействия между Менеджером и Агентом осуществляются на основе использования протокола общей управляющей информации (CMIP) и сервиса общей управляющей информации (CMIS).

Информация, на которую можно влиять или передавать через протоколы управления, является множеством объектов, определенных в совокупности как информационная база управления (MIB). В этом смысле в MIB входят все данные как систем управления, так и элементов сети, включая измерения, сообщения об измерениях, описания структуры сети и элементов, таблицы маршрутизации, пороговые значения, расписание передачи информации и т. д.

2.4 Каналы управления в SDH сети

Для передачи сигналов контроля и управления TMN в системах SDH используются встроенные каналы управления. Встроенные каналы управления образуются специальными служебными байтами. Фрейм для удобства восприятия представляют в виде двухмерной структуры (матрицы) с форматом 9 строк на 270 однобайтных столбцов. Структура фрейма представлена на рисунке 2.4.

Фрейм состоит из трех групп полей:

• поля секционных заголовков SOH формата 3х9 и 5х9;

• поля указателя AU-4 формата 1х9 байт;

• поля полезной нагрузки формата 9х261 байт.

Для организации встроенных каналов управления (DCC) используется поле секционных заголовков. Заголовок SOH отвечает за структуру фрейма STM и его связи с мультифреймом в случае мультиплексирования нескольких модулей STM. SOH в свою очередь состоит из двух секционных заголовков. Заголовка регенеративной секции RSOH, который расформировывается и формируется функциями регенератора на границах регенераторной секции, и заголовка мультиплексной секции MSOH, который проходит прозрачно через регенераторы и разбирается и собирается на границах мультиплексных секций, где формируется AUG.

Общий объем заголовка составляет 90 (81+9) байт. Использование каждого байта эквивалентно формированию канала емкостью 64 кбит/с. Расположение байтов на поле заголовков представлено на рисунке 2.5. Все указанные байты могут быть разделены на три типа:

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

Рисунок 2.4 - Структура фрейма STM-1

Рисунок 2.5 - Расположение байтов на поле заголовков

- байты, которые специально предназначены для использования в служебных целях или для создания служебных каналов (их 16); к ним относятся канал DCC_R (D1,D2,D3), имеющий скорость 192 кбит/с для обслуживания регенераторных секций, канал DCC_M (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 предназначена для объединенной сети, состоящей из соединенных друг с другом шлюзами отдельных разнородных пакетных подсетей, к которым подключаются разнородные машины. Каждая из подсетей работает в соответствии со своими специфическими требованиями.

Характеристики

Список файлов ВКР