ГОСТ Р 56845—2015
править ответ standard-config-unknown. Агент может повторить конфигурацию для стандартного устрой
ства. отправив полную информацию о конфигурации.
Агент, имеющий нестандартную конфигурацию, должен присвоить уникальный идентификатор
своей конфигурации путем создания значения для dev-config-id вдиапазоне между extended-config-start и
extended-config-end. включительно.
Агент может использовать то же значение для dev-config-id в последующих запросах на ассо
циацию с менеджером, чтобы обозначить ту же конфигурацию устройства. Выбранное значение dev-
config-id должно быть сообщено в атрибуте Dev-Configuration-ld объекта MDS.
Если агент изменяет свою конфигурацию так. что больше не может поддерживать старую, или
определяет, что новая конфигурация должна использоваться как предпочтительная, он должен закрыть
любую существующую ассоциацию, отправив сообщение о выпуске ассоциации с указанием причины
изменения конфигурации (configuration-changed). Если новая конфигурация является новой расширен
ной конфигурацией, агент должен назначить новый идентификатор конфигурации. В следующий раз,
когда агент ассоциируется, он совещается с менеджером путем пошаговой отладки конфигурации в
порядке приоритетности, как описано выше.
8.8.4 Условия выхода
Когда менеджер принимает предпочтительную конфигурацию, он должен отправить ответ
accepted-config агенту и перейти в рабочее состояние. Если менеджер получает запрос на выпуск ас
социации с указанием причины no-more-configurations, чтобы указать, что агент не имеет следующих
конфигураций, менеджер должен перейти в неассоциированное состояние.
Когда агент получает ответ accepted-config от менеджера, он должен перейти в рабочее состоя
ние. Если агент получает ответ от менеджера unsupported-config, он должен посылать следующую кон
фигурацию менеджеру до тех пор. пока не останется больше конфигураций. Тогда он должен послать
сообщение с запросом на выпуск ассоциации с указанием причины no-more-configurations и войти в
неассоциированное состояние.
8.8.5 Условия возникновения ошибок
Агент должен ожидать получения сообщения «Remote Operation Invoke | Confirmed Event Report»
MDC_NOTI_CONFIG в течение периода TOconfi3 (время выполнения процедуры конфигурации). Если
период TOconfig истекает, агент направляет сообщение о разрыве ассоциации менеджеру и переходит
обратно в неассоциированное состояние.
Менеджер должен ждать минимум TOconfig секунд в состоянии ожидания конфигурации для полу
чения информации о конфигурации, перед отправкой сообщения о разрыве ассоциации и переходом
обратно в неассоциированнос состояние.
Если агент или менеджер получает или посылает сообщение о разрыве ассоциации в любое вре
мя. он должен перейти в неассоциированное состояние.
8.9Процедура Выполнения
8.9.1 Общие положения
Передача данных о текущем состоянии и информации о статусе агента происходит во время про
цедуры Выполнения.
8.9.2 Условия входа
Агент и менеджер входят в рабочее состояние, когда конфигурация агента уже известна менедже
ру или после того, как агент передал приемлемую конфигурацию менеджеру.
8.9.3 Нормальные процедуры
8.9.3.1 Общие положения
В 8.9.3.2—8.9.3.4 описываются процедуры, которые могут возникнуть при реализации процедуры
Выполнения.
8.9.3.2 Атрибуты объекта системы MDS
В любое время в рабочем и ассоциированном состоянии менеджер может запросить атрибуты
объекта системы MDS агента, отправив сообщение сданными, по команде «Remote Operation Invoke |
Get» и полученное значение дескриптора 0. Агент должен сообщить менеджеру о введении им атрибу та
объекта системы MDS. используя сообщение данных с ответом «Remote Operation Response | Get». См.
Н.2.3 для получения примера использования данного набора сообщений. Агенты должны поддер живать
команду Get, которая запрашивает все атрибуты (т. е. список attribute-id-list пуст). Агенты могут
поддерживать извлечение конкретного перечня идентификаторов атрибута.
58