Redondance SRT : Construire des workflows SRT tolérants aux pannes

SRT et fiabilité

SRT a été conçu pour les réseaux peu fiables. Son mécanisme ARQ (Automatic Repeat reQuest) retransmet les paquets perdus, son tampon de latence configurable absorbe la gigue, et son chiffrement protège contre les altérations. Mais la fiabilité au niveau des paquets de SRT ne protège pas contre les défaillances de niveau supérieur : crashs d’encodeur, pannes de chemin réseau, défaillances de FAI ou pannes matérielles.

Pour cela, vous avez besoin d’une redondance au niveau du workflow — plusieurs flux SRT empruntant des chemins différents, avec basculement automatique quand l’un échoue. Cette page couvre les schémas de redondance spécifiques à SRT qui fonctionnent avec le moteur de basculement de Vajra Cast.

Double chemin SRT

Le schéma de redondance SRT le plus simple consiste à envoyer le même flux sur deux chemins réseau indépendants :

                    Chemin A (FAI 1)
Encodeur -> SRT --------------------------> Vajra Cast (Entrée 1, Priorité 1)
          -> SRT --------------------------> Vajra Cast (Entrée 2, Priorité 2)
                    Chemin B (FAI 2)

Les deux flux SRT transportent un contenu identique. Vajra Cast reçoit les deux simultanément et sélectionne l’entrée saine de plus haute priorité pour la sortie. Si le Chemin A tombe, le système bascule vers le Chemin B.

Qu’est-ce qui rend les chemins indépendants ?

Pour une véritable redondance, les deux chemins ne doivent pas partager de points de défaillance :

• FAI différents. Deux connexions du même FAI partagent le même backbone et les mêmes accords de peering. Utilisez deux fournisseurs différents.
• Routes physiques différentes. Deux connexions fibre entrant dans le bâtiment par le même conduit ne sont pas indépendantes. Renseignez-vous auprès de vos FAI sur la diversité physique.
• Sauts intermédiaires différents. Si les deux chemins traversent le même centre de données ou point d’échange, une seule défaillance à cet endroit fait tomber les deux.

En pratique, une indépendance de chemin parfaite est difficile et coûteuse. L’objectif est de minimiser l’infrastructure partagée, pas de l’éliminer entièrement. Même une diversité imparfaite améliore considérablement la fiabilité.

Configuration de l’encodeur

L’encodeur doit produire deux flux SRT en sortie. La plupart des encodeurs professionnels prennent en charge plusieurs sorties simultanées. Si le vôtre ne le fait pas, utilisez deux encodeurs alimentés par la même source vidéo (via un répartiteur SDI ou HDMI) :

Un encodeur, deux sorties :

Caméra -> Encodeur -> Sortie SRT 1 (port 9000, FAI A)
                   -> Sortie SRT 2 (port 9001, FAI B)

Deux encodeurs (redondance maximale) :

Caméra -> Répartiteur SDI -> Encodeur A -> SRT (FAI A) -> Vajra Cast Entrée 1
                           -> Encodeur B -> SRT (FAI B) -> Vajra Cast Entrée 2

L’approche à deux encodeurs protège contre les défaillances matérielles de l’encodeur, pas seulement contre les défaillances réseau. C’est la configuration recommandée pour les diffusions critiques.

Basculement Listener/Caller

SRT possède deux modes de connexion : listener (attend les connexions entrantes) et caller (initie la connexion). Le choix du mode affecte votre architecture de basculement.

Vajra Cast en Listener (l’encodeur pousse)

Le schéma le plus courant. Vajra Cast écoute sur les ports SRT et l’encodeur appelle :

Encodeur A -> SRT Caller -> Vajra Cast SRT Listener (port 9000)
Encodeur B -> SRT Caller -> Vajra Cast SRT Listener (port 9001)

Avantages :

• Vajra Cast n’a besoin que d’une IP stable et de ports UDP ouverts.
• Les encodeurs peuvent être derrière un NAT (les callers initient les connexions sortantes).
• Ajouter ou supprimer des encodeurs ne nécessite pas de reconfiguration de Vajra Cast.

Comportement de basculement : si l’Encodeur A crashe, sa connexion SRT tombe. Vajra Cast détecte la déconnexion (en millisecondes pour SRT) et bascule vers l’Encodeur B sur l’entrée suivante dans la chaîne de priorité.

Vajra Cast en Caller (l’encodeur écoute)

Dans certains déploiements, il est plus facile d’avoir la passerelle qui récupère le flux depuis l’encodeur :

Encodeur A (SRT Listener sur port 9000) <- SRT Caller <- Vajra Cast
Encodeur B (SRT Listener sur port 9001) <- SRT Caller <- Vajra Cast

Avantages :

• Vajra Cast peut être derrière un pare-feu sans ports UDP exposés.
• Utile quand l’encodeur a une IP publique mais pas Vajra Cast.

Comportement de basculement : si la connexion vers l’Encodeur A échoue, le caller de Vajra Cast réessaie automatiquement. Si les tentatives sont épuisées ou que le délai de connexion expire, le moteur de basculement bascule vers l’Encodeur B. La reconnexion du caller SRT est automatique — si l’Encodeur A revient, Vajra Cast se reconnecte et (avec le rétablissement automatique activé) rebascule vers lui.

Mode mixte

Vous pouvez combiner les modes listener et caller dans la même chaîne de priorité. Par exemple :

Cette flexibilité vous permet de vous adapter à la topologie réseau de chaque source sans compromettre la couverture de basculement.

Stream ID SRT pour l’ingest multi-locataires

Quand vous utilisez un seul port SRT listener pour plusieurs flux, la fonctionnalité Stream ID de SRT permet le multiplexage :

srt://vajracast:9000?streamid=flux-principal
srt://vajracast:9000?streamid=flux-secours

Vajra Cast utilise le Stream ID pour router chaque connexion entrante vers la bonne entrée de la bonne route. Cela réduit le nombre de ports à ouvrir et simplifie les règles de pare-feu.

Pour la redondance, combinez les Stream ID avec la chaîne de priorité :

Priorité 1 : SRT Listener, port 9000, streamid=principal
Priorité 2 : SRT Listener, port 9000, streamid=secours

Les deux encodeurs se connectent au même port mais s’identifient avec des Stream ID différents. Vajra Cast mappe chacun vers le bon emplacement de priorité.

Bonding SRTLA en secours

SRTLA (SRT Live Association) est une technique de bonding qui agrège plusieurs connexions réseau en un seul flux SRT. Elle est principalement utilisée pour la production mobile où les connexions cellulaires sont peu fiables. Mais SRTLA sert également d’excellent chemin de secours dans les installations fixes.

Schéma : SRT principal, SRTLA en secours :

Si la connexion fibre principale tombe, Vajra Cast bascule vers le flux SRTLA lié. La connexion SRTLA agrège plusieurs modems cellulaires, elle a donc sa propre couche de redondance — si un modem perd le signal, les autres continuent.

Ce schéma est particulièrement efficace pour les diffusions à distance où le lieu dispose d’une connexion filaire qui devrait fonctionner mais ne peut pas être entièrement fiable (Internet d’hôtel partagé, réseau d’événement temporaire, etc.).

Configuration SRTLA

Vajra Cast accepte les connexions SRTLA sur un port dédié. Le récepteur SRTLA désagrège les paquets liés en un flux SRT standard avant de le passer au moteur de routage :

BELABOX (cellulaire) -> SRTLA -> Récepteur SRTLA Vajra Cast -> Entrée SRT (Priorité 2)

Le récepteur SRTLA s’exécute aux côtés du listener SRT sur la même instance Vajra Cast. Aucun logiciel supplémentaire n’est nécessaire.

Surveillance des chemins SRT redondants

Avec plusieurs chemins SRT actifs, la surveillance devient essentielle. Vous devez connaître la santé de chaque chemin, pas seulement celui actuellement actif.

Vajra Cast fournit des métriques par entrée pour toutes les entrées dans une chaîne de priorité, y compris celles qui sont inactives :

• État de connexion — le secours est-il connecté et prêt ?
• Débit — le secours reçoit-il les données au rythme attendu ?
• Perte de paquets — le chemin de secours se dégrade-t-il ?
• RTT — le chemin réseau vers le secours est-il stable ?

Configurez des tableaux de bord Grafana qui affichent tous les chemins côte à côte. Configurez des alertes pour la dégradation du chemin de secours — vous voulez savoir si votre filet de sécurité a un trou avant d’en avoir besoin.

Vérifications pré-diffusion

Avant chaque événement en direct, vérifiez tous les chemins redondants :

1. Confirmez que toutes les connexions SRT sont établies (vérifiez le tableau de bord Vajra Cast).
2. Vérifiez que le débit sur chaque chemin correspond aux attentes.
3. Forcez un basculement vers chaque secours et vérifiez la sortie propre.
4. Rebasculez vers le principal et confirmez un fonctionnement stable.

Cela prend 2-3 minutes et peut éviter des heures de problèmes pendant la diffusion.

Prochaines étapes

• Retournez au Guide de basculement des flux vidéo pour l’architecture complète de basculement
• Découvrez le basculement multi-entrées pour la configuration générale de basculement
• Explorez le bonding SRTLA pour une plongée détaillée dans l’agrégation de connexions