ГОСТ Р ИСО/МЭК 10164-1-99

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ

АДМИНИСТРАТИВНОЕ УПРАВЛЕНИЕ

СИСТЕМ

ФУНКЦИЯ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ ОБЪЕКТАМИ

Издание официальное

ГОССТАНДАРТ РОССИИ Москва

ГОСТ Р ИСО/МЭК 10164-1-99

Предисловие

1    РАЗРАБОТАН Московским научно-исследовательским центром (МНИЦ) Комитета при Президенте Российской Федерации по политике информатизации

ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

2    ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 7 сентября 1999 г. № 289-ст

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10164-1—93 «Информационная технология. Взаимосвязь открытых систем. Административное управление систем. Функция административного управления объектами»

3    ВВЕДЕН ВПЕРВЫЕ

© ИПК Издательство стандартов, 1999

Настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Госстандарта России

И

ГОСТ Р ИСО/МЭК 10164-1-99

отдельная последовательность описывает изменение отдельного значения атрибута. В этом списке должно быть представлено, по меньшей мере, одно из новых значений атрибута.

8.2.3.3.1    Идентификатор атрибута

Идентифицирует атрибут, об изменении значения которого сообщается.

8.2.3.3.2    Прежнее значение атрибута

Этот параметр идентифицирует прежнее значение атрибута.

8.2.3.3.3    Новое значение атрибута

Этот параметр указывает текущее значение атрибута.

8.2.4 Другая информация

Используются следующие параметры, определенные в ИСО/МЭК 10164-4:

-    дополнительная информация;

-    дополнительный текст;

-    скореллированные уведомления;

-    идентификатор уведомления.

8.3    Ответ на событие

Настоящий стандарт не определяет информации, подлежащей использованию в параметре «ответ на событие».

8.4    Администрируемые объекты

8.4.1    Регистрация создания объекта

Регистрация создания объекта — это класс АО, образованный из класса объектов «запись в журнале событий», определенного в ГОСТ Р ИСО/МЭК 10164-6. Класс объекта «регистрация удаления объекта» представляет информацию, которая хранится в журналах, получаемых из уведомлений об удалении объекта.

8.4.2    Запись об изменении значения атрибута

Этот класс АО, образованный из класса АО «запись в журнале событий», определенного в ГОСТ Р ИСО/МЭК 10164-6. Он представляет информацию, хранимую в журналах, которые образованы из уведомлений об изменении значения атрибута.

8.5    Согласованность

Определения класса АО обеспечивают функцию, определяемую в настоящем стандарте, путем введения спецификации типов уведомлений, определенных в ГОСТ Р ИСО/МЭК 10165-2. Эталонный механизм определен в ГОСТ Р ИСО/МЭК 10165-4.

Определение класса АО должно для каждого заимствованного уведомления определить в разделе «Поведение», какие из факультативных и условных параметров необходимо использовать, и любые ограничения, налагаемые на их использование и значения. Допускается констатировать, что использование данного параметра является факультативным.

9 Определение услуг

9.1    Введение

Настоящий стандарт определяет девять услуг, шесть из которых являются сквозными. Эти услуги определены ниже вместе с содержащимися в них параметрами.

9.2    Услуга уведомления о создании объекта

Позволяет пользователю услуг информации административного управления (УИАУ), выполняющему роль агента, сообщить о создании АО. Определены как подтверждаемая, так и неподтверждаемая услуги.

Эта услуга использует параметры, определенные в разделе 8 настоящего стандарта, дополнительно к общим параметрам услуги АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ, определенным в ГОСТ Р ИСО/МЭК 9595.

В таблице 2 перечислены параметры услуги уведомления о создании объекта.

Параметры «время события», «скореллированные уведомления» и «идентификатор уведомлений» могут быть назначены объектом, выдающим уведомление, или системой административного управления.

7

Наименование параметра	Зпр/Инд	Отв/Пдт
Идентификатор привлечения	п	П
Режим	п	—
Класс АО	п	П
Экземпляр АО	п	п
Тип события	о	У(=)
Время события Информация о событии	п
Указатель отправителя	Пл	—
Список атрибутов	Пл	—
Идентификатор уведомления	Пл	—
Скореллированные уведомления	Пл	—
Дополнительный текст	Пл	—
Дополнительная информация	Пл	—
Текущее время	—	п
Ответ на событие	—	_
Ошибки	~	п

9.3 Услуга уведомления об удалении объекта

Позволяет пользователю УИАУ, выполняющему роль агента, уведомить об удалении АО. Она определена как подтверждаемая, так и неподтверждаемая услуга.

Эта услуга использует параметры, определенные в разделе 8 настоящего стандарта, дополнительно к общим параметрам услуги АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ, определенным в ГОСТ Р ИСО/МЭК 9595.

В таблице 3 перечислены параметры услуги уведомления об удалении объекта.

Параметры «время события», «скореллированные уведомления» и «идентификатор уведомления» могут быть назначены объектом, выдающим уведомление, или системой административного управления.

Таблица 3 — Параметры уведомления об удалении объекта

Наименование параметра Зпр/Инд Отв/Пдт Идентификатор привлечения п п Режим П _ Класс АО п п Экземпляр АО п п Тип события о УН Время события п Информация о событии Указатель отправителя Пл — Список атрибутов Пл — Идентификатор уведомления Пл — Скореллированные уведомления Пл — Дополнительный текст Пл — Дополнительная информация Пл — Текущее время — п Ответ на событие — — Ошибки — п

9.4 Услуга уведомления об изменении значения атрибута

Позволяет пользователю УИАУ, выполняющему роль агента, уведомить об изменениях в значениях атрибутов АО. Она определена как подтверждаемая, так и неподтверждаемая услуга.

Эта услуга использует параметры, определенные в разделе 8 настоящего стандарта, дополнительно к общим параметрам услуги АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ, определенным в ГОСТ Р ИСО/МЭК 9595.

В таблице 4 перечислены параметры услуги уведомления об изменении значения атрибута.

Параметры «время события», «скореллированные уведомления» и «идентификатор уведомления» могут быть назначены объектом, выдающим уведомление, или системой административного управления.

8

ГОСТ Р ИСО/МЭК 10164-1-99

Наименование параметра	Зпр/Инд	Отв/Пдт
Идентификатор привлечения	п	п
Режим	п	—
Класс АО	п	п
Экземпляр АО	п	п
Тип события	о	У(=)
Время события	п
Информация о событии
Указатель отправителя	Пл	—
Список атрибутов	Пл	—
Идентификатор уведомления	Пл	—
Скореллированные уведомления	Пл	—
Дополнительный текст	Пл	—
Дополнительная информация	Пл	—
Текущее время	—	п
Ответ на событие	—	—
Ошибки	—	п

9.5 Услуга СУ-ДЕЙСТВИЕ

Используется пользователем сквозных услуг для запроса равноправного пользователя сквозных услуг выполнить действие над АО.

Эта общая услуга используется дня выполнения действий, если только одной из функций административного управления системы не была определена конкретная услуга.

Параметры услуги СУ-ДЕЙСТВИЕ перечислены в таблице 5.

Параметры этой услуги идентичны параметрам услуги АУ-ДЕЙСТВИЕ, определенной в ГОСТ Р ИСО/МЭК 9595.

Таблица 5 — Параметры услуги СУ-ДЕЙСТВИЕ

Наименование параметра Зпр/Инд Отв/Пдт Идентификатор привлечения П п Идентификатор связки — п Режим п — Класс базового объекта п — Экземпляр базового объекта п — Область видимости п — Фильтр п — Класс АО — п Экземпляр АО — п Управление доступом п — Синхронизация п — Тип действия п п Информация действия п — Текущее время __ п Ответ на действие — п Ошибки — п

9.6 Услуга СУ-СОЗДАНИЕ

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

Эта общая услуга используется для создания нового АО, если только функциями административного управления систем не была определена конкретная услуга.

Параметры услуги СУ-СОЗДАНИЕ перечислены в таблице 6.

Параметры этой услуги идентичны параметрам услуги АУ-СОЗДАНИЕ, определенной в ГОСТ Р ИСО/МЭК 9595.

9

Наименование параметра	Зпр/Инд	Отв/Пдт
Идентификатор привлечения	п	П
Класс АО	п	П
Экземпляр АО	п	п
Экземпляр старшего объекта	п	—
Управление доступом	п	—
Экземпляр эталонного объекта	п	—
Список атрибутов	п	п
Текущее время	—	п
Ошибки	—	п

9.7    Услуга СУ-УДАЛЕНИЕ

Используется путем привлечения пользователя сквозных услуг для запроса равноправного пользователя сквозных услуг удалить АО, отменить регистрацию его идентификатора. Она определена как подтверждаемая услуга.

Эта общая услуга используется для удаления АО, если только одной из функций административного управления систем не была определена конкретная услуга.

Параметры услуги СУ-СОЗДАНИЕ перечислены в таблице 7.

Параметры этой услуги идентичны параметрам услуги АУ-УДАЛЕНИЕ, определенной в ГОСТ Р ИСО/МЭК 9595.

9.8    Услуга СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ

Используется путем привлечения пользователя сквозных услуг для уведомления равноправного пользователя сквозных услуг о событии. Она определена как подтверждаемая, так и неподтверждаемая услуга.

Эта общая услуга используется для уведомления о событии, если только одной из функций административного управления систем не была определена конкретная услуга.

Параметры услуги СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ перечислены в таблице 8.

Параметры этой услуги идентичны параметрам услуги АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ, определенной в ГОСТ Р ИСО/МЭК 9595.

9.9    Услуга СУ-ПОЛУЧИТЬ

Используется путем привлечения пользователя сквозных услуг для получения значений атрибута от равноправного пользователя сквозных услуг. Она определена как подтверждаемая услуга.

Эта общая услуга используется для получения значений атрибутов, если только одной из функций административного управления систем не была определена конкретная услуга.

Таблица 7 — Параметры услуги СУ-УДАЛЕНИЕ

Наименование параметра Зпр/Инд Отв/Пдт Идентификатор привлечения п п Идентификатор связки — п Класс базового объекта п — Экземпляр базового объекта п — Область видимости п — Фильтр п — Управление доступом п — Синхронизация п — Класс АО — п Экземпляр АО — п Текущее время — п Ошибки — п

Таблица 8 — Параметры услуги АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ

Наименование параметра Зпр/Инд Отв/Пдт Идентификатор привлечения п п Режим п — Класс АО п п

10

ГОСТ Р ИСО/МЭК 10164-1-99

Окончание таблицы 8

Наименование параметра Зпр/Инд Огв/Пдт Экземпляр АО п п Тип события п п Время события п __ Информация о событии п — Текущее время — п Ответ на событие — п Ошибки — п

Параметры услуги СУ-СОЗДАНИЕ перечислены в таблице 9.

Параметры этой услуги идентичны параметрам услуги АУ-ПОЛУЧИТЬ, определенной в ГОСТ Р ИСО/МЭК 9595.

Таблица 9 — Параметры услуги АУ-ПОЛУЧИТЬ

Наименование параметра Зпр/Инд Отв/Пдт Идентификатор привлечения п п Идентификатор связки — п Класс базового объекта п — Экземпляр базового объекта п — Область видимости п — Фильтр п — Управление доступом п — Синхронизация п — Список идентификаторов атрибутов п — Класс АО — п Экземпляр АО — п Текущее время — п Список атрибутов — п Ошибки — п

9.10 Услуга СУ-УСТАНОВИТЬ

Используется путем привлечения пользователя сквозных услуг для запроса модификации значений атрибута равноправным пользователем сквозных услуг. Она определена как подтверждаемая, так и неподтверждаемая услуга.

Эта общая услуга используется для установления значений атрибутов, если только одной из функций административного управления систем не была определена конкретная услуга.

Параметры услуги СУ-СОЗДАНИЕ перечислены в таблице 10.

Параметры этой услуги идентичны параметрам услуги АУ-УСТАНОВИТЬ, определенной в ГОСТ Р ИСО/МЭК 9595.

Таблица 10 — Параметры услуги АУ-УСТАНОВИТЬ

Наименование параметра Зпр/Инд Отв/Пдт Идентификатор привлечения п п Идентификатор связки _ п Режим п — Класс базового объекта п — Экземпляр базового объекта п — Область видимости п — Фильтр п — Управление доступом п — Синхронизация п — Класс АО — п Экземпляр АО — п Слисок модификаций п — Список атрибутов — п Текущее время — п Ошибки — п

11

10 Функциональные блоки

Функциональные блоки, определенные в настоящем стандарте, перечислены в таблице 11.

Таблица 11— Функциональные блоки

Наименование функции Функциональный блок Услуги административного управления систем Административное управление объектом всеСобытия управление контроль событияОбъекта Все уведомления1) Все услуги, кроме уведомлений2) Только СУ-ПОЛУЧИТЬ Уведомление о создании объекта Уведомление о создании объекта и Уведомление об изменении значения атрибута министративного управления систем, которые преобразуются в услугу УИОУ АУ-УВЕ-м относится услуга СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ, определенная в настоящем ший административного управления систем, определенные другими стандартами по ггем. вного управления систем, которые преобразуются в услуги УИОУ АУ-ПОЛУЧИТЬ, [Е, АУ-СОЗДАНИЕ и АУ-УДАЛЕНИЕ. К ним относятся услуги СУ-ПОЛУЧИТЬ, Е, СУ-СОЗДАНИЕ и СУ-УДАЛЕНИЕ, определенные в настоящем стандарте, а также :ия систем (кроме услуг уведомлений), определенные другими стандартами по админи- 11 Все услуги уведомлений ад ДОМЛЕНИЕ-О-СОБЫТИИ. К ни стандарте, а также услуги уведомлю административному управлению сис 2) Все услуги администрати АУ-УСТАНОВИТЬ, АУ-ДЕЙСТВИ СУ-УСТАНОВИТЪ, СУ-ДЕЙСТВИ услуги административного управлен стративному управлению систем.

11 Протокол

11.1    Элементы процедур

11.1.1    Процедура уведомления о создании объекта

11.1.1.1    Роль агента

11.1.1.1.1    Привлечение

Эта процедура иницилизируется примитивом запроса уведомления о создании объекта. При получении этого примитива протокольный автомат прикладного уровня административного управления систем (ПАПУС) должен сформировать ПБДПА и выдать сервисный примитив СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ запрос с параметрами, образованными из полученного примитива. В режиме без подтверждений процедура по 11.1.1.1.2 не используется.

11.1.1.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, содержащего ПБДПА в качестве ответа на уведомление о создании объекта, ПАПУС должен выдать пользователю услуги уведомления о создании объекта примитив подтверждения на уведомление о создании объекта с параметрами, образованными из сервисного примитива АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, завершая тем самым процедуру.

Примечание — ПАПУС игнорирует все ошибки в полученном ПБДПА. Пользователь услуги уведомления о создании объекта также может проигнорировать подобные ошибки или прервать ассоциацию в результате этих ошибок.

11.1.1.2    Роль администратора

11.1.1.2.1 Прием запроса

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индикация, содержащего ПБДПА, запрашивающего услугу уведомления о создании объекта, ПАПУС должен при условии правильно сформированного ПБДПА выдать пользователю этой услуги примитив индикации с параметрами, образованными из сервисного примитива АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ. В противном случае ПАПУС, действуя в режиме с подтверждениями, должен сформировать соответствующий ПБДПА, содержащий уведомление об ошибке, и выдать сервисный примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметром «ошибка». В режиме без подтверждений процедура по 11.1.1.2.2 не используется.

12

ГОСТ Р ИСО/МЭК 10164-1-99

11.1.1.2.2    Ответ

В режиме с подтверждением ПАПУС должен принять примитив ответа на уведомление о создании объекта, сформировать ПБДПА, подтверждающий уведомление, и выдать примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметрами, образованными из примитива ответа.

11.1.2    Процедура уведомления об удалении объекта

11.1.2.1    Роль агента

11.1.2.1.1    Привлечение

Эта процедура иницилизируется примитивом запроса уведомления об удалении объекта. При получении этого примитива ПАПУС должен сформировать ПБДПА и выдать сервисный примитив СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ запрос с параметрами, образованными из полученного примитива. В режиме без подтверждений процедура по 11.1.2.1.2 не используется.

11.1.2.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, содержащего ПБДПА в качестве ответа на уведомление об удалении объекта, ПАПУС должен выдать пользователю услуги уведомления об удалении объекта примитив подтверждения на уведомление об удалении объекта с параметрами, образованными из сервисного примитива АУ-УВЕДОМ-ЛЕНИЕ-О-СОБЫТИИ подтверждение, завершая тем самым процедуру.

Примечание — ПАПУС игнорирует все ошибки в полученном ПБДПА. Пользователь услуги уведомления об удалении объекта также может проигнорировать подобные ошибки или прервать ассоциацию в результате этих ошибок.

11.1.2.2    Роль администратора

11.1.2.2.1    Прием запроса

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индикация, содержащего ПБДПА, запрашивающего услугу уведомления об удалении объекта, ПАПУС должен при условии правильно сформированного ПБДПА выдать пользователю этой услуги примитив индикации с параметрами, образованными из сервисного примитива АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ. В противном случае ПАПУС, действуя в режиме с подтверждениями, должен сформировать соответствующий ПБДПА, содержащий уведомление об ошибке, и выдать сервисный примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметром «ошибка». В режиме без подтверждений процедура по 11.1.2.2.2 не используется.

11.1.2.2.2    Ответ

В режиме с подтверждением ПАПУС должен принять примитив ответа на уведомление об удалении объекта, сформировать ПБДПА, подтверждающий уведомление, и выдать примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметрами, образованными из примитива ответа.

11.1.3 Процедура уведомления об изменении значения атрибута

11.1.3.1    Роль агента

11.1.3.1.1    Привлечение

Эта процедура иницилизируется примитивом запроса уведомления об изменении значения атрибута. При получении этого примитива ПАПУС должен сформировать ПБДПА и выдать сервисный примитив СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ запрос с параметрами, образованными из полученного примитива. В режиме без подтверждений процедура по 11.1.3.1.2 не используется.

11.1.3.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, содержащего ПБДПА в качестве ответа на уведомление об изменении значения атрибута, ПАПУС должен выдать пользователю услуги уведомления примитив подтверждения на уведомление об изменении значения атрибута с параметрами, образованными из сервисного примитива АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, завершая тем самым процедуру.

Примечание — ПАПУС игнорирует все ошибки в полученном ПБДПА. Пользователь услуги уведомления об изменении значения атрибута также может проигнорировать подобные ошибки или прервать ассоциацию в результате этих ошибок.

11.1.3.2    Роль администратора

11.1.3.2.1 Прием запроса

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индикация, содержащего ПБДПА, запрашивающего услугу уведомления об изменении значения атрибута.

13

ПАПУС должен при условии правильно сформированного ПБДПА выдать пользователю этой услуги примитив индикации с параметрами, образованными из сервисного примитива АУ-УВЕДОМЛЕ-НИЕ-О-СОБЫТИИ ответ. В противном случае ПАПУС, действуя в режиме с подтверждениями, должен сформировать соответствующий ПБДПА, содержащий уведомление об ошибке, и выдать сервисный примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметром «ошибка». В режиме без подтверждений процедура по 11.1.3.2.2 не используется.

11.1.3.2.2 Ответ

В режиме с подтверждением ПАПУС должен принять примитив ответа на уведомление об изменении значения атрибута, сформировать ПБДПА, подтверждающий уведомление, и выдать примитив АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметрами, образованными из примитива ответа.

11.1.4    Процедура СУ-СОЗДАНИЕ

11.1.4.1    Роль администратора

11.1.4.1.1    Привлечение

Эта процедура инициируется примитивом СУ-СОЗДАНИЕ запрос. При получении этого примитива ПАПУС должен выдать сервисный примитив СОИА АУ-СОЗДАНИЕ запрос с параметрами, образованными из примитива СУ-СОЗДАНИЕ запрос.

11.1.4.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-СОЗДАНИЕ подтверждение, отвечающего на операцию СУ-СОЗДАНИЕ, ПАПУС должен выдать пользователю услуги СУ-СОЗДАНИЕ примитив СУ-СОЗДАНИЕ подтверждение с параметрами, образованными из сервисного примитива СОИА АУ-СОЗДАНИЕ подтверждение, завершая тем самым выполнение процедуры.

11.1.4.2    Роль агента

11.1.4.2.1    Прием запроса

При получении сервисного примитива АУ-СОЗДАНИЕ индикация, запрашивающего услугу СУ-СОЗДАНИЕ, ПАПУС должен выдать пользователю услуги СУ-СОЗДАНИЕ примитив СУ-СОЗДАНИЕ индикация с параметрами, сформированными из полученного примитива АУ-СОЗДАНИЕ индикация.

11.1.4.2.2    Ответ

ПАПУС должен принять примитив СУ-СОЗДАНИЕ ответ и выдать примитив СОИА АУ-СОЗДАНИЕ ответ с параметрами, сформированными из полученного примитива СУ-СОЗДАНИЕ ответ.

11.1.5    Процедура СУ-УДАЛЕНИЕ

11.1.5.1    Роль администратора

11.1.5.1.1    Привлечение

Процедура СУ-УДАЛЕНИЕ инициируется примитивом СУ-УДАЛЕНИЕ запрос. При получении этого примитива ПАПУС должен выдать сервисный примитив СОИА АУ-УДАЛЕНИЕ запрос с параметрами, образованными из примитива СУ-УДАЛЕНИЕ запрос.

11.1.5.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-УДАЛЕНИЕ подтверждение, отвечающего на операцию СУ-УДАЛЕНИЕ, ПАПУС должен выдать пользователю услуги СУ-УДАЛЕНИЕ примитив СУ-УДАЛЕНИЕ подтверждение с параметрами, образованными из сервисного примитива СОИА АУ-УДАЛЕНИЕ подтверждение, завершая тем самьм выполнение процедуры.

11.1.5.2    Роль агента

11.1.5.2.1    Прием запроса

При получении сервисного примитива АУ-УДАЛЕНИЕ индикация, запрашивающего услугу, ПАПУС должен выдать пользователю услуги СУ-УДАЛЕНИЕ примитив СУ-УДАЛЕНИЕ индикация с параметрами, сформированными из полученного примитива АУ-УДАЛЕНИЕ индикация.

11.1.5.2.2    Ответ

ПАПУС должен принять примитив СУ-УДАЛЕНИЕ ответ и выдать примитив СОИА АУ-УДАЛЕНИЕ ответ с параметрами, сформированными из полученного примитива СУ-УДАЛЕНИЕ ответ.

11.1.6    Процедура СУ-УСТАНОВИТЬ

11.1.6.1    Роль администратора

11.1.6.1.1    Привлечение

Эта процедура инициируется примитивом СУ-УСТАНОВИТЬ запрос. При получении этого примитива ПАПУС должен выдать сервисный примитив СОИА АУ-УСТАНОВИТЬ запрос с

14

ГОСТ Р ИСО/МЭК 10164-1-99

параметрами, образованными из примитива СУ-УСТАНОВИТЬ запрос. В режиме без подтверждений процедура по 11.1.6.1.2 не используется.

11.1.6.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-УСТАНОВИТЬ подтверждение, отвечающего на операцию СУ-УСТАНОВИТЬ, ПАПУС должен выдать пользователю услуги СУ-УСТАНОВИТЬ примитив СУ-УСТАНОВИТЬ подтверждение с параметрами, образованными из сервисного примитива СОИА АУ-УСТАНОВИТЬ подтверждение, завершая тем самым выполнение процедуры.

11.1.6.2    Роль агента

11.1.6.2.1    Прием запроса

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

11.1.6.2.2    Ответ

В режиме с подтверждениями ПАПУС должен принять примитив СУ-УСТАНОВИТЬ ответ и выдать примитив СОИА АУ-УСТАНОВИТЬ ответ с параметрами, сформированными из полученного примитива СУ-УСТАНОВИТЬ ответ.

11.1.7    Процедура СУ-ПОЛУЧИТЬ

11.1.7.1    Роль администратора

11.1.7.1.1    Привлечение

Эта процедура инициируется примитивом СУ-ПОЛУЧИТЬ запрос. При получении этого примитива ПАПУС должен выдать сервисный примитив СОИА АУ-ПОЛУЧИТЬ запрос с параметрами, образованными из примитива СУ-ПОЛУЧИТЬ запрос.

11.1.7.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-ПОЛУЧИТЬ подтверждение, отвечающего на операцию СУ-ПОЛУЧИТЬ, ПАПУС должен выдать пользователю услуги СУ-ПОЛУЧИТЬ примитив СУ-ПОЛУЧИТЬ подтверждение с параметрами, образованными из сервисного примитива СОИА АУ-ПОЛУЧИТЬ подтверждение, завершая тем самым выполнение процедуры.

11.1.7.2    Роль агента

11.1.7.2.1    Прием запроса

При получении сервисного примитива АУ-ПОЛУЧИТЬ индикация, запрашивающего услугу, ПАПУС должен выдать пользователю услуги СУ-ПОЛУЧИТЬ примитив СУ-ПОЛУЧИТЬ индикация с параметрами, сформированными из полученного примитива АУ-ПОЛУЧИТЬ индикация.

11.1.7.2.2    Ответ

ПАПУС должен принять примитив СУ-ПОЛУЧИТЬ ответ и выдать примитив СОИА АУ-ПОЛУЧИТЬ ответ с параметрами, сформированными из полученного примитива СУ-ПОЛУЧИТЬ ответ.

11.1.8    Процедура СУ-ДЕЙСТВИЕ

11.1.8.1    Роль администратора

11.1.8.1.1    Привлечение

Эта процедура инициируется примитивом СУ-ДЕЙСТВИЕ запрос. При получении этого примитива ПАПУС должен выдать сервисный примитив СОИА АУ-ДЕЙСТВИЕ запрос с параметрами, образованными из примитива СУ-ДЕЙСТВИЕ запрос. В режиме без подтверждений процедура по 11.1.8.1.2 не используется.

11.1.8.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-ДЕЙСТВИЕ подтверждение, отвечающего на операцию СУ-ДЕЙСТВИЕ, ПАПУС должен выдать пользователю услуги СУ-ДЕЙСТВИЕ примитив СУ-ДЕЙСТВИЕ подтверждение с параметрами, образованными из сервисного примитива СОИА АУ-ДЕЙСТВИЕ подтверждение, завершая тем самым выполнение процедуры.

11.1.8.2    Роль агента

11.1.8.2.1 Прием запроса

При получении сервисного примитива АУ-ДЕЙСТВИЕ индикация, запрашивающего услугу, ПАПУС должен выдать пользователю услуги СУ-ДЕЙСТВИЕ примитив СУ-ДЕЙСТВИЕ индикация с параметрами, сформированными из полученного примитива АУ-ДЕЙСТВИЕ индикация. В режиме без подтверждений процедура по П.1.8.2.2 не используется.

15

ГОСТ Р ИСО/МЭК 10164-1-99

11.1.8.2.2 Ответ

В режиме с подтверждениями ПАПУС должен принять примитив СУ-ДЕЙСТВИЕ ответ и выдать примитив СОИА АУ-ДЕЙСТВИЕ ответ с параметрами, сформированными из полученного примитива СУ-ДЕЙСТВИЕ ответ.

11.1.9 Процедура С У-У В Е Д О М Л Е Н И Е - О - С О Б Ы ТИ И

1.1.9.1    Роль администратора

11.1.9.1.1    Привлечение

Эта процедура инициируется примитивом СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ запрос. При получении этого примитива ПАПУС должен выдать сервисный примитив СОИА АУ-УВЕДОМЛЕ-НИЕ-О-СОБЫТИИ запрос с параметрами, образованными из примитива СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ запрос. В режиме без подтверждений процедура по 11.1.9.1.2 не используется.

11.1.9.1.2    Прием ответа

При получении сервисного примитива СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, отвечающего на операцию СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ, ПАПУС должен выдать пользователю услуги СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ примитив СУ-УВЕДОМЛЕНИЕ-О-СО-БЫТИИ подтверждение с параметрами, образованными из сервисного примитива СОИА АУ-УВЕ-ДОМЛЕНИЕ-О-СОБЫТИИ подтверждение, завершая тем самым выполнение процедуры.

11.1.9.2    Роль агента

11.1.9.2.1    Прием запроса

При получении сервисного примитива АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индикация, запрашивающего услугу, ПАПУС должен выдать пользователю услуги СУ-УВЕДОМЛЕНИЕ-О-СОБЫ-ТИИ примитив СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индикация с параметрами, сформированными из полученного примитива АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ индикация. В режиме без подтверждений процедура по 11.1.9.2.2 не используется.

11.1.9.2.2    Ответ

В режиме с подтверждениями ПАПУС должен принять примитив СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ и выдать примитив СОИА АУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ с параметрами, сформированными из полученного примитива СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ ответ.

11.2    Абстрактный синтаксис

11.2.1    Администрируемые объекты

Настоящий стандарт ссылается на следующие объекты, обеспечивающие административное управление, абстрактный синтаксис которых определен в ИСО/МЭК 10165-2:

a)    записьСозданияОбъекта;

b)    записьУдаленияОбъекта;

c)    записьИзмененияЗначенияАтрибута.

11.2.2    Атрибуты

В таблице 12 показаны взаимоотношения между параметрами, определенными в 8.2, и спецификациями типов атрибутов, определенными в ИСО/МЭК 10165-2.

Таблица 12 — Преобразование параметров в атрибуты

Параметр Имя атрибута Указатель отправителя указательОтправителя Список атрибутов списокАтрибутов Список идентификаторов атрибутов списокИдентификаторовАтрибутов Определение изменений значений атрибута определениеИзмененийЗначенийАтрибута

11.2.3    Группы атрибутов

Настоящий стандарт не определяет групп атрибутов.

11.2.4    Действия

Настоящий стандарт не определяет конкретных действий.

В таблице 13 указаны взаимоотношения между уведомлениями, определенными в 8.1, и спецификациями типов уведомлений, определенными в ИСО/МЭК 10165-2.

16

ГОСТ Р ИСО/МЭК 10164-1-99

Содержание

Введение...................................................................IV

1    Область применения........................................................ I

2    Нормативные ссылки....................................................... 2

3    Определения.............................................................. 2

4    Сокращения.............................................................. 3

5    Соглашения.............................................................. 3

6    Требования............................................................... 4

7    Модель.................................................................. 4

7.1    Введение............................................................. 4

7.2    Сквозные услуги....................................................... 4

8    Общие определения........................................................ 5

8.1    Тип события.......................................................... 5

8.2    Информация о событиях................................................. 5

8.3    Ответ на событие....................................................... 7

8.4    Администрируемые объекты............................................... 7

8.5    Согласованность....................................................... 7

9    Определение услуг.......................................................... 7

9.1    Введение............................................................. 7

9.2    Услуга уведомления о создании    объекта...................................... 7

9.3    Услуга уведомления об удалении объекта..................................... 8

9.4    Услуга уведомления об изменении значения атрибута........................... 8

9.5    Услуга СУ-ДЕЙСТВИЕ.................................................. 9

9.6    Услуга СУ-СОЗДАНИЕ.................................................. 9

9.7    Услуга СУ-УДАЛЕНИЕ..................................................10

9.8    Услуга СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ...................................10

9.9    Услуга СУ-ПОЛУЧИТЬ..................................................10

9.10    Услуга СУ-УСТАНОВИТЬ...............................................11

10    Функциональные блоки.....................................................12

11    Протокол................................................................12

11.1    Элементы процедур....................................................12

11.2    Абстрактный синтаксис.................................................16

11.3    Согласование функциональных блоков......................................17

12    Взаимоотношения с другими функциями........................................17

13    Соответствие.............................................................17

13.1    Требования к классу общего соответствия...................................17

13.2    Требования к классу зависимого соответствия................................18

III

Таблица 13 — Уведомления

Тип события Тип уведомления Создание объекта созданиеОбъекта Удаление объекта удалениеОбъекта Изменение значения атрибута изменениеЗначенияАтрибута

11.3 Согласование функциональных блоков

Настоящий стандарт присвоил следующее значение объектному идентификатору

(joint-iso-ccitt ms(9) function(2) partl(l) functionalUnitPackage(l)} в качестве значения FunctionalUnitPackageld типа АСН-1, определенного в ГОСТ Р ИСО/МЭК 10040, для использования при согласовании доступности следующих функциональных блоков:

-    0 всеСобытия

-1 управление

-    2 контроль

-    3 событияОбъекта,

где цифра идентифицирует битовую позицию, присвоенную функциональному блоку согласно раздела 10.

В рамках прикладного контекста административного управления систем механизм согласования функциональных блоков описан в ГОСТ Р ИСО/МЭК 10040.

Примечание — Требования к согласованию функциональных блоков определяются прикладным контекстом.

12    Взаимоотношения с другими функциями

Управление услугами уведомления, определенными в настоящем стандарте, обеспечивается механизмами, установленными в ИСО/МЭК 10164-5. Определенные в настоящем стандарте услуги уведомления могут существовать независимо от механизмов управления по ИСО/МЭК 10164-5.

Другие функции административного управления используют определенные в настоящем стандарте сквозные услуги для всех операций и уведомлений, применимых через границу АО, кроме случаев, когда конкретные услуги определены другими функциями административного управления систем.

13    Соответствие

Существует два класса соответствия: общее и зависимое. Система, претендующая на реализацию элементов процедур по уведомлениям о создании объекта, об удалении объекта и изменении значения атрибута, определенных в настоящем стандарте, должна отвечать требованиям одного из классов, как определено в следующих подразделах. Поставщик реализации должен указать класс, соответствие которому заявляется.

13.1    Требования к классу общего соответствия

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

13.1.1    Статическое соответствие

Система должна:

a)    обеспечивать роль администратора или агента, либо того и другого относительно функционального блока событиеОбъекта;

b)    обеспечивать синтаксис передачи, образованный по правилам кодирования, определенным в ГОСТ Р ИСО/МЭК 8825 под названием {joint-iso-ccitt asnl(l) basic encoding(l)}, с целью генерации и интерпретации ПБДПА, которые определены абстрактными типами данных, указанными в пункте 11.2.5 настоящего стандарта.

17

ГОСТ Р ИСО/МЭК 10164-1-99

Введение

ГОСТ Р ИСО/МЭК 10164 — это многочастевой стандарт, разработанный в соответствии с ГОСТ Р ИСО/МЭК 7498-1—99, ГОСТ Р ИСО/МЭК 7498-4—99 и тесно связанный со следующими стандартами.

ГОСТ Р ИСО/МЭК 9595—99 Информационная технология. Взаимосвязь открытых систем. Определение общих услуг информации административного управления.

ИСО/МЭК 9596-1—90 Информационная технология. Взаимосвязь открытых систем. Протокол обмена информацией общего административного управления. Часть 1. Спецификация.

ГОСТ Р ИСО/МЭК 10040—99 Информационная технология. Взаимосвязь открытых систем. Общее описание административного управления систем.

ИСО/МЭК 10165 (многочастевой стандарт) Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления.

IV

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ВЗАИМОСВЯЗЬ ОТКРЫТЫХ СИСТЕМ

АДМИНИСТРАТИВНОЕ УПРАВЛЕНИЕ СИСТЕМ. ФУНКЦИЯ АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ ОБЪЕКТАМИ

Information technology.

Open Systems Interconnection. Systems Management. Object Management Function

Дата введения 2000—07—01

1 Область применения

Настоящий стандарт определяет функцию административного управления систем, которая может использоваться прикладным процессом в централизованной и децентрализованной средах административного управления, чтобы обеспечивать взаимодействие для целей административного управления систем, как определено в ГОСТ Р ИСО/МЭК 7498-4.

Стандарт определяет функцию административного управления объектом, которая состоит из услуг, функциональных блоков и общих определений. Она расположена на прикладном уровне эталонной модели ВОС (ГОСТ Р ИСО/МЭК 7498-1) и определена в соответствии с моделью, приведенной в ГОСТ Р ИСО/МЭК 9545. Роль функции административного управления систем описана в ГОСТ Р ИСО/МЭК 10040.

Настоящий стандарт:

-    устанавливает требования пользователя к функции административного управления объектом;

-    устанавливает модель, которая соотносит услуги и общие определения, предусмотренные этой функцией, с требованиями пользователя;

-    определяет услуги, обеспечиваемые этой функцией;

-    определяет общие типы уведомлений и параметров, задокументированных согласно ИСО/МЭК 10165-4;

-    определяет протокол, необходимый для обеспечения указанных услуг;

-    определяет взаимоотношения между этими услугами, операциями административного управления и уведомлениями;

-    устанавливает требования к согласованности, предъявляемые к другим стандартам, которые используют эти общие определения;

-    определяет взаимоотношения с другими функциями административного управления;

-    устанавливает требования к соответствию.

Настоящий стандарт не определяет:

-    характер реализации, предназначенный для обеспечения функций административного управления объектом;

-    способ реализации административного управления пользователем функции административного управления объектом;

-    характер взаимодействий, которые обусловливают использование функции административного управления объектом;

-    услуги, необходимые для установления нормального и ненормального разъединения ассоциации административного управления;

-    ограничений на определения последующих типов уведомлений;

-    административных объектов.

Издание официальное

2    Нормативные ссылки

В настоящем стандарте содержатся ссылки на следующие стандарты.

ГОСТ Р ИСО/МЭК 7498-1—99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 1. Базовая модель

ГОСТ Р ИСО/МЭК 7498-4—99 Информационная технология. Взаимосвязь открытых систем. Базовая эталонная модель. Часть 4. Основы административного управления

ГОСТ Р ИСО ТО 8509—95 Системы обработки информации. Взаимосвязь открытых систем. Соглашения по услугам

ГОСТ Р ИСО/МЭК 8825—93 Информационная технология. Взаимосвязь открытых систем. Спецификация базовых правил кодирования для нотации абстрактного синтаксиса версии один (АСН.1) ГОСТ Р ИСО/МЭК 9545—98 Информационная технология. Взаимосвязь открытых систем. Структура прикладного уровня

ГОСТ Р ИСО/МЭК 9595—99 Информационная технология. Взаимосвязь открытых систем. Определение общих услуг информации административного управления

ГОСТ Р ИСО/МЭК 9646-1—93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 1. Общие положения

ГОСТ Р ИСО/МЭК 10040—99 Информационная технология. Взаимосвязь открытых систем. Общее описание административного управления систем

ИСО/МЭК 9596-1—90* Информационная технология. Взаимосвязь открытых систем. Протокол обмена информацией общего административного управления. Часть 1. Спецификация

ИСО/МЭК 10164-4—93* Информационная технология. Взаимосвязь открытых систем. Административное управление системы. Часть 4. функция уведомления о нештатных ситуациях

ИСО/МЭК 10164-5—93* Информационная технология. Взаимосвязь открытых систем. Административное управление системы. Часть 5. Функция административного управления отчетностью о событиях ИСО/МЭК 10164-6—93* Информационная технология. Взаимосвязь открытых систем. Административное управление системы. Часть 6. Функция управления журналом регистрации

ИСО/МЭК 10165-1—93* Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 1. Модель информации административного управления

ИСО/МЭК 10165-2—92* Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 2. Определение информации административного управления

ИСО/МЭК 10165-4—92* Информационная технология. Взаимосвязь открытых систем. Структура информации административного управления. Часть 4. Руководство по определению администрируемых объектов

3    Определения

3.1    Определения из базовой эталонной модели

Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 7498-1:

a)    открытая система;

b)    административное управление систем;

c)    административное управление уровня;

d)    функциональная среда ВОС.

3.2    Определение из «Основ административного управления»

Настоящий стандарт использует следующее понятие, определенное в ГОСТ Р ИСО/МЭК 7498-4: административный объект.

3.3    Определение из стандарта по услугам общей информации административного управления

Настоящий стандарт использует следующее понятие, определенное в ГОСТ Р ИСО/МЭК 9595: атрибут.

3.4    Определения из «Основных положений административного управления систем»

Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО/МЭК 10040:

♦Международные стандарты ИСО/МЭК — во ВНИИКИ Госстандарта России.

2

ГОСТ Р ИСО/МЭК 10164-1-99

a)    агент;

b)    роль агента;

c)    зависимое соответствие;

d)    общее соответствие;

e)    родовые определения;

f)    класс АО;

g)    администратор;

h)    роль администратора;

i)    уведомление;

j)    функциональный блок административного управления систем;

k)    функция административного управления систем;

l)    прикладной протокол административного управления систем; тп) операция (административного управления систем).

3.5    Определение из «Модели информации административного управления»

Настоящий стандарт использует следующее понятие, определенное в ИСО/МЭК 10165-1: граница АО.

3.6    Определения из «Соглашений по услугам»

Настоящий стандарт использует следующие термины, определенные в ГОСТ Р ИСО ТО 8509:

a)    запрос (примитив);

b)    индикация (примитив);

c)    неподтверждаемая услуга;

d)    ответ (примитив);

e)    подтверждаемая услуга;

0 подтверждение (примитив);

g)    пользователь услуг;

h)    поставщик услуг.

3.7    Определение из стандарта по аттестационному тестированию ВОС

Настоящий стандарт использует следующее понятие, определенное в ГОСТ Р ИСО/МЭК 9646-1: заявка о соответствии системы.

4 Сокращения

АСН. 1 — абстрактно-синтаксическая нотация один

АО — администрируемый объект

ВОС — взаимосвязь открытых систем

Зпр — запрос

Инд — индикация

ПАПУС — протокольный автомат прикладного уровня административного управления систем ПБДПА — протокольный блок данных прикладного уровня административного управления Пдт — подтверждение

СИЛУ — структура информации административного управления Отв — ответ

СОИА — сервис общей информации административного управления УИАУ — услуги информации административного управления ФБ — функциональный блок

5 Соглашения

Настоящий стандарт определяет услуги для функции административного управления объектом, следуя описательным соглашениям, определенным в ГОСТ Р ИСО ТО 8509. В разделе 9 в определении каждой услуги содержится таблица, в которой перечислены параметры ее услуг. Для заданного сервисного примитива наличие каждого параметра описывается одним из следующих значений:

О — наличие параметра обязательно;

(—) — значение параметра равно его значению в колонке слева;

Пл — использование параметра определяется пользователем услуг;

= — параметр отсутствует во взаимодействии, указанном соответствующим примитивом;

3

У — наличие параметра зависит от условий. Условия определяются в тексте, где описывается параметр;

П — параметр подвергается ограничениям, налагаемым ГОСТ Р ИСО/МЭК 9595.

Примечание — Параметры, помеченные знаком «П» в таблицах услуг настоящего стандарта, преобразуются из соответствующих параметров примитивов сервиса общей информации административного управления (СОИА) без изменения семантики и синтаксиса этих параметров. Остальные параметры используются для формирования ПБДПА.

6    Требования

Пользователь услуг административного управления должен быть способен:

-    создавать и удалять АО;

-    анализировать и модифицировать значения атрибутов АО;

-    узнавать об изменениях конфигурации АО.

7    Модель

7.1    Введение

Каждый ресурс, подлежащий административному управлению, представлен как АО. Эти ресурсы описаны в ИСО/МЭК 10165-1.

АО могут создаваться и удаляться, а значения атрибутов АО могут изменяться одним или несколькими из перечисленных способов:

-    через процессы создания конфигураций в среде локальной системы, которая не входит в предмет рассмотрения ВОС;

-    через операции (>0-уровня и/или административного управления уровня открытой системы, как описано в соответствующих стандартах по (М)-уровню;

-    через услуги административного управления систем ВОС.

Административное управление объектом описывает услуги по:

-    уведомлениям о создании и удалению АО;

-    уведомлениям об изменениях значений атрибутов АО.

Административное управление объектом описывает сквозные услуги по:

-    созданию и удалению АО;

-    выполнению действий над АО;

-    изменениям атрибутов;

-    уведомлениям о событиях.

7.2    Сквозные услуги

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

Для достижения этой цели необходимо, чтобы один из стандартов по административному управлению систем определил преобразование операций и уведомлений, распространяющихся через границы АО, в нижерасположенные услуги обмена данных. Настоящий стандарт используется для документирования таких преобразований.

Данная версия настоящего стандарта определяет только преобразование в услуги СОИА путем использования сквозных услуг.

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

Операции административного управления описаны в ИСО/МЭК 10165-1.

4

ГОСТ Р ИСО/МЭК 10164-1-99

Таблица 1 — Преобразование сквозных услуг

СИУ Сквозные услуги Создание Удаление Действие Замена Добавление Изъятие Замена по умолчанию Получение Уведомление СУ-СОЗДАНИЕ СУ-УДАЛЕНИЕ СУ-ДЕЙСТВИЕ СУ-ЗАМЕНА СУ-УСТАНОВКА СУ-УСТАНОВКА СУ-УСТАНОВКА СУ-УСТАНОВКА СУ-УВЕДОМЛЕНИЕ-О-СОБЫТИИ

8 Общие определения

Набор общих уведомлений, параметров и семантик, определенных настоящим стандартом, обеспечивает подробную информацию по следующим общим параметрам услуги АУ-УВЕДОМЛЕ-НИЕ-О-СОБЫТИИ согласно ГОСТ Р ИСО/МЭК 9595:

-    тип события;

-    информация о событии;

-    ответ на событие.

Все уведомления являются потенциальными записями в журнале административного управления систем, и настоящий стандарт определяет для этой цели три класса АО. ИСО/МЭК 10165-2 определяет класс объекта «запись в журнале общих событий», из которого образуются все записи, а дополнительная информация определяется параметрами «информация о событии» и «ответ на событие».

8.1    Тип события

В настоящем стандарте определены три следующих типа событий:

-    создание объекта — указание на то, что создан экземпляр АО. Если класс АО требуется для уведомления о создании экземпляра АО, этот класс должен заимствовать тип уведомления о создании объекта. Создание АО в открытой системе может произойти в результате действия услуги СУ-СОЗДАНИЕ или локальной операции в открытой системе;

-    удаление объекта — указание на то, что экземпляр АО удален. Если класс АО требуется для уведомления об удалении экземпляра АО, этот класс должен быть заимствован из типа уведомлений об удалении объекта;

-    изменение значения атрибута — указание на то, что значение(ия) атрибута АО изменено(ны). Этот тип уведомления используется для информирования о следующих событиях:

a)    добавление одного или нескольких новых членов в один или несколько атрибутов значащего набора;

b)    удаление одного или нескольких членов из одного или нескольких атрибутов значащего набора;

c)    замена значения одного или нескольких атрибутов;

d)    замена значения одного или нескольких атрибутов на их значения по умолчанию посредством либо внутренних операций ресурсов, либо операций административного управления. Этот вид уведомления не должен использоваться для передачи изменений значений атрибута, конкретные типы уведомлений которых уже определены.

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

8.2    Информация о событиях

Специфичную для уведомлений информацию о событиях образуют описываемые ниже параметры.

8.2.1    Параметры уведомления о создании объекта

8.2.1.1    Указатель источника

Указывает источник операции, которая вызывает генерацию уведомления данного типа. Он принимает одно из следующих значений:

5

ГОСТ Р ИСО/МЭК 10164-1-99

-    операция ресурсов — уведомление сгенерировано в ответ на создание, обусловленное внутренними операциями ресурса;

-    операция административного управления — уведомление сгенерировано в ответ на создание, обусловленное операциями административного управления ИАУС, действующими через границу АО, внешнего относительно данного АО;

-    неизвестно — невозможно определить источник операции.

8.2.1.2    Список атрибутов

Содержит список атрибутов и его значений во время создания АО. Определение класса АО может указать, какой из атрибутов подлежит включению в список. Если список атрибутов не определен в определении класса АО, а параметр имеется в уведомлении, то все атрибуты создаваемого АО должны быть включены в список.

8.2.1.3    Другая информация

Используются следующие параметры, определенные в ИСО/МЭК 10164-4:

-    дополнительная информация;

-    дополнительный текст;

-    скореллированные уведомления;

-    идентификатор уведомления.

8.2.2 Параметры уведомления об удалении объекта

8.2.2.1    Указатель источника

Указывает источник операции, которая вызывает генерацию уведомления данного типа. Он принимает одно из следующих значений:

-    операция ресурсов — уведомление сгенерировано в ответ на удаление, обусловленное внутренними операциями ресурса;

-    операция административного управления — уведомление сгенерировано в ответ на удаление, обусловленное операциями административного управления структуры информации административного управления (СИАУ), действующими через границу АО, внешнего относительно данного АО;

-    неизвестно — невозможно определить источник операции.

8.2.2.2    Список атрибутов

Содержит список атрибутов и его значений непосредственно перед удалением АО. Определение класса АО может указать, какой из атрибутов подлежит включению в список. Если список атрибутов не определен в определении класса АО, а параметр имеется в уведомлении, то все атрибуты данного АО должны быть включены в список.

8.2.2.3    Другая информация

Используются следующие параметры, определенные в ИСО/МЭК 10164-4:

-    дополнительная информация;

-    дополнительный текст;

-    скореллированные уведомления;

-    идентификатор уведомления.

8.2.3    Параметры уведомления об изменении значения атрибута

8.2.3.1    Указатель источника

Указывает источник операции, которая вызывает генерацию уведомления данного типа. Он принимает одно из следующих значений:

-    операция ресурсов — уведомление сгенерировано в ответ на изменение значения атрибута, обусловленное внутренними операциями ресурса;

-    операция административного управления — уведомление сгенерировано в ответ на изменение значения атрибута, обусловленное операциями административного управления СИАУ, действующими через границу АО, внешнего относительно данного АО;

-    неизвестно — невозможно определить источник операции.

8.2.3.2    Список идентификаторов атрибутов

Идентифицирует набор атрибутов, значения которых были переданы.

8.2.3.3    Определение изменений значения атрибутов

Этот набор параметров состоит из набора последовательностей трех параметров: идентификатор атрибута, прежнее значение атрибута и новое значение атрибута, описываемых ниже. Каждая

6