Мониторинг мультиплексора¶

Дашборд Multiplexer monitoring показывает, как работают MPEG-TS мультиплексоры: укладываются ли каналы в заданный CBR-битрейт, формируются ли служебные таблицы, нет ли потерь при упаковке программ.

В отличие от мониторинга захвата, здесь речь не об отдельных входящих потоках, а о готовом мультиплексе — MPTS, который уходит в кабельную сеть, на модулятор или в UDP. Ошибки на этих графиках означают, что абонентское оборудование может не принять сигнал или получит артефакты на конкретных каналах.

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

Ошибки мультиплексоров¶

Панель Top N multiplexer with errors on server — главная точка входа для диагностики.

Это тепловая карта (state timeline): по вертикали — мультиплексоры с наибольшим числом ошибок, по горизонтали — время. Цвет ячейки показывает, сколько ошибок multiplexer_error_count накопилось за интервал:

зелёный — меньше одной, норма;
светло-зелёный — от 1, единичные сбои;
жёлтый — от 1000, заметная проблема;
оранжевый — от 10000, серьёзная деградация;
красный — от 1000000, критическая ситуация.

Наверх поднимаются мультиплексоры с максимальным числом ошибок за выбранный период. Рекомендуется менять временной диапазон: узкий (1–3 часа) покажет свежие инциденты, широкий (сутки и больше) — периодичность и нарастающие тренды.

Вверху дашборда выберите Server name — один сервер или All для сводки по всей инфраструктуре.

Сценарии использования:

Увидеть жёлтые и оранжевые блоки, кликнуть по строке мультиплексора и перейти к деталям ошибок
За несколько дней заметить, что один и тот же мультиплексор регулярно в топе — искать системную причину (перегрузка CPU, слишком высокий суммарный битрейт программ, проблемы с источниками каналов)
Сопоставить всплески ошибок со всплесками trimmed bytes и ts overflow на серверных графиках ниже

Обзор по серверу¶

Блок серверных графиков даёт агрегированную картину по всем мультиплексорам на выбранном сервере.

Графики разделены по версиям медиасервера — удобно отслеживать, не связана ли деградация с обновлением.

Полезная нагрузка (payload)¶

График Multiplexer payload on server показывает суммарный объём полезных данных в выходных MPTS — метрика multiplexer_payload.

Это не сетевой трафик целиком, а байты видео, аудио и служебных данных программ, которые мультиплексор реально упаковал в транспортный поток. График должен быть стабильным и соответствовать суммарному битрейту настроенных мультиплексоров. Резкие провалы — признак остановки мультиплексоров или потери источников программ.

EPG¶

График EPG programs on server — число программ, для которых передаётся электронная программа передач (multiplexer_epg_programs).

Ноль на графике означает, что EIT не формируется ни для одной программы. Если EPG настроен, а график на нуле — проверьте конфигурацию секции eit и загрузку XMLTV. Подробнее о настройке EPG — в документации Mcaster Multiplexer.

Обрезанные байты (trimmed bytes)¶

График Multiplexer trimmed bytes on server — скорость обрезки данных при упаковке (multiplexer_trimmed_bytes).

Мультиплексор работает в режиме CBR: суммарный битрейт всех программ не должен превышать заданный. Если источники отдают больше данных, чем выделено PID-ам, лишние байты обрезаются. Ненулевое значение — тревожный сигнал: зрители получают ухудшенное качество или потерю кадров. Рост trimmed_bytes вместе с ошибками на тепловой карте — первое, на что стоит смотреть при жалобах на «рассыпание» в эфире.

Число программ¶

График Multiplexer program count on server — сколько программ (телеканалов) сейчас упаковано в мультиплексы (multiplexer_streams_count).

Линия должна быть стабильной и соответствовать конфигурации. Неожиданное падение — программа выпала из мультиплекса (источник недоступен, ошибка конфигурации). Рост без изменения конфигурации — проверьте, не добавились ли лишние мультиплексоры.

Переполнение транспортного потока (ts overflow)¶

График Multiplexer ts overflow on server — события переполнения TS (multiplexer_ts_overflow).

Переполнение означает, что мультиплексор не успел вставить stuffing-пакеты и транспортный поток вышел за допустимые границы по времени. Это нарушение требований DVB к CBR и PCR. Любые ненулевые значения требуют внимания: снизить суммарный битрейт программ, разгрузить сервер или проверить, успевает ли энкодер.

Энкодер не успевает (too slow)¶

График Encoder is too slow events on server — счётчик ситуаций, когда энкодер не укладывается в реальное время (multiplexer_too_slow).

Норма — ноль. Любой рост означает, что транскодирование одной или нескольких программ отстаёт от входного потока. Мультиплексор вынужден ждать кадры или обрезать данные. Проверьте загрузку CPU и GPU на дашборде Server Stats, снизьте число программ на сервере или ослабьте профили транскодирования.

Детали программы¶

После выбора мультиплексора в переменной Stream name (или по клику с тепловой карты) в группе Program details появляется детализация ошибок.

Ошибки по программам и PID¶

График Multiplexer program error details показывает разбивку ошибок multiplexer_errors_count по типу и идентификатору канала (channel_id). Каждая линия на графике — конкретный тип ошибки для конкретного PID или программы.

Именно здесь разбирают случай из тепловой карты: видно, какие ошибки доминируют и когда они возникают.

Типы ошибок, которые можно увидеть на графике:

pid_off — PID объявлен в конфигурации программы, но данные на него не поступают. Источник не отдаёт дорожку (нет аудио, субтитров, SCTE-35) или программа выпала из входного потока. Проверьте источник канала и соответствие PID в конфигурации мультиплексора
errors_program_reset — программа была перезапущена внутри мультиплексора. Часто следствие длительного отсутствия входных данных или смены структуры входного потока
errors_scte35_announces — проблемы с SCTE-35 метками рекламной вставки. Критично для операторов с ad insertion: метки могут не дойти до головной станции
errors_start_late_dts — кадр пришёл с опозданием относительно DTS, мультиплексор не успел упаковать его вовремя. Признак перегрузки или слишком агрессивного битрейта программы

Сценарии использования:

Жалоба на конкретный телеканал в мультиплексе: выбрать мультиплексор, найти на графике линии с нужным channel_id и посмотреть тип ошибки
Массовый pid_off на нескольких PID одной программы — источник канала деградировал или изменилась структура потока у поставщика
Рост errors_start_late_dts без pid_off — мультиплексор перегружен по битрейту, смотрите trimmed bytes и ts overflow на серверных графиках
Периодические всплески errors_program_reset — нестабильный источник программы, проверьте мониторинг захвата для соответствующих стримов

Настройте алерты: следите за ростом ошибок на тепловой карте и сопоставляйте с загрузкой CPU и шедулера — мультиплексор и транскодирование сильно зависят от ресурсов сервера.