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.
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.
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.

La recuperación permanece acotada: la reconexión y la rotación solo utilizan el conjunto de upstreams revisado por tu equipo.
Asocia varios hosts de enrutamiento a un servidor SRT y conserva la ruta activa seleccionada al principio del orden de fuentes revisado.
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.
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.
Utiliza el producto cuando el equipo pueda preparar rutas SRT principal y de respaldo antes de salir en vivo.
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.
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.
Usa redundancia de fuentes configurada en flujos continuos que necesiten una ruta explícita de recuperación y visibilidad para el operador.
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.
Coloca la imagen de programa junto al estado actual de la fuente, el bitrate y el RTT SRT cuando esté disponible.
Compara las muestras observadas en directo con el rango normal de bitrate, RTT y estado de fuente de esta producción.
Convierte las desviaciones en alertas claras para el operador y exige aprobación antes de cambiar una ruta.
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.
| Capacidad | Comportamiento compatible | Comprobación |
|---|---|---|
| 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. | 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ó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. | 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 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. | 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 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. | 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ón | Usa 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 directo | Coloca 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. |
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.
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.
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 AWSEjecuta Callaba Engine en Linux cuando los hosts de enrutamiento, el acceso de red y los datos operativos deban permanecer en tu infraestructura.
Instalar en LinuxUsa 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.
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.
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.
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.
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.
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.
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.