Информационная модель архитектуры сети TMN

Современная система управления сетями SDH реализуется с использованием стандартов, согласованных с моделью OSI. Но прежде чем рассматривать специальные аспекты управления сетью и логические связи между элементами системы TMN, необходимо указать на некоторые особенности использования концепции OSI в сети TMN. Стандарты модели OSI применительно к сети управления реализуются в двух аспектах.

1. Стандартизированная информация о состоянии (ресурсах) элементов сети SDH, сформированная объектами управления. Эта информация формируется независимо от типа элементов сети SDH, будь-то мультиплексоры, кросс-коннекторы, среда передачи и т. д.

Рис. 1.6

2. Стандартные протоколы для передачи управляющей информации. В определении протоколов должно быть сделано различие между управляющей (обслуживающей) и управляемой (обслуживаемой) системами.

Содержание информации, принятой от обслуживателя управляющей системы, вызывает управляющие процессы в управляемой системе. Исполнитель процессов этой системы переводит полученную управляющую информацию в конкретные действия, которые влияют на объекты управления. При этом все взаимодействие между обслуживателем и исполнителем осуществляется на основе использования протокола общей управляющей информации CMIP (Common Management Information Protocol)и сервиса общей управляющей информации CMIS (Common Management Information Service), описанных в Рекомендациях ITU-T X.711 и Х.710 соответственно.

При создании информационной модели обмена данными в сети TMN в настоящее время используется объектно-ориентированный подход и концепция Менеджер - Агент (руководитель - исполнитель). Такой подход рассматривает управление обменом информацией в сети TMN в терминах Менеджер - Агент - Объекты управления с использованием сервиса CMIS и протокола CMIP. На основании изложенного разработана общая информационная модель архитектуры сети TMN, которая показана на рис. 5.7 [108].

Рис. 1.7

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

Агент представляет собой часть управляемой открытой системы и является частью управляющего процесса. В процессе управления он получает директивы и команды от Менеджера по управлению объектами МО и выдает ему сообщения (доклады, уведомления) от имени этих объектов управления. Для этого Агент содержит распознаватель, который руководит доступом к NE (объектам управления). Кроме того, распознаватель управляет местной регистрацией выполненных операций и руководит распределением по МО определенных сообщений. Уведомления и доклады, направляемые от МО к Менеджеру, доводятся до Менеджера тем же Агентом. Один менеджер может быть задействован в информационном обмене с несколькими Агентами и, наоборот, один Агент может взаимодействовать с несколькими Менеджерами. Агент может игнорировать директивы и команды Менеджера по соображениям нарушения режима секретности доступа к объектам управления или по другим причинам.

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

Функции управления, или взаимодействия между Менеджером и Агентом выполняются с использованием сервисных элементов CMISE и протокола CMIP (рис. 5.7).

Рассмотренная схема информационной модели может быть использована при обеспечении связи и взаимодействия между несколькими информационными системами на основе системы управления TMN. Схема взаимодействия трех каскадно связанных сетей TMN информационных систем А, В и С показана на рис. 5.8 [77]. На этой схеме система А управляет системой В, которая, в свою очередь, управляет системой С. Менеджер М системы А действует по следующему алгоритму.

Рис. 1.8

Он управляет системой В, ориентируясь на информационную модель этой системы. Менеджер М системы А «видит» информационную модель системы В благодаря тому, что она хранится в базе управляющей информации MIB системы В. На основе этой информации Менеджер М системы А, используя сервис CM IS и протокол CMIP, осуществляет движение вниз по набору протоколов модели OSI системы А от прикладного уровня до физического (см. подразд. 5.3.3). На физическом уровне происходит связь с набором протоколов модели OSI системы В, а затем движение по нему вверх с выходом через сервис CMIS и протокол CMIP на Агента системы А. Последний реализует директивы и команды от Менеджера М по управлению элементами (ресурсами) системы В, которые отображаются в базе MIB. По цепи обратной связи информация об изменении состояния (статуса, ресурса) объекта управления отображается в базе MIB системы В и поступает Менеджеру М системы В, который управляет системой С.

Алгоритм действий Менеджера М системы В аналогичен описанному выше для системы А. Понятно, что уведомления и доклады, получаемые Менеджером системы В, передаются далее в систему А и осуществляют изменения в MIB систем С и В.

Дата добавления: 2014-11-16