Callaba
Control de fuentes principal y de respaldo

Callaba Live Video Failover

Mantén upstreams SRT principal y de respaldo dentro de un conjunto de enrutamiento revisado. Tras una desconexión, el relay puede reconectarse y recorrer esas fuentes preparadas según los ajustes de bucle y reconexión.

Flujo de fiabilidad visible

Fuente principal, fuente de respaldo, salida controlada

Define los upstreams antes del evento, mantén primero la ruta preferida y valida la reconexión y la rotación con el codificador, la red y el destino reales.

Diagrama de upstreams SRT principal y de respaldo que llegan a Callaba Live Video Failover para rotación del relay, cambio manual acotado y salida controlada.
  1. Preconfigura el conjunto de upstreams permitidos
  2. Callaba Live Video Failover
  3. Reconecta y rota después de una desconexión
  4. Prepara la ruta preferida antes de una ejecución controlada
Callaba Live Video Failover mantiene upstreams SRT configurados en un conjunto revisado para reconexión y rotación automáticas o cambio manual SRT PULL.
Límite operativo verificado

Failover creado con upstreams SRT configurados

La recuperación permanece acotada: la reconexión y la rotación solo utilizan el conjunto de upstreams revisado por tu equipo.

01

Preconfigura el conjunto de upstreams permitidos

Asocia varios hosts de enrutamiento a un servidor SRT y conserva la ruta activa seleccionada al principio del orden de fuentes revisado.

02

Reconecta y rota después de una desconexión

El relay SRT PULL puede operar en modo de bucle con intervalo de reconexión y recorrer la lista de upstreams configurados cuando se pierde la conexión activa.

03

Prepara la ruta preferida antes de una ejecución controlada

Un operador o cliente API puede guardar un upstream existente como ruta activa preferida. La elección se aplica antes de un inicio o reinicio controlado; no recarga al instante un relay en ejecución.

Casos de uso

Protege contribuciones que no pueden depender de una sola fuente

Utiliza el producto cuando el equipo pueda preparar rutas SRT principal y de respaldo antes de salir en vivo.

01

Eventos en vivo con codificador de respaldo

Mantén los endpoints principal y alternativo del codificador en un conjunto revisado para que el operador disponga de una opción preparada durante la producción.

02

Contribución remota sobre redes variables

Prepara más de un upstream accesible cuando una sede remota o una ruta de red pueda desconectarse durante una sesión de contribución.

03

Operaciones de canales de larga duración

Usa redundancia de fuentes configurada en flujos continuos que necesiten una ruta explícita de recuperación y visibilidad para el operador.

EVALUACIÓN DE SALUD EN MODO SOLO LECTURA

Comprende la ruta en directo antes de modificarla

Combina Multiview con la telemetría operativa SRT/RTMP actual para entender el estado en directo y establecer un rango normal a partir de muestras observadas.

  1. 01

    Observa el estado en directo

    Coloca la imagen de programa junto al estado actual de la fuente, el bitrate y el RTT SRT cuando esté disponible.

  2. 02

    Establece una referencia operativa

    Compara las muestras observadas en directo con el rango normal de bitrate, RTT y estado de fuente de esta producción.

  3. 03

    Revisa alertas con motivo explícito

    Convierte las desviaciones en alertas claras para el operador y exige aprobación antes de cambiar una ruta.

Especificación técnica

Qué admite el producto y cómo comprobarlo

Cada comportamiento compatible se acompaña de una comprobación práctica. La interfaz Callaba instalada y los perfiles reales de origen, destino e infraestructura son la referencia definitiva.

Qué admite el producto y cómo comprobarlo
CapacidadComportamiento compatibleComprobación
Preconfigura el conjunto de upstreams permitidosAsocia varios hosts de enrutamiento a un servidor SRT y conserva la ruta activa seleccionada al principio del orden de fuentes revisado.Mantiene upstreams SRT principal y de respaldo revisados en un flujo de enrutamiento y permite que el relay se reconecte y recorra esa lista configurada tras una desconexión.
Reconecta y rota después de una desconexiónEl relay SRT PULL puede operar en modo de bucle con intervalo de reconexión y recorrer la lista de upstreams configurados cuando se pierde la conexión activa.Un relay configurado en modo de bucle puede reconectarse y recorrer su lista de upstreams existente. El tiempo real de recuperación depende de la conexión y de las fuentes preparadas.
Prepara la ruta preferida antes de una ejecución controladaUn operador o cliente API puede guardar un upstream existente como ruta activa preferida. La elección se aplica antes de un inicio o reinicio controlado; no recarga al instante un relay en ejecución.Sí. Puede guardar un host de enrutamiento existente como ruta activa preferida antes de un inicio o reinicio controlado. Guardar la preferencia no recarga al instante un relay que ya está en ejecución.
Eventos en vivo con codificador de respaldoMantén los endpoints principal y alternativo del codificador en un conjunto revisado para que el operador disponga de una opción preparada durante la producción.No. El producto ofrece una ruta de recuperación controlada, pero no afirma una transición sin cortes ni tiempo de inactividad cero. La preparación de las fuentes y la red siguen siendo importantes.
Operaciones de canales de larga duraciónUsa redundancia de fuentes configurada en flujos continuos que necesiten una ruta explícita de recuperación y visibilidad para el operador.La API de SRT Servers puede gestionar los hosts revisados y guardar la ruta activa preferida. No convierte esa actualización de configuración en una conmutación inmediata del relay en ejecución.
Observa el estado en directoColoca la imagen de programa junto al estado actual de la fuente, el bitrate y el RTT SRT cuando esté disponible.Esta evaluación es de solo lectura. No afirma ofrecer IA predictiva, QoE de extremo a extremo, diagnóstico de causa raíz, historial SRT duradero ni conmutación automática en directo.
Ahora ponlo en marcha

Configúralo en Callaba y comprueba la conexión

Esta página explica el alcance del producto. Las guías muestran qué controles abrir, qué módulo conectar después y cómo comprobar que el flujo está listo.

  1. ConfigurarRutas SRTAbrir guía
  2. ConectarServidores SRTAbrir guía
  3. ComprobarPaneles MultiviewAbrir guía
Despliegue

Usa el mismo modelo de failover en Callaba cloud o self-hosted

Elige dónde se ejecutará la capa de enrutamiento SRT y configura el conjunto de upstreams según tu red y el límite de producción.

Despliegue en la nube

Inicia una instancia de Callaba cerca de la región de contribución o entrega y configura upstreams SRT principal y de respaldo en la interfaz web.

Implementar Callaba en AWS

Despliegue self-hosted

Ejecuta Callaba Engine en Linux cuando los hosts de enrutamiento, el acceso de red y los datos operativos deban permanecer en tu infraestructura.

Instalar en Linux
La API es la segunda capa

Gestiona un plan de recuperación ya revisado

Usa la API de SRT Servers para gestionar el servidor, los hosts de enrutamiento y la ruta activa preferida. Esa preferencia configura un inicio o reinicio controlado; no conmuta en vivo el relay en ejecución.

  1. Configura el servidor SRT y sus routing_hosts aprobados
  2. Consulta la configuración guardada del servidor y su estado de activación
  3. Guarda la ruta existente preferida antes de un inicio o reinicio controlado
Abrir la receta de failover de vídeo en vivo

Preguntas sobre failover de vídeo en vivo

¿Qué hace Callaba Live Video Failover?

Mantiene upstreams SRT principal y de respaldo revisados en un flujo de enrutamiento y permite que el relay se reconecte y recorra esa lista configurada tras una desconexión.

¿Qué ocurre si el upstream activo se desconecta?

Un relay configurado en modo de bucle puede reconectarse y recorrer su lista de upstreams existente. El tiempo real de recuperación depende de la conexión y de las fuentes preparadas.

¿Puede un operador preparar otra fuente preferida?

Sí. Puede guardar un host de enrutamiento existente como ruta activa preferida antes de un inicio o reinicio controlado. Guardar la preferencia no recarga al instante un relay que ya está en ejecución.

¿Garantiza una conmutación sin cortes o sin tiempo de inactividad?

No. El producto ofrece una ruta de recuperación controlada, pero no afirma una transición sin cortes ni tiempo de inactividad cero. La preparación de las fuentes y la red siguen siendo importantes.

¿Qué puede automatizar la API en este flujo?

La API de SRT Servers puede gestionar los hosts revisados y guardar la ruta activa preferida. No convierte esa actualización de configuración en una conmutación inmediata del relay en ejecución.

Prepárate antes de salir en vivo

Crea una ruta principal y de respaldo revisada

Usa la demo en vivo para revisar la superficie operativa y despliega después Callaba en la nube o Linux para tu propio plan de enrutamiento SRT.