Aller au contenu
Callaba
Contrôle des sources principale et de secours

Callaba Live Video Failover

Gardez des flux SRT principal et de secours prêts derrière un même chemin opérationnel. La commutation publiée au niveau du transport bascule entre eux sans exiger de codec audio ou vidéo particulier et préserve les connexions de récepteur et de puller en aval.

Chemin de reprise configuré

Conserver les sources SRT principale et de secours sur un même chemin opérationnel

Ce chemin de reprise SRT publié commute au niveau du transport entre des flux principal et de secours préparés, tout en maintenant les connexions de récepteur et de puller en aval.

Conserver les sources SRT principale et de secours sur un même chemin opérationnel
Source principaleFlux principal préparé avec état du flux visible
Source de secoursFlux de secours préparé avec les mêmes contrôles opérationnels
Relais SRT PULLCommutation principal/secours au niveau du transport, indépendante d’un codec audio ou vidéo particulier
DestinationLes connexions de récepteur et de puller restent attachées pendant la commutation
Configurer avant l’événement

Configurer le plan de reprise

Ouvrir les réglages de routage
Choisissez SRT Routing, sélectionnez le failover SRT principal/secours, définissez le mode de routage sur Pull, puis ajoutez chaque Routing Host et Routing SRT Port avec Add SRT Host.
Faire correspondre les paramètres de connexion
Vérifiez le mode SRT, le port, la latence, l’identité du flux et la phrase secrète lorsque les sources choisies les utilisent.
Définir la politique d’exploitation
Confirmez le comportement principal/secours publié, manuel ou automatique, et testez le retour du secours vers le principal sur le chemin de contribution réel.
Tester avec des signaux réels

Vérifier le chemin que votre événement utilisera réellement

Testez avec l’encodeur, le réseau, le relais et la destination de l’événement. Consignez ce qui s’est passé sur ce chemin au lieu de supposer qu’une autre paire de sources se comportera de la même manière.

  • Interrompre la source principalePendant une fenêtre planifiée, interrompez le flux principal et observez la commutation du principal vers le secours, la continuité en aval, les statistiques du flux et les événements de connexion.
  • Vérifier la destinationConfirmez que la plateforme de réception ou le récepteur accepte le flux rétabli ; un relais en marche ne prouve pas à lui seul la livraison.
  • Vérifier le retour vers le principalRétablissez le flux principal et vérifiez le comportement de retour configuré avec l’historique des événements et des journaux de ce déploiement.
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

Questions sur le basculement vidéo en direct

Que fait Callaba Live Video Failover ?

Il conserve des flux SRT principal et de secours dans un flux publié au niveau du transport, commute entre eux sans dépendre d’un codec média particulier et préserve les connexions de récepteur et de puller en aval pendant la commutation.

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

Le flux publié peut commuter du principal vers le secours tout en préservant les connexions de récepteur et de puller en aval. Le comportement de reprise réel reste propre aux sources préparées, au réseau, aux tampons et à la destination.

Le flux peut-il revenir du secours vers le principal ?

Oui. La version améliore la commutation du secours vers le principal et aligne le comportement de failover manuel et automatique. Testez le comportement configuré avec les sources et la destination réelles avant un événement.

Les récepteurs en aval resteront-ils connectés pendant le basculement SRT ?

Le flux de travail publié au niveau du transport préserve les connexions du récepteur et de l'extracteur en aval via un commutateur principal vers sauvegarde. La récupération visible dépend toujours des sources préparées, des tampons réseau et de la destination.

Le basculement SRT peut-il passer automatiquement du mode principal au mode de sauvegarde ?

Oui. Le flux de travail publié prend en charge la commutation manuelle et automatique du système principal vers le système de secours, tout en préservant les connexions du récepteur et de l'extracteur en aval. Testez les sources configurées, les tampons réseau et la destination avant un événement.

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 afin de tester votre commutation principal/secours, le comportement de retour, l’acceptation par la destination et la visibilité des événements et journaux.