Для закупки СОРМ-3 разделяют требования к абонентской ИС, накоплению содержания сообщений и вычислительной платформе. Название комплекса не означает обязательную покупку четырех устройств с отдельной сертификацией каждого. Разберем документы, расчет ресурсов, интеграции и ввод.
Нормативная база СОРМ-3
Нормативную базу проверяют по услугам и функциям комплекса. Сведения актуализированы на 9 октября 2026 года.
- Статья 64 закона №126-ФЗ «О связи» устанавливает обязанности оператора по хранению сведений о фактах связи и содержания сообщений, а также обеспечению установленных действий при ОРМ.
- Закон №144-ФЗ определяет основания и порядок ОРМ. Закон №149-ФЗ регулирует информационные отношения, включая обязанности ОРИ.
- Закон №374-ФЗ изменил обязанности хранения. Проверяют действующую статью 64 закона «О связи», а не только название пакета Яровой.
- Постановление №445 от 12.04.2018 определяет хранение содержания: пункты 5 и 6 различают режимы по услугам, пункт 4(1) требует заключение №719 на средства накопления на дату установки.
- Приказ №573 от 29.10.2018 задает требования к абонентским ИС при ОРМ. Это не универсальные требования к контентной СХД.
- Технические требования выбирают по сети и средству связи. Подключение и ввод соотносят с постановлением №1387 и согласованным планом.
У актов нет общего цикла пересмотра раз в два-три года. Перед закупкой проверяют изменения, включая постановление №1066 от 24.08.2026, изменившее услуги в пунктах 5 и 6 постановления №445. Поддержка IPv6, TLS 1.3 и QUIC зависит от комплекса. Съем шифрованного потока не означает расшифровку содержания. Нарушения и санкции рассматривают в установленном порядке, без автоматического отзыва лицензии.
Состав комплекса СОРМ-3
АПК СОРМ и его сертификация
АПК собирает, обрабатывает и выдает данные по схеме проекта: через зеркалирование, TAP или иной предусмотренный механизм. Установка всего АПК в разрыв не обязательна. Проверяют документ о соответствии средства связи, модель, состав и ПО. Для средств накопления требуется действующее на момент установки заключение о российском производстве по постановлению №719. Закупочные ограничения и требования КИИ оценивают отдельно.
Примеры разных функций: «Омега.573» компании «Специальные технологии» для абонентской ИС и «Яхонт-СХД» НОРСИ-ТРАНС для CDR/IPDR. Это не взаимозаменяемые контентные хранилища. Назначение и документы исполнения сверяют с актуальной документацией изготовителя.
Резервирование определяют документация и проект. Число узлов, сохранение данных и время переключения подтверждают испытанием. Размер оператора сам по себе не требует кластера из двух узлов.
СХД, DPI и серверы обработки
Абонентские сведения и содержание хранят раздельно. Пункт 5 постановления №445 устанавливает шестимесячное хранение голосовой информации и текстовых сообщений для перечисленных услуг. Для телематики и передачи данных пункт 6 задает емкость по объему сообщений за 30 суток до ввода, с ежегодным ростом на 15% в течение пяти лет. Это не правило «весь трафик хранится 30 дней». Сведения о фактах связи по статье 64 имеют отдельный трехлетний срок. Конфигурации сетевого хранения СХД подбирают по потоку и требованиям выдачи.
DPI может быть встроен или поставляться отдельно. Российские примеры: продукты RDP, ПРОТЕЙ DPI и СКАТ VAS Experts. Проверяют версии, форматы событий, интерфейсы и ограничения шифрованных протоколов. Отдельную платформу покупают по архитектуре. Наличие DPI не доказывает совместимость с АПК, а интерфейс нельзя называть сертифицированным без документа.
CPU, память и накопители рассчитывают по потоку событий, индексам и конкурентному поиску. Проверяют совместимость оборудования, ОС и версии ПО. Xeon Gold, 256–512 ГБ ОЗУ или NVMe не являются общей нормативной конфигурацией. Индексный слой и резервные интерфейсы выбирают по нагрузочным и отказным испытаниям.
Компонент | Что делает | Пропускная способность / объем |
|---|---|---|
АПК СОРМ | Сбор, обработка и выдача по схеме проекта | По скорости потока, pps и требованиям изготовителя |
СХД | Абонентские сведения и содержание по разным режимам | По нормативному объему и скорости записи/выдачи |
DPI-платформа | Классификация, если предусмотрена архитектурой | По пакетной нагрузке и включенным функциям |
Серверы обработки | Прием, индексирование, поиск по данным | По потоку событий, индексам и конкурентному поиску |
Функции сбора, обработки, хранения и выдачи могут совмещаться или распределяться. Таблица не задает закупку четырех коробок. Архивный слой допустим при выполнении требований записи, поиска и выдачи. Дешевизна LTO за терабайт не делает его заменой рабочей СХД.
Требования к интеграциям
Источники оператора передают предусмотренные сведения. Для каждого фиксируют поля, события, формат, время и восстановление пропусков.
- BRAS или vBNG передает сведения о сессии и назначенном адресе. События начала и завершения связывают с идентификатором абонента и временем.
- CGNAT связывает абонента с публичным адресом, портом и временем трансляции. Состав событий и сроки определяют по применимым требованиям и проекту, без утверждения о трех годах для любой записи.
- DHCP и RADIUS передают адресные назначения и события авторизации. Проверяют не только MAC и IP, но и устойчивую связь с учетной записью абонента.
- Для почты проверяют роль оператора связи и возможный статус ОРИ. Состав сведений и режим содержания определяют по соответствующим нормам, без универсальных «30 суток».
- VoIP-платформа передает предусмотренные сведения о соединениях и содержание голосовой связи. Применимость шестимесячного режима проверяют по услугам оператора и постановлению №445.
- Биллинг связывает технические идентификаторы с договором и данными абонента. Изменения реквизитов должны корректно отражаться в абонентской ИС.
Испытывают полноту и корреляцию данных, синхронизацию времени, IPv6 и восстановление пропусков. Отсутствующую обязательную интеграцию устраняют до оформления ввода.
Требования по масштабу оператора
Разные комплекты для разных масштабов
- Небольшая сеть может использовать компактные узлы по требованиям комплекса. Число абонентов не освобождает от хранения и не упрощает приемку. Емкость рассчитывают по услугам и потоку, без универсальных 20–50 ТБ.
- Растущая сеть требует проверки пиков записи, задержек и поиска. Разделение абонентской ИС, контентного и индексного слоев обосновывают испытанием, а не порогом 50–100 тысяч абонентов.
- В распределенной сети оценивают доставку данных между площадками, каналы и доступность. Узлы в каждой точке и архив выбирают по архитектуре. Рост цены на порядок с размером оператора не гарантирован.
Кластер, георазнесение и резервные копии решают разные риски. Проект задает допустимый простой, потерю данных и восстановление. Второй узел не заменяет проверку восстановления, удаленная копия не обеспечивает мгновенное переключение.
Приемка ФСБ и последующая эксплуатация
После монтажа проводят испытания по плану: документы, полнота данных, поиск, интеграции и отказы. Время ответа оценивают по требованиям комплекса, без произвольного правила «минуты вместо часов». Пункт 6 постановления №445 связывает ввод накопления с подписанием установленного акта.
Срок зависит от проекта, поставки и замечаний. Один-три месяца не являются гарантией. Ввод оформляют актом, нарушения рассматривают в надзорном и административном порядке. Отрицательный результат испытания не означает автоматического прекращения всей деятельности.
Контролируют заполнение, пропуски, задержки индексации и интеграции. Регламент восстановления устанавливает оператор по документации. Квартальный тест может быть внутренней практикой, но не общей нормой. Документы проверяют по сроку и области действия. Период проверок раз в один-три года и запас ровно 30% требуют отдельного основания.
Заключение
Закупка СОРМ-3 начинается с распределения функций и применимых требований. Для каждого средства проверяют роль, совместимость, область документа о соответствии и необходимость подтверждения российского происхождения. Бренд производителя не подтверждает автоматически все компоненты поставки.
Согласуйте источники данных, испытайте запись, поиск и отказы. Емкость и резервирование обоснуйте проектом. Это позволяет сравнивать предложения на одинаковые условия, без выдуманных исключений для малых операторов.
Системы хранения и серверы обработки подбираем по потоку записи, индексам, поиску и резервированию. Fibre Channel оборудование рассматривают при совместимости с СХД и архитектурой, без предположения о его обязательности.