Roadmap

Раздел перечисляет возможности, которые заявлены, но в текущую поставку ещё не вошли. Для каждой указано, что уже работает сегодня и чего пока нет, — чтобы планирование внедрения опиралось на фактические возможности узла. Состав и сроки могут меняться; актуальность уточняйте у поставщика.

Промышленные системы DRM для OTT-раздачи

Работает сегодня. OTT-раздачу узел шифрует собственными средствами: HLS AES-128 — с выдачей ключа по сессионному URL либо ссылкой на внешний сервер ключей и с ротацией производных ключей по временному окну, а также MPEG Common Encryption (ISO/IEC 23001-7) в схемах cenc и cbcs поверх CMAF. Шифрование выполняется один раз, при формировании сегмента, поэтому DVR-архив хранится и воспроизводится зашифрованным (Защита контента (DRM)).

Чего пока нет. Готовой интеграции с лицензионными серверами Widevine, PlayReady и FairPlay нет: манифест и сегмент инициализации несут только общую сигнализацию защиты — без системных заголовков этих DRM и без адреса получения лицензии. Автоматического обмена ключами с провайдером ключей (CPIX, SPEKE) тоже нет: пару «ключ — идентификатор ключа» оператор передаёт в свою DRM-инфраструктуру вручную. Схема HLS SAMPLE-AES не поддерживается, а Common Encryption отдаётся только по MPEG-DASH, поэтому защищённой раздачи HLS поверх CMAF и Low-Latency HLS пока нет.

Сигнализация точек врезки рекламы в OTT-раздаче

Работает сегодня. Анализатор распознаёт события SCTE-35 и точки склейки и показывает их в отчёте (Постоянные измерения). При ремультиплексировании PID с сигнализацией переносится в выходной мультиплекс без изменений.

Чего пока нет. Границы рекламных блоков не выносятся в плейлисты HLS и манифесты DASH: сегменты по точке склейки не нарезаются, плееру и внешней системе подстановки рекламы ничего не сигнализируется; подмены рекламных блоков в самом потоке тоже нет. Через транскодер сигнализация не проходит — в транскодированной копии канала метки склейки теряются.