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

Выпуск 3.0¶

Внимание

Для запуска зонда прекращена поддержка устаревших дистрибутивов Linux: минимальное требование к системе повышено до glibc 2.27. Минимальные версии популярных ОС указаны ниже. Проверить версию вашей glibc можно командой: ldd --version;
Для самостоятельной установки Boro Solution повышены минимальные требования к версии ОС;
Обновление установленного Boro Solution на CentOS 7 более невозможно. Обратитесь в техническую поддержку tsup@elecard.com за рекомендациями.

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

3.0.2 (2026.10.27 09:41:39 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]

Реализовано логирование действий пользователя. Лог доступен администратору Boro Solution;
В API доступен новый метод AppVersions, возвращающий версии компонентов приложения;
При генерации CSR-файла (процесс получения лицензии после установки приложения) добавлена возможность задавать несколько public name — чтобы зонды могли подключаться к приложению из разных подсетей. Раньше веб-интерфейс позволял указать только один public name;
Добавлено ограничение регистрации пользователей. Ранее любой мог попытаться зарегистрироваться в Boro Solution, особенно если приложение имело доступ в открытую сеть. Теперь доступны варианты (настраивается в админ-панели):
- Полное отключение страницы регистрации;
- Регистрация только с указанных доменов/адресов;
- Регистрация только по приглашению — при включении чекбокса будет сгенерирована invite-ссылка с токеном. Токен имеет заданный срок жизни (в часах) и удаляется после первого использования. Ссылку можно отправить пользователю по почте прямо из админ-панели.
Добавлена настраиваемая политика паролей пользователей. Следующие настройки доступны в админ-панели на вкладке Аутентификация, в блоке Пароль:
- Минимальная длина пароля;
- Требования к составу пароля: минимум одна строчная буква, одна заглавная буква, одна цифра, один символ;
- Запрет повторного использования: новый пароль не должен совпадать ни с одним из N предыдущих паролей пользователя;
- Срок действия пароля в месяцах: по истечении заданного периода пользователь обязан сменить пароль;
- Принудительная смена пароля при первом входе — например, после создания учётной записи администратором или после сброса пароля.
Добавлена защита от перебора учётных записей и паролей. Следующие настройки доступны в админ-панели на вкладке Аутентификация, в блоке Вход:
- Блокировка учётной записи после нескольких неудачных попыток входа;
- Число неудачных попыток до блокировки;
- Длительность блокировки в минутах.
Реализован импорт/экспорт настроек сервера;
Добавлена поддержка установки на актуальные RHEL-подобные дистрибутивы: Rocky Linux 9/10, AlmaLinux 9/10, RHEL 9/10.

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

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

3.0.2 (2026.10.27 09:41:39 UTC)

[исправления]

Зонд не создает эскизы на RTMP-потоках из-за ошибки чтения заголовка PPS в H.264;
Не регистрируется MLT/MLS для DVB-потоков;
В задачах SRT sniffing регистрируются потери пакетов, которых нет в обычных SRT-задачах: потери пакетов вызваны «застреванием вещания», после которого происходит burst накопившихся пакетов;
В задачах SRT sniffing некорректно рассчитывается метрика bandwidth;
В задачах SRT sniffing внезапно опустошается буфер приема (метрика rcv_buf падает в ноль);
Задача SRT sniffing не останавливается при получении SHUTDOWN-сообщения в наблюдаемой сессии;
Для задач SRT не отображается график IAT, если в URI задачи указано доменное имя вместо IP-адреса;
Для задач SRT в режиме Caller не отображается график IAT;
В OTT-задачах в режиме плеера, если MP4-сегменты вариантов потока имеют различный trakId, при переключении варианта потока возникают следующие проблемы:
- Ложные Разрывы меток синхронизации;
- Ложное срабатывание триггера Ошибка декодирования видео в режиме LiteDecodability;
- Пропуски видеобуферов и падения задач.

3.0.1 (2026.09.18 12:39:16 UTC)

Первый выпуск ветки 3.0.