ГОСТ Р 56845—2015
Рисунок 14 — Процедура конфигурации
Агенты могут поддерживать более одной конфигурации. В этом случае агент должен послать
каждую из имеющихся конфигураций, начиная с предпочтительной конфигурации. Если менеджер
принимает конфигурацию, он отвечает сообщением accepted-config, затем менеджер и агент перехо дят
в рабочее состояние. Если менеджер не принимает конфигурацию, то он должен отправить ответ
unsupported-config. По получении ответа unsupported-config агент отправляет следующую конфигура
цию. Этот процесс повторяется до тех пор. пока агент не попытается отправить все конфигурации. За тем
он должен отправить сообщение о выпуске ассоциации с кодом причины no-more-configurations.c
целью указать, что он не может работать с менеджером.
Агент, который соответствует одному или нескольким специализациям устройств, которые опре
деляют стандартные конфигурации {то есть специализации ИСО/ИИЭР 11073-104zz) должен поддер
живать одну или несколько стандартных конфигураций и может поддерживать одну или несколько рас
ширенных конфигураций. Для совместимости этот агент направляет поддерживаемые стандартные
конфигурации как запасные, если расширенные конфигурации не поддерживаются.
Если агент соответствует стандартной конфигурации, то он должен использовать dev-config-id,
как определено в конкретной специализации устройства ИСО/ИИЭР 11073-104zz. Эти значения dev-
config-id стандартной конфигурации назначаются в диапазоне между standard-config-start и standard-
config-end включительно. Когда агент предоставляет dev-config-id. соответствующий стандартной кон
фигурации. сообщение о конфигурации не должно содержать информацию о конфигурации и тип
со бытия MDC_NOTI_CONFIG может быть отправлен со стандартным идентификатором
конфигурации и пустым списком ConfigObjectList. Если менеджер не узнает стандартную
конфигурацию (например, менеджер был выпущен перед тем. как была выпущена специализации
устройства), то он должен от-
57