книги / Современные принципы и технологии управления инфокоммуникационными сетями.-1
.pdfмитиве отличают эту операцию от других операций, поддерживаемых CMIS (идентификатор вызова invoke-Id – II), и снабжают информацией об управляемом объекте (экземпляр объекта managed object instance – MI, значение атрибута или атрибутов attribute list – AL). Если выполнение операции закончилось неудачей, то примитив включает параметр ошибки, описывающий причину ошибки (например: ошибка доступа, отсутствие экземпляра объекта и т.д.).
7.Отвечающая CMIPM создает m-Get APDU, содержащий информацию примитива M-GET.response.
8.Если операция успешна, CMIPM использует услугу
ROSE RO-RESULT.request для посылки блока APDU вызываю-
щей системе.
9.ROSE через службы уровня представления доставляет (блоки данных P-DATA) APDU вызывающей CMIPM в посылке
RO-RESULT.indication.
10.Вызывающая CMIPM передает M-GET.confirmation вы-
зывающему пользователю CMISE (менеджеру).
2.3. ОРГАНИЗАЦИЯ РАСПРЕДЕЛЕННОГО УПРАВЛЕНИЯ
Организация связи и взаимодействия между несколькими системами согласно стандартами ISO может быть реализована следующим образом. Рассмотрим взаимодействие трех каскадно связанных систем А, В и С, где система А управляет системой В, которая, в свою очередь, управляет системой С (рис. 2.20). Менеджер (М) системы А управляет системой В, ориентируясь на информационную модель системы В, которую он «видит» благодаря тому, что она хранится в базе MIB системы В и доступна для менеджера через агента (А) этой системы. На основе этой информации менеджер системы А, используя сервис CMIS и протокол СМIР, организует движение вниз по стеку протоколов OSI системы А от прикладного уровня до физического, на котором происходит связь со стеком протоколов OSI системы В, а затем движение по нему вверх с выходом через CMIS/CMIP на
71
агента системы B. Агент системы В реализует директиву от менеджера системы А по управлению объектами (ресурсами) системы В, отображаемыми в MIB. После выполнения директивы менеджер системы А получает уведомление от этого объекта через агента в системе В. Алгоритм действий менеджера системы В при взаимодействии с агентом системы С аналогичен описанному для системы А. Команды, получаемые системой В от менеджера системы А, могут относиться к информационной модели системы С. В этом случае менеджер системы В генерирует команды агенту системы С. Уведомления, приходящие от системы С, передаются системой В менеджеру системы А. Таким образом, система А непосредственно управляет системой В и косвенно, через отдельные элементы информационной модели В, системой С.
Система АИнформационная |
|
|
модель B |
M |
видит |
CMIS |
CMIP |
|
|
|
Стек |
|
протоколов |
|
OSI |
|
Стек |
|
протоколов |
|
OSI |
|
Система B |
Информационная |
Система С |
|
|
|
|
||
|
MIB |
модель C |
MIB |
|
|
видит |
|||
A |
M |
A |
||
|
||||
CMIS |
CMIS |
CMIP |
CMIS |
|
|
Ресурс |
Ресурс |
||
|
|
|||
|
|
Ресурс |
||
|
|
Стек |
||
|
|
|
||
|
|
протоколов |
|
|
|
|
OSI |
|
Стек |
протоколов |
OSI |
Рис. 2.20. Каскадное взаимодействие систем
Следует отметить, что работы по развитию стандартов ведутся организациями по стандартизации и постоянно выпускаются дополнения, коррекции или новые версии стандартов/рекомендаций.
72
КОНТРОЛЬНЫЕ ВОПРОСЫ
1.Какие функциональные области управления определены
встандартах ISO/ITU-T? Перечислите их и дайте краткую характеристику каждой из областей.
2.На каком уровне модели OSI реализуется системное управление OSI?
3.Укажитеосновныенедостатки системногоуправления OSI.
4.Для чего используется база информации управления MIB?
5.Опишите взаимодействие по модели агент–менеджер. Какие функции должен реализовать агент? Какие функции должен реализовать менеджер?
6.Какой механизм (дерево) в терминах OSI/ISO используется для обеспечения уникальности разрабатываемых классов объектов MIB?
7.Какой механизм (дерево) в терминах OSI/ISO используется для отображения реальной структуры управляемой системы?
8.Какая ветвь дерева регистрации ISO содержит классы объектов, разработанных ITU-T иутвержденныхврекомендациях?
9.Какой сервисный элемент прикладной сущности системного управления обеспечивает установление соединений между приложениями различных систем?
10.Перечислите управляющие операции CMISE и объясните назначение каждой из них.
11.Какие механизмы позволяют использовать протокол CMIP в сетях с большим числом сетевых элементов?
12.Объясните назначение элемента ROSE.
13.Объясните назначение элемента ACSE.
73
3. КОНЦЕПЦИЯ УПРАВЛЕНИЯ TMN
Концепция сети управления электросвязью (Telecommunications Management Network – TMN) разрабатывалась с целью опи-
сания инфраструктуры, обеспечивающей развертывание услуг связи и их администрирование в гетерогенных сетях.
Концепция TMN была предложена в 1986 г. на совещании инженерной группы TMN EG. В 1988 г. Международный консультативный комитет по телеграфии и телефонии (старое название ITU-T) опубликовал рекомендацию M.3010 «Принципы TMN». В последующие годы исследовательской группой № 4 МККТТ велись интенсивные разработки, результаты которых в 1992 г. были утверждены в качестве рекомендаций ITU-T. Начиная с этого момента, развитие концепции TMN идет практически непрерывно. Публикуются новых рекомендации, описывющие технологии управления сетями связи, а также дополнения к уже выпущенным рекомендациям.
3.1. БАЗОВЫЕ ПОНЯТИЯ И ОСНОВНЫЕ СТАНДАРТЫ
TMN представляет собой отдельную сеть (рис. 3.1), которая имеет интерфейсы с одной или большим числом сетей связи в нескольких точках, что позволяет обмениваться с этими сетями информацией и управлять их функционированием. Отделение TMN от сетей связи реализуется на физическом или логическом уровне. В последнем случае TMN может частично использовать инфраструктуру управляемой сети.
В спецификациях TMN управляемые ресурсы имеют общее название «сетевые элементы» (Network Element – NE). Функции управления возложены на системы операций (Operations System – OS). Системы операций могут быть связаны между собой через общую сеть передачи данных (управляемую рабочей станцией), которая также связывает их с различным аналоговым и цифровым телекоммуникационным оборудованием, объединенным в общую телекоммуникационную сеть.
74
Система |
Система |
|
|
Система |
||
операций |
операций |
|
операций |
|||
TMN |
|
|
|
|
|
|
|
|
|
|
|
Рабочая |
|
|
Сеть передачи данных |
|
станция |
|||
|
|
|
||||
Коммута- |
Система |
Коммута- |
Система |
|
Коммута- |
|
ционная |
передачи |
ционная |
передачи |
ционная |
||
станция |
станция |
станция |
||||
|
|
|
||||
|
|
Сеть связи |
|
|
|
Рис. 3.1. Место TMN в сети электросвязи
Спомощью TMN могут управляться следующие системы
иобъекты:
–сети общего и частного использования, в том числе и сеть
TMN;
–оконечная аппаратура систем передачи (мультиплексоры
SDH, PDH);
–цифровые и аналоговые системы передачи (кабельные, радио, спутниковые и т.д.);
–цифровые и аналоговые коммутационные станции, АТС, абонентские терминалы;
–программные средства (операционные системы, базы данных, коммутация и т.д.).
Основным стандартообразующим органом по TMN является ITU-T, который сгруппировал все документы, имеющие отношение к данной технологии, в так называемое М-семейство. Документ M.3000 «Обзор рекомендаций в области TMN» содержит перечень всех существующих публикаций ITU-T и других стандартов, которые имеют отношение к управлению сетями связи. Здесь же дана краткая характеристика концепции TMN и рас-
75
смотрена ее взаимосвязь с другими телекоммуникационными технологиями (рис. 3.2).
Необходимо отметить, что при разработке концепции TMN исследовательской группой № 4 ITU-T за основу были взяты функции
ипринципы, определенные в стандартах управления OSI. Поэтому при разработке отдельных рекомендаций TMN используются не только рекомендации, описывающие концепцию TMN, но и рекомендации, относящиесякуправлениюOSI (серияХ.7хх).
Стандарт M.3010 описывает общие принципы построения
иработы сети TMN, функциональные блоки, компоненты и интерфейсы, иерархическую архитектуру TMN, объекты управления
имодель взаимодействия. В рекомендации М.3013 дается более детальное описание сущностей, введенных в М.3010, приводятся
варианты построения систем, взаимодействия между блоками и т.д. Документ М.3016 определяет принципы и службы управления безопасностью TMN. Рекомендация M.3020 «Методология описания интерфейса TMN» посвящена функциональным возможностям TMN-интерфейсов и используемых ими протоколов.
Общая информационная модель сетевых элементов определяется документом M.3100. В нем описаны классы управляемых объектов, их свойства (атрибуты), которые могут служить для обмена информацией между интерфейсами TMN. Каталог классов управляемых TMN-объектов содержится в документе M.3180 «Каталог управляющей информации TMN». Процедура проверки корректности создаваемых классов управляемых объектов описана в рекомендации М.3101.
Стандарт M.3200 «Услуги управления и области управления TMN» включает в себя краткие описания прикладных сервисов TMN. Кроме того, он вводит концепции «Управление телекоммуникациями» и «Область управления». Конкретные услуги подробно определяются в следующих документах серии M.32xx: M.3201 (управление трафиком), M.3202 (управление системами сигнализации), M.3203 (управление пользовательскими сервисами), M.3207.1 (управление каналами B-ISDN; в более ранней редакции – M.3205) и др.
76
В документе M.3300 сформулированы требования к органи- |
|||||||
зации человеко-машинного интерфейса (по терминологии TMN – |
|||||||
F-интерфейса), а в M.3320 – аналогичные требования для интер- |
|||||||
фейса между сетями TMN (X-интерфейса). Наконец, стандарт |
|||||||
M.3400 определяет функции управления в сетях TMN. |
|
||||||
|
|
|
|
X.700, |
|
|
|
|
Обзор |
|
|
X.701 |
Терминологияи |
|
|
|
|
ПринципыTMN |
|
||||
рекомендаций |
|
|
M.3010 |
определенияTMN |
|
||
TMN M.3000 |
|
|
|
M.60 |
|
||
|
|
|
ДетальныйанализTMN |
|
|
||
|
|
|
|
M.3013 |
Обзор |
|
|
|
|
|
|
|
|
||
|
|
|
|
|
безопасностиTMN |
||
|
|
|
Методологияописания |
M.3016 |
|
||
СерияX.72x |
|
|
интерфейсаTMN |
|
|
||
|
|
|
M.3020 |
|
Серия |
||
G.803, G.805 |
|
|
|
|
|||
|
|
|
|
|
|
X.71x |
|
Общаясетевая |
Возможности |
Требованияк |
Услуги |
Профили |
|||
информационная |
управленияTMN |
Х-интерфейсу |
управленияи |
||||
протоколадля |
|||||||
модельTMN |
черезF-интерфейс |
TMN |
области |
||||
Q3-интерфейса |
|||||||
M.3100 |
M.3300 |
|
M.3320 |
управленияTMN |
|||
|
Q.81x |
||||||
|
|
|
|
|
M.3200 |
||
|
|
|
|
|
|
||
Проверка |
Каталог |
|
Информационная |
Услуги |
|
||
соответствия |
управляющей |
модельуслуг |
управления |
|
|||
управляемых |
информации |
управленияTMN |
TMN. |
|
|||
объектов |
TMN |
|
|
M.310x.x |
СерияM.32xx.x |
|
|
M.3101 |
M.3180 |
|
|
|
|
|
|
|
|
|
|
|
Функции |
|
|
|
|
|
|
|
управленияTMN |
Серии |
|
|
|
|
|
|
M.3400 |
||
|
|
|
|
|
X.730 |
||
|
|
|
|
|
|
||
|
|
|
|
|
|
X.740 |
|
Управление |
Управление |
Управление |
Управление |
Стадии1, 2 и3 |
|||
ISDN/B-ISDN |
транспортными |
интерфейсами |
ОКС№7 |
описаниядля |
|||
СерияM.36xx, |
сетями |
V5 |
Q-интерфейса |
||||
Q.750, Q.751 |
|||||||
I.751 |
СерияG.85x |
Q.83x |
Q.82x |
||||
|
|||||||
УправлениеSDH |
|
УправлениеPDH |
|
|
|||
|
стандартыETSI: |
|
|
||||
серияG.774.x |
|
|
|
||||
EN 300371, EN 301384 |
|
|
|||||
|
|
|
|
Рис. 3.2. Взаимосвязи между стандартами концепции TMN
77
Названные документы ITU-T представляют собой только часть рекомендаций M-семейства, регламентирующих функционирование сетей TMN (например, термины и определения сгруппированы в документ М.60, а принципы применения концепции TMN к управлению сетями ISDN изложены в серии M.36xx). Кроме того, отдельным аспектам управления сетями связи посвящены стандарты G-, Q- и X-семейств, которые разрабатывают другие исследовательские группы в составе ITU-T. Стандарты TMN используются другими организациями по стандартизации, например ETSI, для разработки стандартов для технологии управления сетями PDH.
Основным документом, определяющим базовые положения и принципы TMN, является рекомендация ITU-T M.3010 [10].
3.2. АРХИТЕКТУРА TMN
Архитектура TMN рассматривается в трех аспектах:
–функциональном, определяющим состав функциональных блоков, позволяющий реализовать сеть TMN любой сложности;
–информационном, основанном на объектно-ориентированном подходеипринципах OSI;
– физическом, описывающем реализуемые интерфейсы и примеры физических компонентов TMN.
3.2.1. Функциональная архитектура
Функциональная архитектура основывается на следующих основных элементах:
–функциональные блоки;
–функциональные компоненты;
–контрольные точки;
–функции управления TMN и наборы функций управления
TMN.
78
3.2.1.1. Функциональные блоки TMN
TMN определяет следующие функциональные блоки, выполняющие одноименные функции:
–Блок OSF (Operations Systems Function) – функции системы операций (OS). Блок OSF выполняет инициацию процедур администрирования, прием уведомлений о событиях, обработку управляющей информации с целью мониторинга и/или управления. В управляющей модели менеджер – агент блок OSF играет роль менеджера. Существует еще один термин, соответствующий этому блоку, – система поддержки операций – Operations Support System, OSS.
–Блок NEF (Network Element Function) – функции сетевого элемента (NE). Блок NEF представляет функции связи, являющиеся объектом управления: базовые телекоммуникационные функции, обеспечивающие обмен данными между пользователем
исетью связи, и функции управления, позволяющие выступать сетевому элементу в роли агента.
–Блок WSF (Workstation System Function) – функции рабо-
чей станции WS. Блок WSF позволяет интерпретировать информацию TMN в терминах, понятных пользователю управляющей информации.
–Блок TF (Transformation Function) – функции преобразова-
ния. Блок TF обеспечивает взаимодействие между двумя функциональными блоками с различными протоколами или информационными моделями. При использовании внутри TMN блок TF соединяет блоки, имеющие стандартные, но различные механизмы связи. При использовании на границе TMN блок TF может быть использован для взаимодействия между двумя TMN или между TMN и не-TMN окружением. При использовании на границе между двумя TMN блок TF соединяет два функциональных блока, каждый из которых находится в своей TMN и поддерживает стандартизированный, но отличающийся от другого механизм связи. Когда блок TF используется между TMN и не-TMN окружением, блок TF соединяет функциональный блок со стан-
79
дартизированным механизмом связи в TMN с функциональным объектом с нестандартизированным механизмом связи в не-TMN окружении.
Три из указанных блоков, выполняющих функции NEF, TF и WSF, принадлежат TMN лишь частично (рис. 3.3).
|
x |
|
TNM |
|
|
|
|
|
|
m |
TF |
|
|
|
|
|
|
|
|
|
q |
|
|
|
|
NEF |
OSF |
WSF |
g |
|
q |
f |
|
|
|
Рис. 3.3. Типы функциональных блоков |
|
||
|
|
и контрольные точки |
|
|
Наличие в сети TMN функциональных блоков всех пяти типов не является обязательным. С другой стороны, в ней могут присутствовать несколько блоков одного типа.
3.2.1.2.Функциональные компоненты
Всостав функциональных блоков входят дополнительные функциональные компоненты, реализующие функции управления и обеспечения. К ним относятся:
– MAF (Management Application Function) – функция управ-
ляющего приложения – фактически осуществляет управляющий (административный) сервис TMN, может играть роль либо менеджера, либо агента, используется в функциональных блоках
TF, NEF, OSF и WSF;
– WSF (Workstation Support Function) – функция поддержки рабочей станции – обеспечивает доступ к данным, инициацию
иподтверждение действий, передачу уведомлений, используется в функциональном блоке WSF;
80