вместно iieci олько международных организации ITU Т, ISO, ANSI и ETSI. Цель разработки объединить с помощью TMN разрозненные подсистемы эксплуатационного управления в единую интегрированную систему. Основная идея состоит в том, что интеллектуальные средства TMN связываются с разными элементами телекоммуникационной системы выделенными каналами управления через стандартизованные О-интерфейсы, для чего каждый элемент, независимо оттого, какая фирма его изготовила, должен содержатьлибо встроенные средства формирования такого интерфейса, либо так называемый Q-адаптер.

Базовый стандарт М.ЗОЮ представляет архитектуру TMN в виде четырех «слоев» - функционального, информационного, физического и логического, которые, по сути дела, описывают TMN с разных точек зрения. В целом же, все предложения по TMN сводятся к определению:

• логической структуры взаимодействия TMN с подконтрольными объектами,

• средств поддержки этого взаимодействия (протоколов),

• средств структурного, объектно-ориентированного описания данных и операций,

• принципа работы с распределенными объектами (информационная база данных).

Эту исходную систему можно рассматривать как набор базовых аксиом, на основе которых строится здание управления распределенными объектами сетевой среды в идеологии TMN.

Развитие информационных технологий показало, что для решения провозглашенной TMN задачи есть и другие средства (другой набор аксиом). Эти новые средства (CORBA, JAVA, DCOM), в отличие от теоретических построений ITU-T, были быстро поняты и приняты многими потребителями [92].

Рассмотрим существо названных базовых аксиом и обратим внимание на альтернативные пути построения системы управления распределенными объектами.

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

HOMiio. в теле уведомления могут передаваться атрибуты, характе ризующие состояние объекта. Структура такого взаимодействия приведена на рис. 10.4. Процесс Агент является ключевым звеном любого сетевого элемента, совместимого cTMN, -телефонной станции, маршрутизатора, центра эксплуатационного управления и т.д.

Информационные модели объектов управления

Рис. 10.4 Структура взаимодействия Агента и Менеджера

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

Основные проблемы с реализацией стека протоколов TMN возникают на верхнем уровне при переходе от абстрактного структурного описания объектов на языке высокого уровня к бинарному набору данных. На момент формирования основных принципов TMN за основу был принят стандарт Х.711 - CMIP (протокол передачи общей управляющей информации). Другим кандидатом на использование в среде TMN был упоминавшийся ранее протокол SNMP. В концепциях этих двух протоколов много общего (принцип Менеджер/Агент, объектно-ориентированный подход, иерархические уровни, структура операций-примитивов, описание наборов данных на языке ASN. 1). Протокол SNMP проще, требует меньше памяти и выполняется быстрее. Зато SNMP не поддерживает процедуры наследования классов, и для получения доступа ко всем экземплярам объекта требуются последовательные запросы, ас помощью CMIP в одном сообщении можно получить все экземпляры объекта. SNMP поддерживает лишь статические объекты, CMIP позволяет динамически создавать и удалять объекты.

Протокол SNMP, в связи со своей простотой, был быстро реали зоваи и получил широкое распространение в Интернет Но в качест

ве стандарта для TMN был принят протокол CMIP, хотя с точки зре ния реализации CMIP очень сложен, использует многократно вложенные структуры данных, имеет множество опций, трактовка которых не всегда однозначна. Отрицательное отношение к этому протоколу утвердилось в последние 3-4 года, когда на сцену вышли новые, более простые и прошедшие проверку на практике средства доступа к распределенным сетевым объектам - CORBA, JAVA, DCOM. И, что самое важное, средства разработки на базе новых технологий оказались в 3 - 5 раз дешевле из-за их повсеместного применения и признания пользователями.

Третья аксиома TMN - средства структурного описания наборов данных и операций информационных объектов. Каждый элемент в сети заменяется некоторой абстрактной информационной моделью, которая рассматривает его как сетевой ресурс. Параметры этого ресурса - объекта информационной модели - и передаются средствами используемого протокола (например, CMIP). Информационная модель определяет основные параметры объекта, абстрагируясь от его физической суш;ности и используя наборы атрибутов, уведомлений и действий.

Для создания информационной модели объекта, который описывается как некоторый класс в терминах объектно-ориентированного подхода, необходимы специальные структуры и язык описания данных. В стандартах TMN для этого используются шаблоны GDMO (Х.722) и язык ASN.1 (Х.680, Х.681). Запутанная структура подачи материала в стандартах, сложность практического освоения GDMO и ASN.1, необходимость привлекать к работе с этими инструментами специалистов высокой квалификации, высокая стоимость средств работы с GDM0/ASN.1 - всё это заставило искать другие языки. Как серьезная альтернативаА5Ы.1 рассматривается язык IDL, используемый для описания данных в системах CORBA и JAVA, однако для описания информационного объекта, по-видимому, придется придерживаться шаблонов GDMO.

Четвертая аксиома TMN касается информационной базы данных MIB, которая является ресурсом, разделяемым всеми объектами сети, и откуда Менеджер или Агент могут получить информацию о структуре и особенностях любого зарегистрированного в сети объекта. Необходимость иметь такой ресурс сомнения не вызывает

Агент взаимодействует с Менеджером через сеть. Носителем информации является протокол. Совокупность правил представления информации и ее передачи образует интерфейс. Для связи любого сетевого элемента с TMN служит специальный интерфейс Q3. Схема подключения сетевого элемента к среде TMN показана на рис. 10.5.

Под интерфейсом понимается стек протоколов, в верхней час-ги к()10[)()1 о находится СМ1Р, плюс пррсдапаомая с ei о помощью ин