Overview

Qué es DRM en C21 Live Control

Digital Rights Management (DRM) protege el contenido premium cifrando el stream al empaquetar y controlando la reproducción mediante un servidor de licencias. C21 Live Control soporta un modelo multi-DRM: un único stream de contenido se cifra una vez y se sirve con tres familias de licencia para reproducirse en todos los principales ecosistemas de dispositivos.

Live Control no ejecuta el servidor de licencias en sí. Registra un DRM provider (el registro de catálogo de credenciales que apunta a un servicio multi-DRM upstream) y asocia ese proveedor a un Destination protegido. En el empaquetado, el encoder pide claves al endpoint SPEKE del proveedor, cifra los segmentos e inserta las URLs de licencia en el manifest.

Los tres sistemas DRM

Un servicio premium que no proteja al menos estas tres familias no podrá reproducirse en una parte no trivial de los dispositivos.

Los valores se exponen en el enum DrmProvider.supported_systems. El array drm.systems de un Destination elige cuáles se anuncian en el manifest. La spec OpenAPI emite los valores de supported_systems en mayúsculas (WIDEVINE / FAIRPLAY / PLAYREADY); la UI y este documento usan el casing humano (Widevine, PlayReady, FairPlay) para legibilidad.

Modos de cifrado: CENC y CBCS

Common Encryption (CENC) es el estándar paraguas que permite que el mismo segmento cifrado lo descifren clientes Widevine, PlayReady o FairPlay con la licencia correcta. El enum Publishing.drm.encryption_mode expone dos valores: cenc (AES-CTR — el default histórico para DASH con Widevine y PlayReady) y cbcs (AES-CBC con cifrado por patrón basado en subsamples — requerido por FairPlay sobre HLS / CMAF).

encryption_mode se elige por Destination. cenc lleva Widevine y PlayReady; cbcs lleva los tres. Si la petición lo omite, lo deriva el servidor — cualquier FairPlay da cbcs, en otro caso cenc. Al actualizar, omitirlo conserva el modo actual del Destination.

Un único Destination CMAF en cbcs puede llevar Widevine, PlayReady y FairPlay a la vez: un solo empaquetado — un solo juego de segmentos — sirve a todos los reproductores a través de los manifiestos DASH y HLS. La contrapartida es que los dispositivos que solo admiten CENC (sobre todo televisores PlayReady 2.0) no reproducen cbcs; si tu audiencia los incluye, mantén un Destination cenc aparte para Widevine y PlayReady. Por la API, la combinación de los tres sistemas solo se acepta si se envía encryption_mode: cbcs explícitamente; FairPlay con cenc se rechaza siempre.

Cómo encaja Live Control en el flujo

Las responsabilidades del producto son CRUD sobre DRM providers más la asociación inline de DRM a un Destination:

• Registrar un DRM provider (addDrmProvider) — el registro de catálogo de credenciales que apunta al servicio multi-DRM upstream. Respaldado por el esquema DrmProvider; provider_type lo dirige el servidor (hoy AXINOM, EZDRM). La UI muestra los valores con casing humanizado (Axinom, EZDRM); el spec y la API esperan mayúsculas.
• Validar un proveedor (validateDrmProvider) — viaje de ida y vuelta de credenciales contra el servicio upstream y expone el resultado en validation_status (UNKNOWN / VALID / INVALID).
• Asociar el proveedor a un Destination mediante el bloque drm del Destination (active, provider_id, contentid, systems[], encryption_mode).

Todo lo que ocurre tras la URL de licencia del manifest es territorio del proveedor: gestión de certificados, entitlements por dispositivo y emisión de licencias.

Cross-links

• Providers — Referencia CRUD de DRM providers.
• Workflow — Flujo de operador de extremo a extremo.
• Widevine, PlayReady, FairPlay — Notas por sistema para el formulario de registro.

FAQ