Aller au contenu
Callaba
Guide utilisateur du produit

Serveurs SRT

Recevez, protégez, surveillez et acheminez les contributions SRT à faible latence avec un accès explicite aux éditeurs et aux récepteurs.

Où le trouver dans CallabaServeurs de diffusion → Serveurs SRT
Fonction du module

Un serveur SRT est le point de terminaison de contribution géré. Configurez la latence et la bande passante du réseau réel, sécurisez-le, puis utilisez la télémétrie et les itinéraires contrôlés plutôt que de deviner les symptômes des joueurs.

Poursuivez ce workflow dans Callaba

Callaba SRT Server

Chaque changement du cycle de vie se termine par une preuve médiatique observable, et le retrait ne laisse pas de dépendances cachées en aval.

Voir le fonctionnement du produit

Avant de commencer

  • Un port UDP accessible et une règle de pare-feu limitée aux sources requises lorsque cela est possible.

  • Un véritable encodeur SRT ou source de test et un récepteur tel que VLC ou un module Callaba en aval.

  • RTT du réseau mesuré et débit binaire maximal attendu.

Réglages expliqués

Seuls les contrôles utiles à l’opérateur sont expliqués. Les noms de champs internes et événements d’implémentation sont volontairement masqués.

Auditeur

Identité et capacité réseau du point de terminaison SRT.

Nom et état actif

Étiquette de l’opérateur et état du cycle de vie de ce serveur SRT.

Port d'écoute

Port UDP utilisé par les connexions SRT entrantes.

Port récepteur

Port distinct facultatif utilisé par le côté récepteur du flux de travail configuré.

Latence

Tampon de récupération SRT dimensionné pour le chemin réseau mesuré.

Commencez à partir du RTT mesuré et testez sous une perte de paquets représentative.
Bande passante maximale

La marge que SRT peut utiliser pour la retransmission par rapport au débit binaire du média.

Tampon de réception

Tampon hôte disponible pour le récepteur SRT.

Délai de connexion

Combien de temps un homologue indisponible peut rester non résolu avant que la session ne soit considérée comme ayant échoué.

Sécurité et accès

Protégez les médias et limitez qui peut publier ou recevoir.

Phrase secrète

Secret de chiffrement SRT facultatif partagé par les pairs autorisés.

Utilisez un secret fort et distribuez-le séparément de l'URL.
Mode d'accès

Exiger des objets d’accès Stream explicites, restreindre par hôte ou autoriser délibérément un accès plus large.

Rôles d'éditeur et de récepteur

Séparez les clients qui envoient des médias des clients qui les consomment.

Routage et récupération

Connectez ce point de terminaison à un ou plusieurs homologues SRT.

Mode de routage

Désactivez le routage ou utilisez les définitions de pairs Callaba/adresse publique.

POUSSER ou TIRER

PUSH envoie vers un auditeur ; PULL se connecte à une source disponible.

Hôtes de routage

Adresses homologues ordonnées utilisées par le workflow de routage configuré.

Observabilité

Utilisez des preuves concrètes avant de modifier les paramètres de transport.

Intervalle de statistiques

Fréquence utilisée pour la collecte de statistiques prises en charge ou les rappels.

Débit en direct

Indique si le média arrive actuellement.

RTT réseau

Temps aller-retour signalé par la session SRT.

Historique des connexions et des événements

Événements de session et de transport utilisés pour diagnostiquer les déconnexions.

Premier workflow sûr

  1. 01

    Créez le serveur avec un port UDP inutilisé et un nom d'opérateur clair.

  2. 02

    Mesurez le chemin réel, puis définissez la latence, la bande passante maximale et le délai d'expiration pour ce réseau.

  3. 03

    Ajoutez une phrase secrète et un accès explicite au flux éditeur/récepteur.

  4. 04

    Démarrez le serveur et connectez un véritable éditeur.

  5. 05

    Connectez un récepteur ou un module en aval et confirmez le débit binaire en direct ainsi que le réseau RTT.

  6. 06

    Seulement une fois que le chemin unique est stable, ajoutez un routage ou une source PULL de sauvegarde.

Exemples de workflows

À utiliser lorsque

Créer, vérifier, modifier et retirer un serveur SRT

Un opérateur doit modifier un point de terminaison SRT sans confondre un formulaire enregistré avec un chemin multimédia de travail.

CréerRôle, port et accès
CommencerLe point de terminaison devient prêt
VérifierMédias et résultats réels
ModifierEnregistrer, redémarrer, retester
Prendre sa retraiteSupprimer les dépendances
Schéma animé du workflow: Créer, vérifier, modifier et retirer un serveur SRT

Comment le construire

  1. 1

    Créez le serveur avec son rôle, son port, sa politique d'accès et les paramètres multimédia attendus.

  2. 2

    Démarrez-le et attendez l’état du point final attendu par l’éditeur ou le destinataire.

  3. 3

    Connectez de vrais médias et vérifiez le débit binaire, l’image, l’audio et la sortie en aval prévue.

  4. 4

    Avant l'édition, identifiez si le champ nécessite un arrêt ou un redémarrage ; enregistrez la modification, restaurez le serveur et répétez le même test multimédia.

  5. 5

    Avant de supprimer le serveur, supprimez ou réaffectez chaque itinéraire, enregistrement, vignette Multiview et sortie qui en dépend.

À utiliser lorsque

Contribution à distance sécurisée à la production

Un encodeur de terrain envoie un flux sur l'Internet public.

Encodeur de terrainPUSH SRT crypté
Politique d'accèsIdentité de l'éditeur
Callaba SRTRécupérer + surveiller
FabricationMultiview / enregistrement / rediffusion
Schéma animé du workflow: Contribution à distance sécurisée à la production

Comment le construire

  1. 1

    Créez l'écouteur SRT et dimensionnez la latence à partir du chemin mesuré.

  2. 2

    Définissez une phrase secrète et créez un flux d'éditeur pour l'encodeur.

  3. 3

    Connectez l'encodeur et confirmez le débit binaire, le RTT et l'état de session stable.

  4. 4

    Sélectionnez la source SRT vérifiée dans Multiview, Enregistrement ou Restreaming.

À utiliser lorsque

Contribution SRT principale et de secours

La production dispose de deux flux accessibles indépendamment et nécessite un chemin de récupération contrôlé.

PrimaireTRACTION SRT
SauvegardeTRACTION SRT
Callaba SRTReconnecter/commuter
MultiviewPreuve d'opérateur
SortieAlimentation de production
Schéma animé du workflow: Contribution SRT principale et de secours

Comment le construire

  1. 1

    Ajoutez les hôtes principaux et de sauvegarde testés indépendamment au plan de routage PULL.

  2. 2

    Vérifiez chaque source individuellement avant d'activer le workflow d'itinéraire ordonné.

  3. 3

    Observez les deux états d’intégrité de la source dans Multiview ou dans l’interface opérateur.

  4. 4

    Pour une commutation planifiée, utilisez le contrôle d'itinéraire préféré ; pour la récupération de reconnexion, observez la session active et la sortie.

  5. 5

    Simulez une perte de source pendant une fenêtre de maintenance et enregistrez le comportement de récupération.

À utiliser lorsque

Événement de navigateur multilingue à partir d'un programme SRT multipiste

La production fournit un programme SRT/MPEG-TS avec plusieurs pistes de langue ou de commentaires finis.

SRT multipisteUn programme
Serveur SRTÉcouter + nommer les pistes
Lecteurs webSélectionnez une piste chacun
Groupe de langueLe spectateur sélectionne la langue
Schéma animé du workflow: Événement de navigateur multilingue à partir d'un programme SRT multipiste

Comment le construire

  1. 1

    Recevez la source SRT multipiste et confirmez que chaque piste audio produite est présente.

  2. 2

    Écoutez les pistes découvertes dans les statistiques du serveur SRT et attribuez des noms de langue lisibles par l'opérateur.

  3. 3

    Créez un lecteur Web par langue d'audience ; définissez Modifier les pistes audio sur Sélectionner la piste audio et mappez l'index source souhaité.

  4. 4

    Ajoutez ces lecteurs à un groupe de langues et choisissez la langue par défaut.

  5. 5

    Testez la commutation, les règles d'accès et la lecture dans une session de navigateur propre.

À utiliser lorsque

Événement de navigateur multilingue à partir de flux SRT distincts

La production fournit chaque langue finie sous la forme d'un flux SRT indépendant au lieu d'un programme multipiste.

Flux linguistiquesUn flux SRT chacun
Serveurs SRTRecevoir + surveiller
Lecteurs webUn lecteur chacun
Groupe de langueLe spectateur sélectionne la langue
Schéma animé du workflow: Événement de navigateur multilingue à partir de flux SRT distincts

Comment le construire

  1. 1

    Recevez et validez une source SRT indépendante pour chaque langue produite.

  2. 2

    Créez un lecteur Web par flux vérifié et nommez-le en fonction de l'audience.

  3. 3

    Ajoutez ces lecteurs à un groupe de langues et choisissez la langue par défaut.

  4. 4

    Testez la commutation, les règles d'accès et la lecture dans une session de navigateur propre.

Vérifier le résultat

  • Un véritable éditeur et un véritable récepteur restent connectés pendant la période de test prévue.
  • Le débit binaire en direct confirme l'arrivée des médias et le réseau RTT reste dans les limites du budget de latence testé.
  • Les identités de flux ou les hôtes non autorisés sont rejetés par la stratégie d'accès sélectionnée.
  • Un test de source de sauvegarde produit le comportement de récupération documenté.

Dépannage

La session se connecte mais les médias se séparent

Vérifier
  • Comparez le débit binaire au téléchargement disponible.
  • Vérifiez le comportement RTT et de perte de paquets.
  • Vérifiez la latence et la bande passante maximale.
Puis effectuer ceci

Augmenter la marge de récupération uniquement à partir de preuves mesurées ; corrigez également le débit binaire source ou le goulot d’étranglement du réseau.

L'éditeur ne parvient pas à se connecter

Vérifier
  • Vérifiez le pare-feu UDP et l'adresse publique.
  • Faites correspondre le port, le mode, la phrase secrète et l'identité du flux.
Puis effectuer ceci

Testez un éditeur sans modules en aval, puis restaurez le chemin du récepteur vérifié.

La sauvegarde ne prend pas le relais comme prévu

Vérifier
  • Vérifiez les deux sources indépendamment.
  • Vérifiez l'ordre, le mode et le délai d'attente de l'itinéraire.
  • Observez la session active en cas d'échec.
Puis effectuer ceci

Corrigez la source défaillante ou la définition de routage et répétez un test de défaillance contrôlée.