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

La reprise reste bornée : reconnexion et rotation n’utilisent que l’ensemble d’upstreams validé 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 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.
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.
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.
Placez l’image programme à côté de l’état actuel de la source, du débit et du RTT SRT lorsqu’il est disponible.
Comparez les échantillons observés en direct à la plage normale de débit, RTT et état de source de cette production.
Transformez les écarts en alertes opérateur explicites et exigez une validation avant toute modification de route.
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.
| Fonction | Comportement pris en charge | Contrôle d’acceptation |
|---|---|---|
| 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é. | 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 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. | 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é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. | 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 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. | 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é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. | 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 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. | 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. |
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.
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.
Déployer Callaba sur AWSExé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, 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.
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.
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. 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.
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.
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.
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.