Приложение А (справочное). Замечания относительно основ АУ ВОС

Приложение А
(справочное)

Замечания относительно основ АУ ВОС

А.1 Введение

Основы АУ ВОС обеспечивают принципы и абстрактную модель АУ ВОС, предназначенные для использования разработчиками стандартов ВОС.

Цель данного приложения - дать дополнительную информацию, поясняющую принципы, изложенные в основной части настоящего стандарта, и пояснить применение этих принципов.

А.2 Сокращения

КУ - качество услуг

А.3 Краткое описание задач и принципов АУ ВОС

В архитектуре АУ ВОС определены три вида информации АУ, по которым ожидается разработка соответствующих стандартов:

a) АУ систем;

b) АУ (N)-уровня и

c) операции (N)-уровня.

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

Место протоколов АУ в архитектуре ВОС показано на рисунке А.1.

Рисунок А.1 - Обмен информацией АУ систем

Очевидно, что большая часть обменов информацией АУ между открытыми системами потребует согласования контекста, установления сеанса АУ, надежных услуг транспортного уровня по межконцевой передаче и т.п. точно таким же образом, как и обмены другой информацией на прикладном уровне. Следовательно, обмены данными АУ систем осуществляются через протоколы прикладного уровня (см. рисунок А.1). Следует заметить, что "Основы" не исключают использования услуг в режиме без установления соединения.

АУ (N)-уровня используется в особых случаях для передачи информации, относящейся к операциям (N)-уровня. Примером АУ уровня является подпротокол АУ соединением сетевого уровня на транспортном уровне. Важно отметить, что АУ уровня в одном уровне не должно повторять никаких функциональных возможностей вышерасположенных уровней, поскольку это приводило бы к отклонению от принципов базовой эталонной модели ВОС. На рисунке А.2 показан пример такого обмена на транспортном уровне. Обмены АУ (N)-уровней могут происходить на любом из уровней, несмотря на то, что уровни 2-4 - это те уровни, где наиболее вероятно появление таких стандартов.

Стандарты АУ уровня несут ответственность за группу стандартов соответствующих уровней ВОС.

Рисунок А.2 - Обмен АУ (N)-уровня

Операции (N)-уровня представляют собой набор средств, контролирующих и управляющих отдельным сеансом обмена данных. Эта средства могут быть встроены в "нормальный" (N)-протокольный обмен (см. рисунок А.3), например, передавая информацию о тарифах в пакете "освобождение" Х.25, либо таким средством может быть специальный элемент протокола типа "сброс" Х.25.

Стандарты по операциям (N)-уровня несут ответственность за группу стандартов соответствующих уровней ВОС.

Рисунок А.3 - Операции (N)-уровня

А.4 Стандарты по АУ систем

Существуют требования к стандартным услугам и протоколам прикладного уровня по обмену информацией АУ, охватывающим множество функций. Разработан набор стандартов прикладного уровня по АУ систем, чтобы дать пользователям "пакет разработчика" по услугам и протоколам для обеспечения обмена информацией АУ между открытыми системами.

А.5 Информация АУ и база информации АУ

Важно понимать, что реальная информация, переносимая в протоколах АУ ВОС, - это фактически та информация, которая вырабатывается (и определяется) стандартами отдельных уровней. Таким образом, спецификация и идентификация этих "реальных" элементов информации АУ должны выполняться группами по стандартизации уровней во взаимодействии с рабочими группами по АУ систем как часть их общей деятельности по стандартизации.

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

Как следствие этого, БИА может рассматриваться как та информация в открытой системе, которая может передаваться или управляться путем использования протоколов АУ ВОС.

БИА может рассматриваться также как набор АО в открытой системе, которые создают ФС ВОС. Кроме того, логическая структура информации должна быть стандартизована, однако это не предполагает какой-либо формы физической или логической памяти информации.

Реализация такой памяти является локальным вопросом и не входит в область стандартизации ВОС.

Информация АУ может коллективно использоваться процессами АУ и структурироваться в соответствии с требованиями этих процессов.

БИА не ограничивает интерпретацию данных АУ каким-либо заранее заданным набором и не устанавливает требований к запоминанию или обработке данных при их получении. Однако и абстрактный синтаксис, и семантика информации, являющейся частью БИА, определены таким образом, что они могут быть представлены в протокольных обменах ВОС.