ГОСТ Р 56102.2—2015
Начало передачиАдресДлина Защищенные данные запроса Контроль целостности
Временной
интервал
обработки
запроса
•’
Начало ответа
Адрес Длина ЗащищенныеКонтроль целостности
данные ответа
Фоном выделены ячейки, относящиеся к временному интервалу
Рисунок 1 — Пример структуры обмена сообщениями в объектовом интерфейсе
4.2.14 Объектовый интерфейс должен обеспечивать:
- гарантированную доставку на ССОИ извещений обнаружения проникновения (попытки про
никновения) в зоне охраны с указанием адреса (номера) зоны;
- передачу информации о состоянии технических средств, обеспечивающих контроль состояния
зоны охраны и передачу извещений;
- управление техническими средствами и модулями объектовой подсистемы.
4.2.15 В объектовом интерфейсе на прикладном уровне должна быть предусмотрена поддерж
ка команд, обеспечивающих функционирование аппаратных способов защиты от обрыва и короткого
замыкания ЛС.
4.2.16 Для обеспечения контроля целостности данных необходимо использовать хэш-функции
контроля целостности сообщений, не ниже CRC16 по ГОСТ IEC 61142—2011 (приложение А).
4.2.17 Верхний уровень объектового интерфейса должен предоставлять доступ к информаци
онным службам.
В техническом описании объектового интерфейса или протокола обмена информацией должны
быть регламентированы правила ответа в случаях, когда технические средства и модули не поддер
живают определенные функции или не обладают необходимой информацией для ответа.
4.2.18 Прикладной уровень объектового интерфейса должен поддерживать передачу следую
щих классов событий:
- «ТРЕВОГА» — тревожные сообщения, прямая опасность для жизни людей или сохранности
имущества;
• «САБОТАЖ» — сообщения о вероятных действиях злоумышленника, направленных на вывод
объектовой подсистемы из строя или нарушение ее функционирования;
- «НЕИСПРАВНОСТЬ» — сообщения о зарегистрированных неисправностях в технических
средствах, модулях и линиях связи объектовой подсистемы, приводящих к сбоям в ее работе или по
тере заложенного функционала;
- «ВНИМАНИЕ» — сообщения о возможной, неподтвержденной опасности для жизни людей или
сохранности имущества в тех случаях, когда требуется дополнительное подтверждение. Виды кон
кретных сообщений должны дублировать сообщения из категории «ТРЕВОГА»;
- «ОХРАНА» — сообщения о постановке на охрану или снятии с нее;
- «КОНТРОЛЬ» — сообщения об активных действиях пользователей или автоматических реак
циях системы, изменяющих условия функционирования объектовой подсистемы;
- «ПИТАНИЕ» — сообщения об изменении условий электропитания технических средств и мо
дулей, не приводящих к изменению в функционировании системы на данный момент времени.
- «СВЯЗЬ» — сообщения об изменениях состояния внутренних ЛС объектовой подсистемы, не
приводящих к существенному изменению в функционировании системы на данный момент времени;
- «ИНФОРМАЦИЯ» — информационно-диагностические сообщения о состоянии детальной ин
формации по техническим средствам и модулям.
Полный список классов сообщений и виды сообщений должен определять разработчик СЦН.
4.3 Требования к техническим средствам и модулям
4.3.1Конструкция технических средств должна обеспечивать их подключение по линии связи по
объектовому интерфейсу и возможность передачи информации на ССОИ.
5