Автономный процесс статического согласования контекста имеет место в том случае, когда два поставщика оборудования договариваются между собой о том, что будут представлять собой знания SMK. Это соглашение заключается до того, как будет установлена ассоциация между интерфейсами управления. В этом случае знание SMK может быть идентифицировано названиями применений соответствующих интерфейсов управления.
Диалоговый процесс статического согласования контекста используется в начале ассоциации. Во время установления ассоциации производится обмен информацией, который дает возможность обоим интерфейсам управления прийти к общему пониманию относительно того, что будут представлять собой знания SMK для ассоциации управления, завершая тем самым процесс согласования контекста.
Это знание SMK будет оставаться в силе в течение этой ассоциации. Информация знания SMK, которая была получена в результате обмена, может подкрепить автономное согласование контекста или продвинуть вперед согласование контекста из предыдущей ассоциации.
В динамическом процессе согласования контекста обмен информацией знания SMK производиться через ассоциацию с помощью нескольких взаимодействий.
Динамическое согласование контекста требуется в том случае, если способности (например, обеспеченные функции) или ресурсы управления (например, классы управляемых объектов или образцы) в интерфейсе управления являются предметом изменения в течении ассоциации. Одним возможным механизмом обеспечения динамического согласования контекста будет определение класса управляемого объекта, который обеспечивает извещение о любом изменении для знания SMK.
4.4 Области управления
Организационные требования к управлению группой управляемых объектов включают в себя следующее:
- разделение сферы управления на ряд функциональных областей, таких как безопасность информации, начисление оплаты, управление повреждениями и пр. или разделение сферы управления на отдельные цели
управления в соответствии с географической, технологической или организационной структурами.;
- временное назначение и, возможно, изменение роли администратора и агента для каждой из целей в рамках каждой группы управляемых объектов;
- использование форм управления (например, обеспечение безопасности информации) соответствующим образом.
Для удовлетворения указанным выше требованиям управляемые объекты могут формироваться в группы. Управляемая группа объектов вместе с ее администратором составляют область управления, как показано на рисунке 4.4.
Рисунок 4.4 - Пример группы управляемых объектов в области управления
Между областями управления могут существовать взаимоотношения следующих типов:
- раздельные области управления;
- взаимодействующие области управления;
- перекрывающие друг друга области управления.
Перекрывающие друг друга области управления будут существовать в том случае, если один или несколько объектов одновременно принадлежат нескольким областям (смотри рисунок 4.5).
Рисунок 4.5 - Перекрывающие друг друга области управления
Пример взаимодействия между объектами и управляемыми ресурсами для элементов сети приведен на рисунке 4.6.
А - Агент; М- Администратор; R- Ресурсы; О - Управляемый объект
Рисунок 4.6 - Взаимосвязь между объектами и управляемыми ресурсами в случае элементов сети
Весь обмен по управлению между администратором и агентом выражается в виде согласованного набора операций управления (вызываемых с помощью роли администратора) и извещении (отбираемых и направляемых с помощью роли агента). Все эти операции реализуются путем использования услуг общей информации управления (CMIS) и протокола (CMIP).
4 Элементы сети TMN
5.1 Операционная система (OS)
Операционная система- это система, выполняющая функции OSF. Операционная система может при необходимости обеспечивать функции MF,QAF и WSF.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.