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é.
Conservez plusieurs upstreams SRT dans un ensemble de routage vérifié. Laissez le relais se reconnecter et parcourir les sources configurées après une coupure, ou sélectionnez manuellement une autre source configurée pour une route SRT PULL.
Définissez les upstreams avant l’événement, placez la route active en premier et utilisez la rotation automatique du relais ou une bascule choisie par l’opérateur sans créer une nouvelle destination en production.

Le choix de la source reste explicite : toute transition automatique ou manuelle demeure dans l’ensemble d’upstreams vérifié par votre équipe.
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é.
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.
Un opérateur ou un client API peut choisir un autre upstream existant. La bascule est refusée si la cible ne figure pas parmi les hôtes de routage configurés.
Utilisez le produit lorsque l’équipe peut préparer des chemins SRT principal et de secours avant le direct.
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.
Préparez plusieurs upstreams joignables lorsqu’un site distant ou un chemin réseau peut se déconnecter pendant une session de contribution.
Utilisez une redondance de sources configurée pour les flux continus qui exigent un chemin de reprise explicite et de la visibilité opérateur.
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.
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.
Lancer dans le cloudExé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 LinuxUtilisez l’API SRT Servers pour gérer le serveur et sélectionner un upstream existant pour une route SRT PULL. Conservez l’approbation des sources dans votre flux produit.
Il maintient plusieurs upstreams SRT configurés à disposition d’un flux de routage et prend en charge la reconnexion et la rotation du relais, ainsi qu’une bascule manuelle limitée pour les routes SRT PULL.
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.
Oui, pour une route SRT PULL vérifiée. L’URL SRT choisie doit déjà exister dans la liste des hôtes de routage du serveur.
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.
Oui. L’API SRT Servers peut sélectionner un upstream vérifié pour une route SRT PULL ; elle ne peut pas basculer vers une URL non configurée.
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.