4.1 Взаимодействие между блоками функций сети TMN
Блоки функции сети TMN используют описанную выше взаимосвязь администратор/агент для выполнения операций управления. Администратор и агент являются частью прикладных функций управления и поэтому являются частью сети TMN. На рисунке 4.1 показано, что система А управляет системой В, которая управляет системой С (каскадное соединение систем). Система А взаимодействует с системой В по информационной модели, обеспечиваемой системой В на ее интерфейсе с системой А. Аналогично осуществляется взаимодействие между системой В и системой С.
Рисунок 4.1 — Пример связи систем сетей TMN
При каскадном соединении система В обеспечивает (представляет) информационную модель В в системе А. При осуществлении этого она использует информацию из информационной модели С. Система В обрабатывает операции системы А над объектами в базе MIB станции В. Это может включать в себя последующие операции по информационной модели С. Система В обрабатывает извещения от системы С, и это может включать в себя дальнейшие извещения системе А.
Взаимодействие между администратором и базой MIB, между открытыми системами выполняется посредством функции агента. Однако в пределах системы это взаимодействие не является предметом стандартизации.
Система в сети TMN может играть роль агента для многих систем, представляющих несколько различных информационных моделей. Система TMN также может играть роль администратора для многих систем, видимых как несколько различных информационных моделей.
4.2 Принцип межоперационного интерфейса
Для того чтобы два или более конструктивных блока сети TMN обменивались информацией управления, они должны быть соединены трактом связи, и каждый элемент должен обеспечивать один и тот же интерфейс с трактом связи. Для упрощения задач организации связи, возникающих из-за многоцелевой сети, целесообразно использовать принцип межоперационного интерфейса.
Межоперационный интерфейс определяет комплект протокола и сообщения, передаваемые с помощью этого протокола. Диалого-ориентированные межоперационные интерфейсы основаны на объектно-ориентированном виде электросвязи, и поэтому все передаваемые сообщения связаны с манипуляциями объектов. Это представляет собой формально определенный набор протоколов, процедур, форматов сообщений и семантики, используемых для организации связи управления.
Обобщенный механизм управления объектами, определенными для информационной модели, обеспечивается компонентами сообщения межоперационного интерфейса. При определении каждого объекта имеется несколько типов операций управления, которые являются действительными для этого объекта. Кроме того, имеются типовые сообщения, которые одинаково используются для многих классов управляемых объектов.
Отличие одного интерфейса от другого преимущественно определяется сферой деятельности управления, которая должна обеспечивать связь на этом интерфейсе. Это общее понимание круга операций называется " знание для раздельного управления (SMK) ". Оно включает в себя понимание информационной модели управляемой сети (обеспечиваемые классы объектов, функций и пр.), объекты обеспечения управления, обеспечиваемый прикладной контекст и др. Знание для раздельного управления гарантирует, что каждый конец интерфейса понимает точное значение сообщения, передаваемого другим концом (рисунок 4.2).
Управляющая система А управляет системой В непосредственно и системой С через систему В, используя SMK- от А к В и от В к С.
Рисунок 4.2 - Разделение знаний управления между системами
На рисунке 4.2 показано, что разделенная информация относится к взаимодействующей паре объектов. При этом знание SMK между функцией 1 (система А) и функцией 2 (система В) отличается от знания SMK между функцией 2 (система В) и функцией 3 (система С). Это не исключает наличие ряда общностей, в частности, на уровне системы В.
Как отмечалось ранее, когда функции или группы функций могут стать процессами, тогда опорные точки между этими процессами могут стать интерфейсами.
Что принцип знания SMK может существовать независимо от действительного существования интерфейсов, то есть, от физической реализации. Это, в частности, может иметь место при иерархическом управлении, где сохраняется логический уровневый подход.
Когда два блока функций производят обмен информацией управления, для них необходимо понимание знания SMK, используемого в контексте этого обмена. Для установления этого общего понимания в рамках каждого объекта могут потребоваться некоторые виды согласования контекста.
Рисунок 4.3 иллюстрирует то обстоятельство, что SMK не зависит от того, как они реализованы физически. Взаимодействие между функцией 1 и функцией 2 осуществляется с использованием SMKА. Эти функции реализованы в одном физическом устройстве (устройство-1), поэтому SMKА должно существовать, но оно будет неявно выражено, равно как и интерфейс, соответствующий опорной точке 1.
Уважаемый посетитель!
Чтобы распечатать файл, скачайте его (в формате Word).
Ссылка на скачивание - внизу страницы.
