Требования, предъявляемые к функционированию канала кпд1




1. Диаграмма состояний переходов программно-технических средств ОРМ по кпд1 приведена на рисунке 1.

1.1. Программно-технические средства ОРМ по TCP-порту кпд1 ожидают входящих соединений. После установления соединения выполняется взаимная SSL/TLS-аутентификация.

1.2. Если SSL/TLS-соединения по каналам управления и данных установлены, а сессия не открыта, программно-технические средства ОРМ реагируют только на сообщение «Запрос на открытие сессии». При попытке посылок каких-либо других сообщений со стороны ПУ программно-технические средства ОРМ разрывают TCP соединения по каналу управления и каналу данных и переводит канальный уровень подключения в исходное состояние.

1.3. При получении сообщения «Запрос на открытие сессии» программно-технические средства ОРМ создают список поддерживаемых типов запросов, отчетов и сигналов (в том числе и предыдущих версий) и отсылают его.

1.4. После отсылки списка поддерживаемых типов, программно-технические средства ОРМ ожидают от ПУ списка поддерживаемых им запросов, отчетов и сигналов. Список поддерживаемых ПУ типов является подмножеством списка типов в программно-технические средства ОРМ.

1.5. При получении от ПУ списка поддерживаемых ПУ запросов программно-технические средства ОРМ посылают сообщение «Ответ на согласование списка поддерживаемых типов» и создает сессию.

1.6. После создания сессии кпд1 программно-технические средства ОРМ переводятся в режим ожидания команд от ПУ. При поступлении команды со стороны ПУ производится ее выполнение и формируется результат. Результат в виде сообщения «ответа» отправляется на ПУ.

 

 

_____________

Рисунок 1. Диаграмма состояний перехода программно-технических средств ОРМ по кпд1

 

1.7. В случае серьезного сбоя в программно-технические средства ОРМ, вызванного причинами, не предусмотренными режимом нормального функционирования системы, по каналу управления передаётся «сигнал» - «Критическая ошибка ПО, потеря данных, дальнейшая работа невозможна», с соответствующим описанием проблемы. Все задачи, которые были в процессе выполнения, когда произошел сбой, а также данные выполненных задач, поврежденные в результате произошедшего сбоя, имеют «признак результата выполнения задачи» (TaskResult) равный значению «ошибка» (error), с соответствующим описанием проблемы. В случае, если для восстановления работоспособности программно-технических средств ОРМ требуется их перезагрузка, то по каналу управления выдается прерывание «Перезапуск ПО». В этом случае программно-технические средства ОРМ и ПУ закрывают все открытые на текущий момент сессии.

1.8. В случае наличия признаков сбоя или ошибки выполнения конкретной задачи программно-технические средства ОРМ в режиме нормального функционирования, по каналу управления передаёт прерывание «Серьезная ошибка ПО, потеря данных, но дальнейшая работа возможна», с соответствующим описанием проблемы. Результат выполнения данной задачи имеет «признак результата выполнения задачи» (TaskResult) равный значению «ошибка» (error), с соответствующим описанием проблемы.

1.9. На каждый «сигнал», переданный программно-техническими средствами ОРМ, ПУ отвечает сообщением «подтверждение сигнала» по кпд1. Отсутствие подтверждения в течение времени RequestResponseTimeout, которое задается при открытии сессии, свидетельствует о прерывании соединения и вызывает действия, согласно пункта 12 Приложения № 2 к настоящим Требованиям.

1.10. При отсутствии команд ПУ в течение «максимального времени неактивности» (session-timeout, задается в ConnectRequest), программно-технические средства ОРМ посылают на ПУ «сигнал» heartbeat и ожидают его подтверждения аналогично описанному в пункте 1.9 Приложения № 6 к настоящим Требованиям.

2. Диаграмма состояний переходов ПУ по кпд1 приведена на
рисунке 2.

2.1. ПУ с задаваемым интервалом выполняет попытки установления TCP-соединения с программно-техническими средствами ОРМ по заданному порту кпд1. После установления соединения выполняется взаимная SSL/TLS-аутентификация.

2.2. ПУ ожидает установления соединения по кпд2.

2.3. После установления TCP-соединения по кпд2 и прохождения по нему взаимной аутентификации программно-технических средств ОРМ и ПУ, ПУ по кпд1 посылает команду создания сессии (ConnectRequest).

2.4. ПУ ожидает сообщения «ответ» от программно-технических средств ОРМ на отправленную команду в течение времени «таймаут ответа на запрос» (request-response-timeout).

2.5. Если сообщение не получено в течение времени «таймаут ответа на запрос», ПУ разрывает соединения с программно-техническими средствами ОРМ по кпд1 и кпд2 и переводит их в изначальное состояние согласно пункту 2.1 Приложения № 6 к настоящим Требованиям. Время ожидания сообщения «ответ» не зависит от приема сообщений «сигналов», поступающих в этот интервал времени.

2.6. При получении сообщения «Ответ на запрос создания сессии» пункт управления ОРМ создает список поддерживаемых ПУ типов запросов, отчетов и сигналов и отправляет его программно-техническим средствам ОРМ. Список поддерживаемых ПУ типов является подмножеством списка типов программно-техническими средствами ОРМ согласно пункту 2.4 Приложения № 3 к настоящим Требованиям.

2.7. После отправки сообщения «Согласование поддерживаемых типов со стороны ПУ» ПУ ждет ответа на сообщение от программно-технические средства ОРМ. Поведение ПУ при ожидании ответа согласно пункту 2.5 Приложения № 6 к настоящим Требованиям.

2.8. Если во время ожидания сообщения «ответ» программно-технические средства ОРМ посылает на ПУ сообщение «сигнал» (в т.ч. heartbeat), то ПУ посылает «подтверждение» о принятии «сигнала» (в т.ч heartbeat) и продолжает ожидать сообщение «ответ» на отосланную команду.

 

Рисунок 2. Диаграмма состояний перехода ПУ по кпд1

2.9. После создания сессии ПУ посылает поступающие команды на программно-технические средства ОРМ и ожидает сообщений «ответов» на них согласно пунктам 2.4, 2.5, 2.8 Приложения № 6 к настоящим Требованиям.

2.10. Если при ожидании поступления в ПУ команд программно-технические средства ОРМ не посылали «сигнал» heartbeat в течение трех интервалов «максимального времени неактивности» (session-timeout, задается в ConnectRequest) ПУ разрывает соединения с программно-технические средства ОРМ по кпд1 и кпд2 и переводит их в изначальное состояние согласно пункту 2.1 Приложения № 6 к настоящим Требованиям.

2.11. При поступлении команды «запрос на закрытие сессии» (DisconnectRequest), ПУ отсылает ее на программно-технические средства ОРМ, ожидает сообщения «ответ» согласно пунктам 2.4, 2.5, 2.8 Приложения № 6 к настоящим Требованиям после чего разрывает соединение по кпд2 и кпд1, и переводит их в изначальное состояние согласно пункту 2.1 Приложения № 6 к настоящим Требованиям.

 

 

_____________

 

 

  Приложение № 7 к Требованиям к оборудованию и программно-техническим средствам, используемым организатором распространения информации в сети «Интернет» в эксплуатируемых им информационных системах, обеспечивающих выполнение установленных действий при проведении оперативно-разыскных мероприятий, включая систему хранения, утвержденным приказом Министерства связи и массовых коммуникаций Российской Федерации от ___.___.2017 № _____


Поделиться:




Поиск по сайту

©2015-2024 poisk-ru.ru
Все права принадлежать их авторам. Данный сайт не претендует на авторства, а предоставляет бесплатное использование.
Дата создания страницы: 2019-04-04 Нарушение авторских прав и Нарушение персональных данных


Поиск по сайту: