ГОСТ Р 56845—2015
Режим одиночного ответа, инициированный менеджером (data-req-mode-single-rsp). сформиро
ванный от передачи данных измерения, должен привести к ответу, который содержит 0 в поле scan-
report-no структуры ScanReportlnfo*. Это происходит, потому что новый поток создается при каждом
запросе data-req-mode-single-rsp и заканчивается при отправке запроса.
Передача данных, инициированная агентом от объектов системы MDS или сканера с помощью
контараста. образует поток, который заканчивается только при разрыве ассоциации. Таким образом,
для передачи данных, инициированной агентом, scan-report-no начинается с 0. но не может быть сбро
шен менеджером в рамках ассоциации. Установка атрибута сканера Operational-State для заблокиро
ванной остановленной передачи отчетов о событиях, т.е. внутреннее наблюдение метрических объек
тов. останавливается и возобновляется после установки атрибута Operational-State для разблокировки.
Scan-report-no в этом случае продолжает отсчет с того момента, с которого он был остановлен.
8.9.3.3.8 Множественные потоки, ссылающиеся на один объект измерения
Агент может как инициировать, так и получать запросы на потоки, которые ассоциируют data-
req-ids с метрическими объектами через контекст системы MDS. Когда метрические объекты, ассоци
ированные с несколькими потоками, образуют данные измерений, наблюдения данных на каждом из
потоков должно быть занесено в отчет.
Агент должен сообщить максимальное количество совпадающих потоков, инициированных ме
неджером. которые поддерживаются в data-req-init-manager-count в процессе ассоциации. Менеджер
должен ограничить количество совпадающих потоков, инициированных менеджером, которые он за
прашивает. для того, чтобы значение, сообщенное агентом, не было превышено. Если агент не может
установить новый поток, инициированный менеджером из-за истощения ресурсов, он должен устано
вить data-req-result дозначения data-req-result-init-manager-overflow в ответном сообщении.
8.9.3.4 Перемещение метрических данных постоянного хранения.
8.9.3.4.1 Общие положения
Когда агент вводит один или несколько объектов хранения РМ. агент сообщает о существова
нии объекта хранения РМ на этапе конфигурации. Менеджер использует эту информацию для запроса
объекта(ов) хранения РМ-агента. Взаимодействие между менеджером и агентом при извлечении ин
формации из РМ-блока описано в пункте 8.9.3.4.2.
8.9.3.4 2 Передача метрических данных постоянного хранения
a) Извлечение атрибутов РМ-блока. Когда агент и менеджер находятся в рабочем состоянии,
менеджер может проверить конфигурацию, согласованную с агентом, чтобы определить количество
объектов хранения РМ в агенте. Менеджер может запрашивать каждый РМ-блок, чтобы определить
количество сегментов РМ, которые существуют в РМ-блоке. На рисунке 20 показана схема последова
тельности этой процедуры. Менеджер отправляет команду Get (Получение) агенту с запросом о предо
ставлении информации атрибута из конкретного РМ-блока. Менеджер использует номер дескрипто ра
для создания ссылки на нужное хранилище РМ. Менеджер должен оставить список attribute-id-list
пустым для отправки запроса на возвращение всех атрибутов. Агент отправляет в ответе значения за
прашиваемых атрибутов. Менеджер может изучить атрибуты, чтобы узнать конфигурацию хранилища.
Например, PM-Store-Capab описывает возможности хранилища, и Number-Of-Segments определяет,
сколько сегментов присутствуют в хранилище. См. таблицу 9 для получения полного списка атрибутов и
их определений.
Если агент поддерживает несколько экземпляров объектов РМ-блока. запрос Get требуется для
каждого РМ-блока.
b
) Извлечение информации сегмента РМ. Менеджер извлекает информацию о сегментах в
РМ-блоке. отправив командуACTION (Действие). Команда Get-Segment-Info для конкретного РМ-блока
(см. рисунок 21) с запросом вернуть информацию из всех сегментов, из конкретного списка
сегментов, или из любого сегмента в пределах заданного интервала времени. Агентдолжен
поддерживать первые два критерия отбора и может поддерживать предел времени критериев
отбора. Менеджер имеет воз можность определять, обеспечивает ли агент поддержку путем проверки
inspecting pmsc-abs-time-select в атрибуте информации PM-Store-Capab РМ-блока, извлеченном ранее.
Агент отвечает на команду ACTION.Get-Segment-Info со списком номеров сегментов, за которым
следует полный список атрибутов для каждого из сегментов.
65