ГОСТ Р 56845—2015
8.8 Процедура конфигурирования
8.8.1 Общие положения
Конфигурирующее состояние возникает, когда агенту необходимо передать информацию о кон
фигурации менеджеру.
8.8.2 Условия входа
Сообщение с ответом на ассоциацию с результатом accopted-unknown-config должны иницииро
вать агента войти в конфигурирующее состояние и отправить его конфигурацию менеджеру. Менеджер
входит в конфигурирующее состояние сразу же после отправки ответа на ассоциацию с результатом
accepted-unknown-config.
Обратите внимание на то. что часть конфигурации также является присваиванием значения атри
бута дескриптора экземпляру объекта. Если менеджер узнает конфигурацию агента, он также узнает
присвоенные значения атрибута дескриптора. Это означает, что стандартная конфигурация, например,
конфигурация, определенная в специализации устройства ИСО/ИИЭР 11073-10422. определяет фикси
рованные значения для атрибутов дескриптора.
8.8.3 Нормальные процедуры
На рисунке 14 показана схема последовательности для процедуры конфигурации. Во время про
цедуры конфигурации агент передает информацию о конфигурации всех объектов, которые он под
держивает. за исключением объекта MDS, а также все статические атрибуты в объектах. Агенты, как
правило, имеют высокий уровень статичности конфигурации, таким образом, передача всех статиче
ских частей во время разовой фазы конфигурирования уменьшает общий коммуникационный трафик.
Новые типы измерений не добавляются динамически, многие атрибуты не изменяются, а наборы пере
данных атрибутов объекта часто остаются прежними. Реконфигурация требуется только при изменении
агента (например, как часть начальной процедуры установки, где специфические возможности измере
ния могут быть конфигурированы).
Агент выполняет процедуру конфигурации с помощью сообщения Подтвержденный Запрос
События с событием MDC_NOTI_CONF!G для того, чтобы отправить свою конфигурацию менеджеру.
Сообщение — уведомление о конфигурации указывает на:
- все объекты, поддерживаемые агентом, за исключением объекта системы MDS. и
- набор статических атрибутов для каждого объекта.
Атрибуты включают идентификацию номенклатуры классов объекта (см. 6.3.4.2, 6.3.5.2 и 6.3.6.2),
физиологический идентификатор (код номенклатуры), идентификатор единицы/размера (код номен
клатуры). дополнительно, строки для маркировки, а также любые другие статические атрибуты, кото
рые могут быть полезными. Эта информация рассматривает плоское (неиерархическое) и статическое
дерево состава агента. Объект системы MDS исключается из конфигурации, так как большая часть
информации является динамической или специфичной для производителя. Отдельная команда Get
MDS Object (Получение объекта системы MDS) побуждает механизм загружать данную информацию
(см. 6.3.2.6.1).
Для объектов, о которых сообщается на тех же атрибутах каждый раз. рекомендуется отчет о со
бытии фиксированного формата (см. 7.4.5), и агент должен отправить картуAttribute-Value-Map. описы
вающую структуру сообщения. Касательно объектов сканера, которые используют отчеты о событиях
группированного формата, агент направляет карту andle-Attr-Val-Map с описанием структуры.
Если набор переданных атрибутов объекта не является фиксированным, рекомендуется отчет о
событии переменного формата. Этот формат позволяет сообщать атрибуты конфигурации как часть
обновления значений. В этом случаеAttribute-Value-Map не предоставляется в отчете о событии конфи
гурации или предоставляется как пустой список.
Агент должен использовать сообщение данных «Remote Operation Invoke | Confirmed Event
Report» (см. A. 10.3 для начального определения EventReportArgumentSimple) с типом события MDC_
NOTI_CONFIG при передаче своей конфигурации (см. ConfigRoport вА.11.5 для остальной части струк
туры). Менеджер должен ответить сообщением «Remote Operation Response | Confirmed Event Report»
(см. A.10.3 для определения EventReportResultSimple) с указанием типа события MDC_NOTI_CONFIG,
внесенного в структуру ConfigReportRsp. См. Н.2.2 для получения примера запроса события конфигу
рации. отправленного агентом, за которым следует пример ответа от менеджера.
56