ГОСТ Р 56844—2015/ISO/IEEE 11073-20101:2004
ч
count INI-Ufc-• «„•
й
’Г
чик
начим-аст со ’паге-нил I •- (ь лерьом i.oi-.oim m i
С помощью этого определения (ложно обнаружить недостающие части полного набора сообщений-ответов.
E.2.2CMIP*
Так же как и в случае с ROSE*. CMISE’ является частью прикладного уровня. CMISE предоставляет услуги
управления объектами, которые обеспечивают доступ к значениям атрибутов, функциям вызова обьеков и т.д. Ас
социированный протокол (CMIP) определяет сообщения прикладного уровня (блоки APDU), которые инициируют
работу данных служб. Для выполнения своих функций CMISE располагается на уровне, расположенном поверх
ROSE.
Поэтомусообщения протоколаCMIP обычнозадаются посредствомASN.1 макросов ROSE (ИСО/МЭК9596-1).
Для облегчения понимания в настоящем подразделе не используется нотация макрокоманд (макросов) ROSE.
Используемые в настоящем пункте определения ASN.1 можно рассматривать как макрорасширения. Однако, как
было уже разъяснено, определения сообщений здесь не полностью соответствуют стандартному протоколу CMIP.
Несмотря на то, что все поля данных, отправляемые в блоках APDU протокола CMIP*. существуют также в стан
дартном протоколе CMIP, для упрощения определений типы данных были изменены.
Сообщение протокола CMIP* (более точно: структура данных аргумента операции протокола CMIP*) просто
присоединяют в качестве поля аргумента к блоку данныхAPOU элемента ROSE*. Поле значения операции ROSE*
должно быть для определения типа присоединенного аргумента.
В таблице Е.1 показаны, какие типы аргументов (типы сообщений) определяются или используются в про
токоле CMIP*.
- Тип данных вызова добавляется к APOU вызова удаленной операции (ROIV).
- Тип данных ответа прилагается к APDU RORS.
- Сообщения об ошибке в APDUS ROER обрабатываются по-разному.
Т а б л и ц а Е.1 — Типы аргумента протокола CMIP*
Тип сообщения
Значение
операции
Тип данныхвызова
Тип данных ответа
Event Report (Отчет о событии)
0
EventReportArgument
Confirmed Event Report (Подтвержденный отчет о
событии)
1
EventReportArgument
—
EventReportResult
Get (Получить, всегда подтвержденный)
3
GetArgument
GetResult
Set (Установить)
4
—
5
SetResult
6
—
Confirmed Set (Подтвержденная установка)
Action (Действие)
Confirmed Action (Подтвержденное действие)
Create (Создание, всегда подтвержденный)
Delete (Удаление, всегда подтвержденный)
7
8
9
SetArgument
SetArgument
ActionArgument
ActionArgument
CreateArgument
DeleteArgument
ActionResult
CreateResult
DeleteResult
Значения операции соответствуют ИСО/МЭК 9596-1.
Значение операции в таблице Е.1 является значением, которое присваивается полю значения операции в
блоках данныхAPDU вызова и ответа ROSE*. (В данном случае не требуется операция связанного ответа.)
Если, к примеру, хост-система требует значение атрибута какого-либо объекта из сервера, то она отправляет
APDU ROIV элемента ROSE* со значением операции 3 и присоединенный к нему GetArgument. Сервер отвечает
блоком RORS APDU со значением операции 3 и присоединенным GetResult. Поэтому и тип PDU элемента ROSE* и
значение операции требуются для определения типа присоединенных данных (т.е. типа сообщения CMIP*).
В случае возникновения ошибки в качестве ответа высылается PDU ROER элемента ROSE*, а поле значения
ошибки содержит код ошибки (см. определения ниже). Дополнительно, если длина поля ANY DEFINED BY > 0. то
предоставляется дополнительная информация.
Все сообщения-ответы и сообщения-вызовы (сообщения об ошибке) протокола CMIP* определены ниже в
данном пункте. Определения взяты из ИСО/МЭК 9596-1 с объяснением различий.
Типы данных, которые присоединяются к блокуданныхAPDU элемента ROSE* (т.е. блоку вызова, результата
или ошибки), в следующих определениях ASN.1 выделены жирным шрифтом:
ЮАР CMIP DEFINITIONS9EGIN
•• Нижеуказанное - это повсеместно иопыльзуимым типи синтаксиса;
-может бить полезным определим, их я отдельном модуле и
•• импортировать их гIMPORTI, как например, MDDL-TYPE? Begin MOOL -TYPES
48