Дата последней редакции: 21.09.2026
Техническая поддержка: tsup@elecard.com

2. Актуальные версии

Выпуск 3.0

Внимание

  • Для запуска зонда прекращена поддержка устаревших дистрибутивов Linux: минимальное требование к системе повышено до glibc 2.27. Минимальные версии популярных ОС указаны ниже. Проверить версию вашей glibc можно командой: ldd --version;

  • Для самостоятельной установки Boro Solution повышены минимальные требования к версии ОС;

  • Обновление установленного Boro Solution на CentOS 7 более невозможно. Обратитесь в техническую поддержку tsup@elecard.com за рекомендациями.

ПОСЛЕДНЯЯ СБОРКА ЗОНДА

3.0.1 (2026.09.18 12:39:16 UTC) [История изменений]

ТРЕБОВАНИЯ ДЛЯ ЗАПУСКА ЗОНДА

Операционные системы:
Windows 8/8.1/10/11 64 bit, Server 2008/2012 64 bit.
Linux 64bit + glibc-2.27 или выше (Ubuntu 18.04/Debian 10 или новее, RHEL/CentOS/AlmaLinux/Rocky Linux 8 или новее, Amazon Linux 2023 или новее).
Исходящий трафик:
53/TCP/UDP (обязательный) — DNS;
443/TCP (обязательный) — коммуникация зонда с сервером;
8443/TCP (обязательный, по умолчанию) — коммуникация зонда с сервером для Boro Solution;
3478/UDP, 19302/UDP — скачивание записей (WebRTC);
162/UDP (по умолчанию) — оповещения SNMP trap.

ТРЕБОВАНИЯ К РАБОЧЕМУ МЕСТУ

Минимальная версия браузера:
Chromium версия 54 и новее;
Google Chrome версия 54 и новее;
Mozilla Firefox версия 47 и новее.
Минимальное разрешение экрана: FullHD (1920×1080)

НОВЫЕ ВОЗМОЖНОСТИ

[Зонд + Сервер]

  • Реализован новый режим анализа SRT путем захвата существующей сессии (SRT sniffing). Зонд получает доступ к потоку путем зеркалирования трафика (SPAN) или устанавливается непосредственно на оборудовании приема/передачи SRT-сигнала. Далее зонд, анализируя входящий и исходящий трафик, восстанавливает картину передачи потока без вмешательства в наблюдаемую сессию. Работает даже для шифрованного SRT;

  • Для упрощения запуска задач захвата SRT и IPTV улучшен сканер сети;

  • В целях безопасности для SRT Listener-задач добавлено ограничение числа активных сессий. Также для всех SRT-задач стало возможным явно задать размер буфера;

  • На странице задачи применены графики потерипереотправкипропуска SRT-пакетов. Также добавлены графики RTT и размера принимаемого буфера;

  • Поддержка DVB-T2 Modulator Interface (T2-MI) и набор метрик и триггеров согласно ETSI TR 101 290 для T2-MI;

  • Поддержка NDI-протокола;

  • Реализована возможность захвата потока от тюнера с поддержкой Linux DVB API (только на ОС Linux). Поддерживаются различные системы доставки: DVB-T/T2/C/C2/S/S2 и ATSC (в зависимости от модели установленного тюнера). При поддержке драйвером устройства отображаются: сила сигнала, SNR, BER и PER;

  • Улучшена система оценки декодирования видео в режиме Lite: теперь зонд учитывает появление CC-ошибок (Continuity Counter). Применяется система весов для оценки последствий, которые создает CC-ошибка в последовательности ссылающихся кадров (учитывается тип применяемого кодека);

  • Реализовано определение ГЦП на видеокартинке, а также определение черного или монотонного кадра. Доступны три новых триггера: Цветные полосы, Черный экран и Одноцветный экран;

  • Поддержка IPv6 для IPTV;

  • Реализована оценка IP Jitter для UDP-потока тремя методами;

  • Реализовано декодирование OTT-сервисов фиксированным ключом, в том числе по схеме SM4 (China DRM);

  • Реализовано декодирование OTT-сервисов через GPAC-файл;

  • Реализовано восстановление ID подзадач при перезапуске задачи анализа OTT-сервиса. Зонд будет продолжать вести лог подзадач, если не произошло существенных изменений сервиса;

  • Для IPTV-потоков в PSI-таблице добавлено отображение языковых дескрипторов (языкового кода и типа);

  • Новый триггер Некорректное содержимое метки SCTE-35 срабатывает, когда: превышен допустимый интервал для начала вставки (вставка далеко в будущее); метка вставки рекламы опоздала (вставка в прошлое);

  • Добавлена регистрация вставки рекламы на основе меток из команды Time Signal;

  • Реализована возможность исключения медиатипов и PID элементарных потоков из регистрации Тишины в звуковом сопровождении;

  • Добавлена поддержка специфического сервиса CMAF DASH;

  • Добавлено срабатывание триггера Неизменяющийся плейлист для MPD-манифестов типа <SegmentTemplate> + <SegmentTimeline> (ранее поддерживался только SegmentList);

  • Новый триггер Тег пользователя позволяет обнаруживать появление в манифестах тегов, удовлетворяющих заданным пользователем правилам;

  • Новые триггеры и пороги Ошибка DF и Предупреждение DF позволяют контролировать Delay Factor в IPTV-потоках;

  • Повышены стабильность и производительность зонда:
    • Переработан механизм приёма трафика в IAT: вместо одного pcap-инстанса теперь создаются отдельные pcap-инстансы (группы) на разные потоки. Группы формируются динамически по IP-адресам и объему трафика, могут автоматически разбиваться при перегрузке и объединяться обратно;

    • Также отдельный инстанс pcap используется для сканера IPTV/SRT-потоков, что повышает производительность и стабильность системы;

    • Исправлено: в Linux при изменении pcap-фильтров (при запуске новых задач или конфигурации ранее запущенных) иногда возникали MLR-ошибки, не подтвержденные CC-ошибками. На Windows проблема не воспроизводилась;

    • Оптимизирован механизм определения Замирания видео за счет использования векторных инструкций CPU;

    • Реализована работа с TUN-адаптерами, для виртуальных адаптеров будут корректно отображаться Ethernet-параметры;

    • Обновлены видеодекодеры;

    • Обновлена библиотека SRT до версии 1.5.6. В предыдущих версиях были найдены уязвимости;

    • Исправлена одновременная загрузка записей с зонда несколькими клиентами;

    • Повышена стабильность и производительность скачивания записей по WebRTC.

[Сервер]

  • Реализованы запуск и остановка задач мониторинга по расписанию, а также импорт списка отложенных задач из файла, создание отложенных задач через API, добавление времени остановки к уже запущенной задаче;

  • Доступен новый график таймингов загрузки сегментов: Длительность скачивания, TTFB и Резолв DNS;

  • На виде KpiView добавлен просмотр статистики по каждому ключу, повлиявшему на падение качества сервиса. Для этого в режиме 24-часа на графике Доступность сервиса наведите указатель на нужный столбец;

  • Статистика счетных ошибок (CC, Timestamp Discontinuity, MLR) теперь доступна в форматах avg/min/max/sum при просмотре графиков в масштабе;

  • На панели Summary в шапке страницы появились новые индикаторы, которые отслеживают остановку или добавление зондов и задач. Индикаторы увеличивают оперативность реакции на изменения в системе;

  • На виде TableView добавлен сброс статистики MLT/MLS;

  • Улучшено хранение паролей пользователей. Перед сохранением они хэшируются криптографической функцией с использованием соли. Соль для каждого пароля генерируется случайным образом и хранится вместе с ним, поэтому одинаковые пароли имеют разные хэши. Дополнительно применяется локальная соль и функция растяжения хэша;

  • В совместный доступ добавлена новая минимальная роль Посетитель: пользователь с этой ролью не имеет доступа к просмотру настроек;

  • Применен механизм сообщений для пользователей в веб-интерфейсе (колокольчик). Структура позволяет оповещать пользователей об окончании лицензии, системных проблемах и пр.;

  • На виде LiveView:
    • Реализовано разделение на страницы, теперь пользователь может выбрать объем информации, отображаемой на одной странице. Каждая страница имеет собственный URL;

    • Добавлена сортировка полос (каналов) по наличию ошибок с учетом их критичности за последние 15 минут;

    • Для сервисов с подзадачами (OTT/T2MI/SRT) добавлена полоса состояния родительской задачи — например, для DASH это процесс обновления манифеста.

  • Повышена дружелюбность интерфейса:
    • Новая настройка Задержка оповещения позволяет установить интервал, в течение которого одинаковые звуковые оповещения не будут повторяться. Например, после первого оповещения SciFiAlarm аналогичные уведомления будут пропускаться. При этом уведомления с другими звуками продолжат воспроизводиться. Сконфигурировав настройку, вы уменьшите уровень шума при массовой аварии.

    • Улучшено восприятие графика рекламы;

    • Поддержка китайского (упрощенного) языка интерфейса;

    • Реализован функционал для повторного создания CSR-сертификата и подтверждения деактивации лицензии (необходимо при переносе лицензии на новый сервер);

    • Для события Метка SCTE-35 из OTT-плейлиста реализована короткая форма отображения в журнале;

    • В Alarm-журнале реализована фильтрация по группам зондов (ранее только по одному);

    • В таблице PSI доступен суммарный битрейт для каждой из программ, составляющих MPTS;

    • В уведомлениях Telegram включены гиперссылки на таймкоды начала и окончания событий;

    • Добавлена алфавитная сортировка списков с учетом чисел — такая сортировка воспринимается пользователями как более корректная;

    • Реализован возврат на исходную страницу со служебных разделов;

    • На видах BlockView и MosaicView доступен значок замирания (снежинка) — он помогает визуально определить, что сработал триггер по замиранию картинки;

    • Язык и часовой пояс пользователя теперь определяются автоматически и подставляются при создании профилей оповещений и отчетов;

    • В нескольких местах интерфейса отображаются тайминги загрузки OTT-объектов;

    • Реализована возможность изменять ширину столбцов в Alarm-журналах;

    • На странице задачи сохраняются настройки, фильтры и открытые вкладки — после обновления страницы пользователь возвращается к подготовленному окружению.

  • Увеличение производительности:
    • Оптимизировано отображение графика битрейтов PID («пирога») на странице задачи при большом числе PID с данными;

    • Оптимизирован запрос при обращении к списку остановленных задач. Ранее такой запрос мог останавливаться по таймауту, когда в БД было очень много записей о завершенных задачах;

    • Оптимизированы запросы на рабочих страницах для увеличения скорости загрузки;

    • Улучшен механизм запуска задач;

    • Обновлен фреймворк с целью повышения производительности, безопасности и стабильности приложения.

[Boro Cloud]

  • Реализована возможность самостоятельно генерировать счет на оплату сервиса и получать чеки об оплате.

[Boro Solution]

Раздел находится в пересмотре

Подробнее в видео:

История изменений

3.0.1 (2026.09.18 12:39:16 UTC)