Ce que cela résout
Cette procédure donne à l’opérateur un parcours contrôlé pour placer l’écoute SRT, le contrôle d’accès, la télémétrie et le routage principal/secours dans un état vérifié.
Quand l’utiliser
Utilisez-la lors de la première configuration, d’un changement planifié ou d’une reprise après incident pour placer l’écoute SRT, le contrôle d’accès, la télémétrie et le routage principal/secours dans un état vérifié.
Parcours dans le tableau de bord
/srt-servers/list/srt-routes/listPrérequis
Un accès administrateur à l’instance Callaba et l’autorisation de modifier ce module.
Une fenêtre de maintenance ou une ressource hors production, avec une source ou un client de test réel.
Un relevé des valeurs actuelles, des ports alloués et des identifiants avant l’enregistrement.
Étapes dans l’interface Callaba
- 01
Dans la barre latérale du tableau de bord, suivez Streaming servers → SRT servers. Ouvrez la route vérifiée /srt-servers/list. Dans la barre latérale du tableau de bord, suivez Streaming servers → SRT routes. Ouvrez la route vérifiée /srt-routes/list.
- 02
Avant de modifier « Exploitation d’un serveur SRT », relevez les valeurs actuelles de server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts.
- 03
Dans « Exploitation d’un serveur SRT », réglez server_port, server_receiver_port, server_latency, passphrase, access_settings, routing_hosts afin de placer l’écoute SRT, le contrôle d’accès, la télémétrie et le routage principal/secours dans un état vérifié. Ne modifiez pas les autres valeurs.
- 04
Exécutez Save [creating-form-save] → Start [START]. Attendez la stabilisation du formulaire ou de la liste avant de tester une autre variable.
- 05
Utilisez une source, une destination ou un navigateur réel et confirmez ces signaux : BITRATE, msRTT, PUSHER, PULLER.
server_portserver_receiver_portserver_latencypassphraseaccess_settingsrouting_hosts
- Save
creating-form-save - Start
START
BITRATEmsRTTPUSHERPULLER
Résultat attendu
La procédure est terminée lorsque Save [creating-form-save] → Start [START] réussit et qu’un workflow réel fournit BITRATE, msRTT, PUSHER, PULLER.
Dépannage
La modification enregistrée n’apparaît pas
Vérifiez la réponse d’enregistrement, actualisez le module une fois et comparez les valeurs visibles au relevé initial. Corrigez toute erreur de validation avant de réessayer.
La connexion ou la lecture échoue
Vérifiez l’hôte, le port, le protocole, les identifiants et le pare-feu utilisés par le client réel. Testez une source et une destination avant de rétablir tout le workflow.
Le module démarre mais reste instable
Revenez aux dernières valeurs fonctionnelles, examinez les statistiques en direct et les erreurs de processus, puis réintroduisez les changements un par un.
Page produit / Référence API exacte
Poursuivez avec le contexte produit ou automatisez la même opération depuis son endpoint API vérifié.