1.3.2. Информационная модель есма
Информационная модель представляет собой набор понятий, терминов, объектов и правил, которая позволяет получить достаточно полное описание какой-либо телекоммуникационной сети.
Согласно концепции TMN, информационная модель является основой для управления и мониторинга технического состояния ресурсов и компонентов сети. Информационная модель строится в соответствии с архитектурой сети соответствующего уровня.
Формой представления информационная модели является структурированная база объектов – MIB(ManagementInformationBase). Каждый из объектовMIBописывает определённый ресурс сети.
При разработке информационной модели необходимо использовать сетевую модель (Рек. G.805), которая позволяет получить абстрактное описание сети при помощи нескольких архитектурных компонентов. Компонентом модели может быть функция обработки информации или отношения между другими компонентами. Компонентами являются базовые для всех сетей понятия, такие как сеть (подсеть), звено (связь), соединение, маршрут, точки доступа (соединения), функции транспортной обработки. Основными принципами создания сетевой модели являются разбиение на уровни и разбиение на части.
Изначально любая сеть может быть представлена как набор оборудования, соединенного физическими связями. Это является «физическим» представлением сети в информационной модели (рис. 1.4.).
Для перехода к «логическому» представлению всё оборудование объединяется по принципу принадлежности к некоторой СУ-Пр. В результате, на «логическом» представлении получается набор подсетей со входами и выходами, соединенных постоянными связями (см. рис. 1.5.). Каждая подсеть соответствует одной СУ-Пр. На эту «статическую» картину сети накладывается список проложенных маршрутов, соединений, функций преобразования сигналов/потоков (так называемые функции адаптации) и т.д. (см. рис. 1.6.), описывающих текущее состояние сети.
В соответствии с Рек. Х.720 информационная модель управления реализуется с использованием объектно-ориентированного подхода. Каждый компонент описывается в виде управляемых объектов. Управление сетью выполняется созданием/удалением объекта, описывающего тот или иной сетевой компонент (например, маршрут) или изменением свойств этого объекта (например, изменить точку окончания маршрута). Связи между объектами позволяют описать реальную структуру сети. Свойства объекта позволяют контролировать состояние реального компонента сети.
Рис. 1.4. Физическое представление сети в информационной модели
Рис. 1.5. Выделение подсетей
Рис. 1.6. Логическое представление сети
Информация управления СУМ-Пр, использующаяся для управления аппаратурой производителя имеет высокую степень детализации и используется только на уровне СУМ-Пр. Так как предусматривается объединение СУМ-Пр разных производителей, а каждый производитель может использовать разные информационные модели управляющей информации, то на уровне ЕСМА необходимо использовать объекты, описывающие общие понятия, такие как сеть (подсеть), канал, маршрут, логическое соединение, физическое соединение (звено), точка соединения и т.д., что позволит получить независимость от объекта управления (конкретной СУМ-Пр, аппаратуры, технологии передачи данных).
Согласование объектов уровня ЕСМА и информации уровня СУМ-Пр предлагается выполнять при помощи механизма преобразования, выполняющегося агент-шлюзом и разрабатываемого отдельно для каждого типа шлюза ЕСМА – СУМ-Пр.
Описанные в Рек. М.3100 объекты сетевой модели рассчитаны на использование в общей сетевой модели TMN, и не могут полностью описать уровень ЕСМА при изолированных объектах уровня СУМ-Пр. Поэтому, в качестве базовых объектов были приняты объекты из Рек. М.3100 и расширены дополнительными объектами, компенсирующими недостаток информации от объектов уровня СУМ-Пр. Таким образом, используя несколько классов объектов, можно будет описать любую телекоммуникационную сеть уровня СУМ-Пр. Ниже приведено примерное описание классов базовых объектов сети.
Все классы должны иметь в качестве атрибутов идентификаторы объектов, для того, чтобы можно было различать отдельные экземпляры объектов одного класса.
Для контроля состояния объектов используется атрибуты состояния, определенные в Рек. Х.731 и позволяющие характеризовать общие свойства объекта в отдельный момент времени (доступен/недоступен, работоспособен/не работоспособен/занят и т.д.).
network– (сеть) - класс управляемых объектов, которые являются совокупностями взаимосвязанных объектов, выполняющих обмен информацией. Эти объекты имеют одну или более общих характеристик, например, они могут принадлежать отдельному пользователю, или связаны со специальной сервисной сетью. Может включать в себя другие (под)сети. Имеет атрибуты: идентификатор сети и имя, удобное для пользователя.
connectionTerminationPoint– (точка окончания соединения) – описывает окончание соединения, имеет атрибуты: идентификатор точки, указатели на использующееся соединение (маршрут) и функцию адаптации.
trailTerminationPoint – класс представляет точку окончания, где заканчивается маршрут, т.е. точку доступа в сеть. Имеет атрибуты: идентификатор точки, указатели на использующееся соединение (маршрут).
connection– (соединение) - класс управляемых объектов, ответственных за прозрачную передачу информации между точками окончания соединения. Соединение является компонентом маршрута. Атрибуты: идентификатор, указатели на точки окончания и маршруты.
trail(маршрут) – класс управляемых объектов, который отвечает за целостность передачи характерной информации между одной или несколькими сетями. Маршрут состоит из двух или более точек окончания маршрута (ТТР) и одного или более соединений и связанных точек окончания соединения (СТР).
adaptation– (адаптация) класс управляемых объектов, который описывает функцию преобразования потоков/сигналов. Класс является базовым классом для создания более специфических классов, описывающих конкретные механизмы преобразования, такие, как (де)мультиплексирование, выравнивание и др. В качестве атрибутов описываются точки входа/выхода, соответствующие различным типам потоков/сигналов, и общие характеристики функции преобразования. В конкретном случае функция преобразования должна описывать полный набор вариантов преобразования сигнала с учетом кросс-коммутации.
В случае возникновения ситуации, при которой невозможно описать какой-либо элемент сети существующими объектами, принципы, заложенные в данную модель, позволят создать новый класс объектов с необходимыми свойствами, что позволит обеспечить расширяемость системы при дальнейшем развитии сети.
- Аннотация
- Annotation введение.
- 1. Единая система мониторинга и администрирования (есма)
- 1.1. Цель создания и назначение есма
- 1.2. Основные принципы построения есма
- 1.3. Архитектура есма
- 1.3.1. Общая архитектура системы управления и мониторинга
- 1.3.2. Информационная модель есма
- 1.3.3. Агент-шлюз
- 1.3.4. Протокол взаимодействия
- 1.3.5. Структура сум
- 1.3.6. Структура асум-Пр
- 2.4. Требования к составу и параметрам технических средств
- 3. Разработка информационной модели втк-12
- 3.1. Аппаратура цифровой системы передачи данных втк-12
- 3.1.1. Назначение аппаратуры
- 3.1.2. Технические характеристики
- 3.1.3. Состав аппаратуры втк-12
- 3.1.4. Устройство аппаратуры втк-12
- 3.1.5. Описание и работа составных частей изделия
- 3.1.5.1. Описание и работа блока втк-12
- 3.1.5.2. Описание и работа платы вк-16
- 3.1.5.3. Описание и работа платы ок-14
- 3.1.5.4. Описание и работа платы вд-14
- 3.3. Определение классов для информационной модели
- 3.3.1. Классы объектов и наследование
- 3.3.2. Принципы включения и наследования
- 3.3.3. Выбор структуры объектов (классов).
- 3.3.3.1. Сетевой элемент (Network Element)
- 3.3.3.2. Платы канальных окончаний (Circuit Pack)
- 3.3.3.3. Группы доступа (Access Group)
- 3.3.3.4. Точки доступа в сеть (Trail Termination Point)
- 3.3.3.5. Link End
- 3.3.3.6. Точка окончания соединения (Connection Termination Point)
- 3.4. Правила присвоения идентификаторов.
- 4. Разработка шлюза
- 4.1. Принцип работы шлюза
- 4.2. Структура файлов конфигурации
- 4.2.1. Файл описания плат ок/вд (vtk.Cfg)
- 4.2.2. Файл коммутации (switch.Cfg)
- 4.3. Использование библиотек (dll)
- 4.4. Реализация интерфейсных функций
- 4.4.1. ФункцияGateInit
- 4.4.2. ФункцияGetNeData.
- 4.4. Создание тестирующего приложения.
- 5. Экономическое обоснование дипломного проекта
- 5.1. Расчет затрат на создание программного продукта.
- 5.1.1. Расчет трудоемкости
- 5.1.2. Определение себестоимости разработки
- 5.2. Сетевое планирование
- 6. Организация безопасных условий труда оператора эвм
- 6.1. Анализ условий труда оператора эвм
- 6.2. Оборудование рабочего места оператора эвм
- 6.3. Меры борьбы с вредными воздействиями.
- 6.3.1. Санитарные нормы и стандарты безопасности
- 6.3.2. Средства защиты пользователей от эмп
- 6.3.3. Требование к видеодисплейным терминалам и пэвм
- 6.3.4. Требования к помещениям с эвм.
- 6.3.5. Требования к микроклимату помещений эксплуатации мониторов и пэвм.
- 6.3.6. Требования к шуму
- 6.3.7. Требования к освещению помещений и рабочих мест с мониторами и пэвм.
- 6.4. Расчет системы искусственного освещения
- 6.4.1. Описание помещения, в котором располагается рабочее место.
- 6.4.2. Расчет освещения рабочего места.
- Заключение
- Список литературы
- Приложение 1
- Приложение 2 Блок-схема процедуры GateInit
- Приложение 3
- Приложение 3
- Приложение 4