Le guide complet des passerelles de streaming SRT

Qu’est-ce qu’une passerelle de streaming SRT ?

Une passerelle de streaming SRT est le hub de routage d’une infrastructure de streaming professionnel. Elle se positionne entre vos sources vidéo (caméras, encodeurs, flux distants) et vos destinations (CDN, plateformes sociales, serveurs d’enregistrement), en assurant :

• La conversion de protocoles : recevoir en SRT, diffuser en WHEP, HLS, RIST, RTMP, RTSP, SRTLA, HTTP/TS, UDP, NDI ou ST 2110
• Le routage de flux : envoyer une entrée vers de multiples sorties
• La protection par basculement : basculer automatiquement vers les entrées de secours en cas de panne
• Le chiffrement : sécuriser vos flux avec AES-256
• La supervision : métriques en temps réel pour chaque flux

Considérez-la comme un routeur vidéo logiciel : la contribution entre une fois, puis le même direct peut être protégé, traité, supervisé et livré partout où il est nécessaire.

Pourquoi SRT ?

SRT (Secure Reliable Transport) a été conçu par Haivision spécifiquement pour le transport vidéo en direct sur des réseaux imprévisibles. Contrairement au RTMP (qui repose sur TCP et s’effondre sur les connexions à pertes), SRT utilise UDP avec retransmission sélective (ARQ) pour maintenir la qualité du flux même lorsque le réseau n’est pas optimal. Pour une comparaison détaillée des deux protocoles, consultez notre guide SRT vs RTMP.

Avantages clés :

• Résilience aux pertes de paquets : supporte jusqu’à 30 % de perte de paquets avec un buffer de latence suffisant
• Chiffrement intégré : AES-128 ou AES-256, nativement intégré et non ajouté après coup
• Latence configurable : de 20 ms en réseau local à plusieurs secondes pour les liaisons satellite
• Métriques en temps réel : RTT, gigue, taux de perte, bande passante, tout accessible via API
• Open source : aucun frais de licence, écosystème en pleine croissance

Architecture de base

Une passerelle SRT de production comporte généralement trois étapes :

1. Ingestion

La passerelle accepte les flux entrants provenant de sources variées :

• Listeners SRT en attente de connexions entrantes
• Callers SRT se connectant à des sources distantes
• Sources WebRTC WHIP pour la contribution à faible latence
• Entrées RIST Main Profile avec retransmission ARQ standard
• Contribution SRTLA agrégée depuis BELABOX, Moblin et les émetteurs compatibles
• Récepteurs RTMP pour la compatibilité avec les encodeurs legacy
• Sources RTSP, HLS, HTTP/TS et UDP
• Playout de chaîne linéaire tout-en-un avec habillage graphique et cues SCTE-35 temporisés

Chaque ingestion dispose de paramètres de connexion indépendants. Les entrées SRT exposent en plus leurs propres réglages de chiffrement et de latence.

2. Traitement

Une fois ingéré, le flux peut être traité par la passerelle. Pour les encodeurs comme OBS Studio, le guide OBS avec SRT explique comment configurer correctement votre encodeur :

• Transcodage : modifier la résolution, le débit, le codec ou l’entrelacement avec accélération NVIDIA NVENC, Intel QSV ou VAAPI
• Routage audio : préserver plusieurs PID audio, séparer le 7.1 en paires stéréo, remapper les canaux et régler le gain
• Logique de basculement : surveiller jusqu’à huit entrées prioritaires et basculer en moins de 50 ms
• Routes chaînées : préparer ou transcoder un flux une fois, puis le réutiliser dans plusieurs routes aval
• Continuité antenne : générer une mire couleur personnalisable avec tonalité 1 kHz, texte, logo et horloge/timecode lorsque la source live est indisponible
• Métadonnées et enregistrement : transporter la signalisation SCTE-35 dans le workflow et enregistrer une route live directement dans un fichier

3. Distribution

La passerelle envoie les flux traités vers de multiples destinations simultanément :

• Push SRT vers les serveurs de production, les décodeurs broadcast avec sorties SDI/HDMI et les systèmes de régie finale (MCR)
• Sortie WebRTC WHEP pour une lecture navigateur à faible latence
• Sortie RIST Main Profile vers les passerelles et récepteurs broadcast
• Push RTMP vers YouTube, Twitch, Facebook
• Diffusion RTSP, SRTLA, HTTP/TS et UDP
• Sortie HLS adaptative avec compteur de spectateurs, signalisation SCTE-35 dans le manifest et lecteur intégré
• Sorties NDI et ST 2110 pour les environnements de production on-premise
• Enregistrement sur stockage local ou réseau

Cette architecture en trois étapes permet de recevoir dans un protocole, traiter, et distribuer dans un autre — le tout au sein d’un système unique et gérable.

Ce que Vajracast ajoute à une passerelle SRT

Le transport n’est que la première couche. Vajracast ajoute les outils de régie nécessaires pour garder un service live exploitable lorsque les sources, les destinations ou les besoins de production évoluent.

Contribution WebRTC avec WHIP, lecture avec WHEP

Vajracast accepte une entrée WebRTC WHIP pour la contribution à faible latence, ainsi que les protocoles SRT, RIST, RTMP et autres sources. Tout flux routé peut ensuite être exposé en sortie WebRTC WHEP pour une lecture à faible latence. Le lecteur média intégré permet aux opérateurs et spectateurs autorisés de contrôler directement le direct dans un navigateur compatible. Pour une diffusion adaptative plus large, les sorties HLS disposent aussi d’un lecteur intégré, d’un compteur de spectateurs et d’un indicateur de latence.

Mire couleur et tonalité personnalisables

Chaque route peut utiliser une source Bars & Tone intégrée sans générateur de signal de test externe. L’opérateur peut préparer un carton d’attente habillé avec mire couleur personnalisable, tonalité de référence 1 kHz, texte, logo et horloge/timecode. Il peut être sélectionné manuellement ou placé à la fin d’une chaîne de failover afin qu’une panne produise un signal maîtrisé plutôt qu’un écran noir et du silence.

Exploitation live sans redémarrer les routes

Ajoutez une entrée de secours, raccordez une nouvelle destination ou modifiez une sortie pendant que la route est à l’antenne. Les autres entrées et sorties continuent de fonctionner. Les routes chaînées permettent à un flux préparé d’alimenter plusieurs workflows aval, tandis que les alertes email signalent la perte de source, le failover et le rétablissement après une fenêtre de grâce configurable.

Multiviewer web et previews intégrées

Supervisez plusieurs routes live depuis un mur d’images personnalisable dans le navigateur. Les previews intégrées, l’état des routes et les métriques temps réel sont disponibles directement dans l’interface web, offrant aux opérateurs un véritable multiviewer sans décodeur broadcast externe ni application de monitoring séparée.

Enregistrement et playout depuis fichiers média

Enregistrez une route live directement dans un fichier média pour l’archivage, la conformité, le contrôle ou une réutilisation ultérieure. Le lecteur de fichiers média permet également d’utiliser un contenu enregistré ou importé comme source de route pour des programmes préenregistrés, cartons d’attente, programmes de secours et la continuité d’antenne.

Traitement broadcast et visibilité opérationnelle

Vajracast réunit transcodage matériel, gestion de l’entrelacement, matrice audio multi-PID, transport SCTE-35 et playout de chaîne tout-en-un avec habillage. L’interface web fournit un diagramme live des routes, les statistiques par nœud, les lecteurs média intégrés et l’analyse qualité VMAF/PSNR ; les métriques Prometheus et dashboards Grafana préconfigurés couvrent la supervision de l’infrastructure.

Configurer votre première passerelle SRT

Configuration matérielle requise

SRT est léger. Une passerelle moderne peut gérer des dizaines de flux HD sur du matériel modeste :

Configuration réseau

SRT utilise UDP. Vous aurez besoin de :

1. IP publique ou redirection de ports pour le mode listener
2. Règles de pare-feu autorisant UDP sur les ports choisis (convention : 9000+)
3. Bande passante suffisante: prévoyez 1,5 fois votre débit agrégé pour tenir compte des retransmissions SRT

Installation logicielle avec Vajracast

Pour voir comment une passerelle SRT Vajracast s’intègre dans une production live internationale redondée, voir l’exemple de déploiement — schémas annotés couvrant la variante full-redondance multi-régions et la variante passthrough mono-ingest.

Il existe deux façons d’exploiter une passerelle SRT Vajracast :

Option 1 — Cloud (recommandé pour la plupart des équipes)

Oubliez l’infrastructure. Vajracast tourne sur des serveurs physiques dédiés à Paris, Londres, New York, Virginie, Los Angeles, Singapour, Francfort et Helsinki. Les plans Cloud Indie, Solo et Pro partagent l’infrastructure ; Dedicated tourne sur un serveur bare-metal provisionné pour vous. Vous obtenez un accès admin à l’interface web et votre propre sous-domaine (votrenom.vajracast.com). Nous gérons l’OS, les mises à jour, le réseau, le monitoring et les incidents.

1. Démarrer un essai gratuit — provisionné en quelques minutes
2. Connectez-vous à votre instance Vajracast
3. Créez une ingestion : choisissez SRT Listener/Caller, WHIP, RIST, RTMP, RTSP, SRTLA, HLS, HTTP/TS, UDP ou une source média/playout, puis configurez les paramètres propres au protocole
4. Créez une sortie : choisissez SRT, WHEP, HLS, RIST, RTMP, RTSP, SRTLA, HTTP/TS, UDP, enregistrement ou une sortie on-premise
5. Ouvrez le lecteur intégré ou le diagramme de route pour vérifier le signal, puis ajoutez les destinations ou sources de secours nécessaires

Temps de configuration : moins de 5 minutes, aucun serveur à préparer.

Option 2 — Auto-hébergé (sur demande)

Si vous disposez déjà d’une infrastructure Linux et avez besoin d’exécuter Vajracast sur votre propre matériel pour des raisons de souveraineté ou de conformité, une licence on-premise est disponible sur contrat. Vous restez responsable de l’OS, du réseau, de la bande passante, du monitoring et des mises à jour. Contactez-nous pour discuter des licences auto-hébergées.

Pour un guide étape par étape détaillé, consultez notre guide complet de configuration SRT.

Chiffrement SRT en détail

Chaque flux SRT transitant par internet devrait être chiffré. SRT supporte trois longueurs de clé :

• AES-128: rapide, suffisant pour la plupart des cas d’usage
• AES-192: compromis intermédiaire (rarement utilisé)
• AES-256: sécurité maximale pour les contenus sensibles

La configuration est simple : les deux parties partagent une phrase secrète (10 à 79 caractères). SRT dérive la clé de chiffrement de cette phrase secrète à l’aide de PBKDF2. Pour comprendre les mécanismes de chiffrement en profondeur, consultez notre article sur le chiffrement SRT avec AES-256.

Bonnes pratiques :

• Utilisez AES-256 pour tout flux sortant de votre réseau
• Utilisez des phrases secrètes uniques par flux
• Renouvelez régulièrement les phrases secrètes
• Ne transmettez jamais les phrases secrètes par des canaux non chiffrés

Basculement et redondance

Une passerelle sans basculement est un point de défaillance unique. Les déploiements professionnels nécessitent :

Basculement d’entrée

Configurez des entrées principale et de secours avec basculement automatique :

• Principale : SRT depuis l’encodeur principal
• Secours 1 : SRT depuis un encodeur redondant
• Secours 2 : RTMP depuis un encodeur cloud

La passerelle surveille toutes les entrées simultanément et bascule en moins de 50 ms lorsque l’entrée active tombe en panne. Lorsque l’entrée favorite, de priorité supérieure, revient en ligne et redevient saine, Vajracast rebascule automatiquement vers elle.

Redondance de sortie

Envoyez le même flux vers de multiples destinations :

• Ingestion CDN principale
• Ingestion CDN de secours
• Enregistrement local (comme sauvegarde ultime)

Redondance géographique

Pour les diffusions critiques, déployez des passerelles dans plusieurs localisations :

• Passerelle principale sur le lieu de l’événement
• Passerelle secondaire dans le cloud
• Les deux alimentant le même CDN avec basculement d’origine

Pour les productions distantes utilisant SRT, le bonding SRTLA peut agréger plusieurs connexions réseau pour une bande passante accrue. Découvrez comment configurer cette technologie dans notre guide SRTLA et bonding avec BELABOX.

Supervision et observabilité

Une passerelle que vous ne pouvez pas surveiller est une passerelle à laquelle vous ne pouvez pas faire confiance. Métriques essentielles :

• Débit par flux: la source encode-t-elle au débit attendu ?
• Perte de paquets: le réseau se dégrade-t-il ?
• RTT: la latence augmente-t-elle ?
• Taux de retransmission: quelle bande passante est consacrée à la récupération ?
• État de connexion: chaque entrée et sortie est-elle connectée ?

Vajracast expose toutes ces données en temps réel via le tableau de bord web et une API REST pour l’intégration avec votre pile de monitoring.

Le dashboard fournit également un diagramme de topologie live, des lecteurs de prévisualisation et des alertes email par route pour la perte de source, le failover et le rétablissement. Une fenêtre de grâce configurable évite qu’une brève perturbation réseau génère des notifications inutiles. Les métriques Prometheus, dashboards Grafana préconfigurés et historiques VMAF/PSNR permettent une analyse opérationnelle et qualitative dans la durée.

Prochaines étapes

Prêt à construire votre infrastructure de streaming SRT ? Commencez avec ces guides :

• Hub broadcast — comment les hubs cloud remplacent les points d’agrégation historiques
• Configuration du chiffrement SRT — configuration détaillée du chiffrement
• Optimisation de la latence SRT — optimiser la latence selon vos conditions réseau
• Streaming HLS — sortie adaptative et lecteur navigateur intégré
• Gestion à chaud — modifier les entrées et sorties live sans redémarrer une route