Callaba
Contrôle des sources principale et de secours

Callaba Live Video Failover

Conservez les upstreams SRT principal et de secours dans un ensemble de routage validé. Après une coupure, le relais peut se reconnecter et parcourir ces sources préparées selon les réglages de boucle et de reconnexion.

Flux de fiabilité visible

Source principale, source de secours, sortie contrôlée

Définissez les upstreams avant l’événement, placez la route préférée en premier et validez la reconnexion et la rotation avec l’encodeur, le réseau et la destination réels.

Schéma : les upstreams SRT principal et secours entrent dans Callaba Live Video Failover pour une bascule automatique ou manuelle et une sortie contrôlée.
  1. Préconfigurer les upstreams autorisés
  2. Callaba Live Video Failover
  3. Se reconnecter et tourner après une coupure
  4. Préparer la route préférée avant une exécution contrôlée
Callaba Live Video Failover conserve les upstreams SRT configurés dans un ensemble vérifié pour la reconnexion et la rotation automatiques ou une bascule SRT PULL manuelle.
Périmètre opérationnel vérifié

Un basculement fondé sur des upstreams SRT configurés

La reprise reste bornée : reconnexion et rotation n’utilisent que l’ensemble d’upstreams validé par votre équipe.

01

Préconfigurer les upstreams autorisés

Associez plusieurs hôtes de routage à un serveur SRT et maintenez la route active sélectionnée en tête de l’ordre de sources vérifié.

02

Se reconnecter et tourner après une coupure

Le relais SRT PULL peut fonctionner en boucle avec un intervalle de reconnexion et parcourir la liste d’upstreams configurés lorsque la connexion active est perdue.

03

Préparer la route préférée avant une exécution contrôlée

Un opérateur ou un client API peut enregistrer un upstream existant comme route active préférée. Ce choix s’applique avant un démarrage ou redémarrage contrôlé et ne recharge pas instantanément un relais en cours d’exécution.

Cas d’usage

Protéger les contributions qui ne peuvent dépendre d’une seule source

Utilisez le produit lorsque l’équipe peut préparer des chemins SRT principal et de secours avant le direct.

01

Événements en direct avec encodeur de secours

Conservez les endpoints principal et de secours dans un ensemble vérifié afin que l’opérateur dispose d’une alternative préparée pendant la production.

02

Contribution distante sur réseaux variables

Préparez plusieurs upstreams joignables lorsqu’un site distant ou un chemin réseau peut se déconnecter pendant une session de contribution.

03

Exploitation de chaînes longue durée

Utilisez une redondance de sources configurée pour les flux continus qui exigent un chemin de reprise explicite et de la visibilité opérateur.

ÉVALUATION DE SANTÉ EN LECTURE SEULE

Comprendre le parcours en direct avant de le modifier

Associez Multiview à la télémétrie opérateur SRT/RTMP actuelle pour comprendre l’état en direct et établir une plage normale à partir d’échantillons observés.

  1. 01

    Observer l’état en direct

    Placez l’image programme à côté de l’état actuel de la source, du débit et du RTT SRT lorsqu’il est disponible.

  2. 02

    Établir une référence opérationnelle

    Comparez les échantillons observés en direct à la plage normale de débit, RTT et état de source de cette production.

  3. 03

    Examiner des alertes motivées

    Transformez les écarts en alertes opérateur explicites et exigez une validation avant toute modification de route.

Spécification technique

Ce que le produit prend en charge et ce qu’il faut vérifier

Chaque comportement pris en charge est associé à un contrôle d’acceptation concret. L’interface Callaba installée ainsi que les profils réels de source, de destination et d’infrastructure font foi.

Ce que le produit prend en charge et ce qu’il faut vérifier
FonctionComportement pris en chargeContrôle d’acceptation
Préconfigurer les upstreams autorisésAssociez plusieurs hôtes de routage à un serveur SRT et maintenez la route active sélectionnée en tête de l’ordre de sources vérifié.Il conserve des upstreams SRT principal et de secours validés dans un même flux et permet au relais de se reconnecter puis de parcourir cette liste après une coupure.
Se reconnecter et tourner après une coupureLe relais SRT PULL peut fonctionner en boucle avec un intervalle de reconnexion et parcourir la liste d’upstreams configurés lorsque la connexion active est perdue.Un relais configuré en boucle peut se reconnecter et parcourir sa liste d’upstreams existante. Le temps de reprise réel dépend de la connexion et des sources préparées.
Préparer la route préférée avant une exécution contrôléeUn opérateur ou un client API peut enregistrer un upstream existant comme route active préférée. Ce choix s’applique avant un démarrage ou redémarrage contrôlé et ne recharge pas instantanément un relais en cours d’exécution.Oui. Un hôte de routage existant peut être enregistré comme route active préférée avant un démarrage ou redémarrage contrôlé. Cet enregistrement ne recharge pas instantanément un relais déjà actif.
Événements en direct avec encodeur de secoursConservez les endpoints principal et de secours dans un ensemble vérifié afin que l’opérateur dispose d’une alternative préparée pendant la production.Non. Le produit fournit un chemin de reprise contrôlé, mais ne revendique ni transition sans coupure ni indisponibilité nulle. L’état des sources et le réseau restent déterminants.
Exploitation de chaînes longue duréeUtilisez une redondance de sources configurée pour les flux continus qui exigent un chemin de reprise explicite et de la visibilité opérateur.L’API SRT Servers peut gérer les hôtes validés et enregistrer la route active préférée. Cette mise à jour de configuration ne devient pas une commutation immédiate du relais en cours d’exécution.
Observer l’état en directPlacez l’image programme à côté de l’état actuel de la source, du débit et du RTT SRT lorsqu’il est disponible.Cette évaluation est en lecture seule. Elle ne revendique ni IA prédictive, ni QoE de bout en bout, ni diagnostic de cause racine, ni historique SRT durable, ni commutation automatique en direct.
Passez maintenant à la pratique

Configurez-le dans Callaba, puis vérifiez la liaison

Cette page définit le périmètre du produit. Les guides indiquent les commandes à ouvrir, le module à connecter ensuite et le contrôle qui confirme que le workflow est prêt.

  1. ConfigurerRoutes SRTOuvrir le guide
  2. ConnecterServeurs SRTOuvrir le guide
  3. VérifierMurs MultiviewOuvrir le guide
Déploiement

Utiliser le même modèle de basculement dans Callaba cloud ou auto-hébergé

Choisissez l’emplacement de la couche de routage SRT, puis configurez l’ensemble d’upstreams selon votre réseau et votre périmètre de production.

Déploiement cloud

Lancez une instance Callaba proche de la région de contribution ou de livraison et configurez les upstreams SRT principal et de secours dans l’interface web.

Déployer Callaba sur AWS

Déploiement auto-hébergé

Exécutez Callaba Engine sur Linux lorsque les hôtes de routage, l’accès réseau et les données opérationnelles doivent rester dans votre infrastructure.

Installer sur Linux
L’API constitue la seconde couche

Gérer un plan de reprise déjà validé

Utilisez l’API SRT Servers pour gérer le serveur, les hôtes de routage et la route active préférée. Cette préférence prépare un démarrage ou redémarrage contrôlé ; elle ne commute pas en direct le relais en cours d’exécution.

  1. Configurer le serveur SRT et ses routing_hosts approuvés
  2. Lire la configuration enregistrée du serveur et son état d’activation
  3. Enregistrer la route existante préférée avant un démarrage ou redémarrage contrôlé
Ouvrir la recette de basculement vidéo en direct

Questions sur le basculement vidéo en direct

Que fait Callaba Live Video Failover ?

Il conserve des upstreams SRT principal et de secours validés dans un même flux et permet au relais de se reconnecter puis de parcourir cette liste après une coupure.

Que se passe-t-il si l’upstream actif se déconnecte ?

Un relais configuré en boucle peut se reconnecter et parcourir sa liste d’upstreams existante. Le temps de reprise réel dépend de la connexion et des sources préparées.

Un opérateur peut-il préparer une autre source préférée ?

Oui. Un hôte de routage existant peut être enregistré comme route active préférée avant un démarrage ou redémarrage contrôlé. Cet enregistrement ne recharge pas instantanément un relais déjà actif.

Le produit garantit-il une bascule sans coupure ou sans interruption ?

Non. Le produit fournit un chemin de reprise contrôlé, mais ne revendique ni transition sans coupure ni indisponibilité nulle. L’état des sources et le réseau restent déterminants.

Que peut automatiser l’API dans ce workflow ?

L’API SRT Servers peut gérer les hôtes validés et enregistrer la route active préférée. Cette mise à jour de configuration ne devient pas une commutation immédiate du relais en cours d’exécution.

Préparer avant le direct

Construisez un chemin principal et de secours vérifié

Utilisez la démo pour examiner l’interface opérateur, puis déployez Callaba dans le cloud ou sur Linux pour votre propre plan de routage SRT.