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 AWSControl de fuentes principal y de respaldo
Callaba Live Video Failover
Mantén feeds SRT principal y de respaldo listos detrás de una ruta operativa. La conmutación publicada en la capa de transporte cambia entre ellos sin requerir un códec de audio o vídeo concreto y conserva las conexiones de receptor y puller aguas abajo.
Mantén fuentes SRT principal y de respaldo en una ruta operativa
Esta ruta de recuperación SRT publicada conmuta en la capa de transporte entre feeds principal y de respaldo preparados, manteniendo las conexiones de receptor y puller aguas abajo.
Fuente principalFeed principal preparado con estado de stream visible
Fuente de respaldoFeed de respaldo preparado con las mismas comprobaciones operativas
Relay SRT PULLConmutación principal/respaldo en la capa de transporte que no depende de un códec de audio o vídeo concreto
DestinoLas conexiones de receptor y puller permanecen conectadas durante la conmutación
Configura el plan de recuperación
- Abre los ajustes de enrutamiento
- Elige SRT Routing, selecciona failover SRT principal/respaldo, establece el modo de enrutamiento en Pull y añade cada Routing Host y Routing SRT Port con Add SRT Host.
- Haz coincidir los detalles de conexión
- Comprueba el modo SRT, el puerto, la latencia, la identidad del stream y la frase de contraseña cuando las fuentes elegidas los usen.
- Define la política operativa
- Confirma el comportamiento publicado, manual o automático, de principal/respaldo y prueba el retorno de respaldo a principal en la ruta de contribución real.
Comprueba la ruta que realmente usará tu evento
Prueba con el codificador, la red, el relay y el destino del evento. Registra lo que ocurrió en esta ruta en vez de asumir que otro par de fuentes se comportará igual.
- Interrumpe la fuente principalDurante una ventana planificada, interrumpe el feed principal y observa la conmutación de principal a respaldo, la continuidad aguas abajo, las estadísticas del stream y los eventos de conexión.
- Comprueba el destinoConfirma que la plataforma receptora o el receptor acepta el feed recuperado; que el relay esté en ejecución por sí solo no demuestra la entrega.
- Comprueba el retorno a principalRestaura el feed principal y verifica el comportamiento de retorno configurado junto con el historial de eventos y registros de este despliegue.
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 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 LinuxPreguntas sobre failover de vídeo en vivo
¿Qué hace Callaba Live Video Failover?
Mantiene feeds SRT principal y de respaldo en un flujo publicado en la capa de transporte, conmuta entre ellos sin depender de un códec multimedia concreto y conserva durante la conmutación las conexiones de receptor y puller aguas abajo.
¿Qué ocurre si el upstream activo se desconecta?
El flujo publicado puede conmutar de principal a respaldo manteniendo las conexiones de receptor y puller aguas abajo. El comportamiento de recuperación real sigue siendo específico de las fuentes preparadas, la red, los búferes y el destino.
¿Puede el flujo volver de respaldo a principal?
Sí. La versión mejora la conmutación de respaldo a principal y alinea el comportamiento de failover manual y automático. Prueba el comportamiento configurado con las fuentes y el destino reales antes de un evento.
¿Los receptores descendentes permanecerán conectados durante la conmutación por error de SRT?
El flujo de trabajo a nivel de transporte publicado preserva las conexiones descendentes del receptor y del extractor a través de un interruptor principal a respaldo. La recuperación visible aún depende de las fuentes preparadas, los buffers de red y el destino.
¿Puede la conmutación por error SRT cambiar automáticamente de principal a de respaldo?
Sí. El flujo de trabajo lanzado admite la conmutación manual y automática de principal a respaldo, al tiempo que preserva las conexiones descendentes del receptor y del extractor. Pruebe las fuentes configuradas, los buffers de red y el destino antes de un evento.
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 probar tu conmutación principal/respaldo, el comportamiento de retorno, la aceptación en destino y la visibilidad de eventos y registros.