Bonding SRTLA avec BELABOX : le streaming mobile rendu fiable

Le problème du streaming mobile

Diffuser depuis un lieu fixe avec une connexion fibre est simple. Vous disposez d’une bande passante constante, d’une gigue faible et d’une latence prévisible. Diffuser depuis un véhicule en mouvement, un stade bondé, un reportage de terrain ou un flanc de montagne isolé est un défi d’une tout autre nature.

Une seule connexion cellulaire est par nature non fiable. La bande passante fluctue quand vous passez d’une antenne à l’autre. La congestion lors d’événements peut réduire le débit à une fraction de la normale. Des zones blanches apparaissent sans prévenir. Si l’ensemble de votre flux dépend d’une seule carte SIM, une simple coupure de connexion signifie l’arrêt complet de votre diffusion.

C’est le problème que le bonding SRTLA résout.

Qu’est-ce que SRTLA ?

SRTLA signifie SRT Live Association (parfois appelé SRT Link Aggregation). C’est une extension du protocole SRT qui agrège plusieurs connexions réseau en un seul flux unifié. Le principe est simple :

1. Votre encodeur envoie le même flux SRT à travers plusieurs chemins réseau simultanément
2. Un composant côté serveur (le récepteur SRTLA) collecte les paquets de tous les chemins
3. Les paquets en double sont éliminés, les paquets manquants sont complétés par le chemin qui les a délivrés
4. Le flux reconstitué est transmis en tant que flux SRT standard

Le résultat : votre bande passante effective est la somme de toutes les connexions, et votre fiabilité est considérablement accrue car un paquet n’a besoin d’arriver que sur un seul chemin pour être délivré.

Différence entre bonding et failover

Ces deux concepts sont souvent confondus, mais ils résolvent des problèmes différents :

Le bonding vous apporte à la fois plus de bande passante et plus de résilience. Le failover vous fournit un filet de sécurité contre les défaillances catastrophiques. Dans un dispositif professionnel de streaming mobile, vous utilisez les deux : le bonding SRTLA pour le chemin de contribution, et le failover au niveau de la passerelle comme ultime ligne de défense.

Qu’est-ce que BELABOX ?

BELABOX est un encodeur mobile spécialement conçu pour le streaming IRL (In Real Life), la collecte d’informations en direct et la production de terrain. Il est disponible sous forme d’unité matérielle dédiée et de logiciel fonctionnant sur des mini-ordinateurs comme le Jetson Nano.

Fonctionnalités clés pour SRTLA :

• Support multi-modems : connectez 2 à 4+ modems cellulaires USB simultanément
• Bonding SRTLA intégré : répartit le flux SRT sur toutes les connexions disponibles
• Wi-Fi et Ethernet : chemins de bonding supplémentaires au-delà du cellulaire
• Options sur batterie : pour une utilisation réellement mobile
• Faible latence : encodage matériel avec sortie directe SRT/SRTLA
• Gestion à distance : tableau de bord cloud pour la supervision et la configuration

BELABOX est l’un des encodeurs les plus populaires dans la communauté du streaming IRL, précisément grâce à son implémentation SRTLA. Il transforme des connexions cellulaires peu fiables en un chemin de contribution de qualité professionnelle.

Architecture : BELABOX vers Vajra Cast

Voici la chaîne de signal complète pour un flux mobile avec bonding :

                    ┌─ Modem 1 (4G) ──┐
Caméra → BELABOX ──├─ Modem 2 (5G) ──├──► Serveur SRTLA ──► Vajra Cast ──► Sorties
                    ├─ Wi-Fi ─────────┤
                    └─ Ethernet ──────┘
                         (SRTLA)              (SRT)          (SRT/RTMP)

1. BELABOX encode la vidéo et la répartit sur toutes les connexions réseau disponibles via SRTLA
2. Serveur SRTLA reçoit les paquets de tous les chemins, reconstitue le flux SRT unique et le transmet
3. Vajra Cast reçoit le flux SRT reconstitué, applique les règles de routage et distribue vers toutes les sorties

Le serveur SRTLA peut fonctionner sur la même machine que Vajra Cast ou sur un serveur séparé. Pour la configuration la plus simple, faites-les tourner ensemble.

Configuration du serveur SRTLA

Le serveur SRTLA est le point de terminaison du bonding qui réassemble les paquets provenant de multiples chemins réseau. Il doit fonctionner sur un serveur avec une adresse IP publique.

Option 1 : srtla_rec (implémentation de référence)

Le récepteur SRTLA officiel (srtla_rec) est open-source :

# Cloner et compiler
git clone https://github.com/BELABOX/srtla.git
cd srtla
make

# Lancer le récepteur SRTLA
./srtla_rec 5000 127.0.0.1 9000

Paramètres :

• 5000 : le port d’écoute SRTLA (celui auquel BELABOX se connecte)
• 127.0.0.1 : la destination SRT (votre instance Vajra Cast)
• 9000 : le port de destination SRT

Cela indique à srtla_rec d’écouter les connexions SRTLA sur le port UDP 5000, de les réassembler, et de transmettre le flux SRT reconstitué vers le port 9000 en local.

Option 2 : déploiement Docker

Pour la production, exécutez SRTLA dans un conteneur :

docker run -d \
  --name srtla \
  --network host \
  -e SRTLA_PORT=5000 \
  -e SRT_HOST=127.0.0.1 \
  -e SRT_PORT=9000 \
  belabox/srtla-receiver:latest

L’utilisation de --network host est importante car SRTLA a besoin de voir les vraies adresses IP source des paquets entrants pour suivre correctement chaque connexion bondée.

Configuration du pare-feu

Ouvrez le port SRTLA pour le trafic UDP entrant :

# iptables
iptables -A INPUT -p udp --dport 5000 -j ACCEPT

# ufw
ufw allow 5000/udp

# firewalld
firewall-cmd --add-port=5000/udp --permanent
firewall-cmd --reload

Note : vous n’avez besoin d’exposer que le port SRTLA (5000) vers internet. Le port SRT (9000) peut rester interne si srtla_rec et Vajra Cast fonctionnent sur la même machine.

Configuration de Vajra Cast

Avec le serveur SRTLA qui transmet vers le port 9000, configurez Vajra Cast pour recevoir le flux SRT reconstitué :

1. Créez un ingest SRT Listener sur le port 9000
2. Définissez la latence à 1500-3000ms (les flux SRTLA nécessitent des tampons généreux en raison de la gigue multi-chemins)
3. Activez le chiffrement si votre BELABOX est configuré avec une passphrase
4. Créez les sorties selon vos besoins :
   • SRT push vers un serveur de production
   • RTMP push vers YouTube/Twitch
   • Enregistrement local pour archivage

Le réglage de la latence SRT mérite une attention particulière pour SRTLA. Comme les paquets arrivent via différents chemins réseau avec des latences différentes, la gigue est inhéremment plus élevée qu’avec une connexion SRT à chemin unique. Commencez avec 2000ms et ne réduisez qu’après avoir observé le RTT et la gigue réels dans le tableau de bord de supervision de Vajra Cast.

Pour des conseils détaillés sur l’ajustement de la latence, consultez notre guide d’ajustement de la latence SRT.

Configuration de BELABOX

Connexions réseau

Connectez vos modems cellulaires et configurez chacun d’eux :

1. Insérez les cartes SIM dans les modems USB (recommandé : au moins 2 opérateurs différents)
2. Connectez les modems aux ports USB du BELABOX
3. Connectez le Wi-Fi si disponible (ajoute un chemin de bonding supplémentaire)
4. Connectez l’Ethernet si disponible (par exemple, salle de presse du lieu)

Utiliser des opérateurs différents est crucial. Si toutes vos SIM sont chez le même opérateur, une seule panne d’antenne ou un événement de congestion affecte simultanément toutes les connexions. La diversité d’opérateurs est la clé d’un bonding fiable.

Configuration de la sortie SRTLA

Dans l’interface BELABOX :

Protocole : SRTLA
Hôte : votre-serveur.com
Port : 5000
Latence : 2000 (ms)
Passphrase : VotrePassphraseSecurisee (optionnel mais recommandé)
Longueur de clé : 32 (AES-256)

Paramètres d’encodage

Optimisez l’encodeur pour le streaming mobile :

Codec : H.264 (compatibilité maximale) ou HEVC (débit réduit)
Résolution : 1920x1080 (ou 1280x720 en cas de bande passante limitée)
Débit : 4000-6000 Kbps (H.264) ou 2500-4000 Kbps (HEVC)
Intervalle d'images clés : 2 secondes
Profil : High
Contrôle du débit : CBR

Le CBR (débit constant) est vivement recommandé pour SRTLA. Un débit variable provoque des demandes de bande passante imprévisibles à travers les connexions bondées, rendant l’algorithme de répartition moins efficace.

Stratégie de bonding

BELABOX supporte différents modes de bonding :

• Aggregate : répartit les paquets sur toutes les connexions en fonction de la bande passante disponible. Débit total maximum.
• Broadcast : envoie chaque paquet sur chaque connexion. Redondance maximale, mais coûteux en bande passante.
• Failover : utilise la meilleure connexion, bascule en cas de défaillance. Utilisation minimale de bande passante, mais pas d’agrégation.

Pour la plupart des scénarios mobiles, Aggregate est le bon choix. Utilisez Broadcast uniquement lorsque la bande passante est abondante et que la fiabilité est absolument critique (par exemple, directs d’information avec engagements contractuels de disponibilité).

Scénarios concrets

Streaming IRL

Le streaming IRL (In Real Life) consiste à se déplacer dans les villes, assister à des événements et être constamment en mouvement. Le réseau change toutes les quelques minutes.

Configuration type :

• BELABOX dans un sac à dos
• 2-3 modems USB (opérateurs différents)
• Caméra d’action ou hybride avec capture HDMI
• Batterie externe pour 4-6 heures d’autonomie

Conseils de configuration :

• Définissez le débit à 4000 Kbps (H.264) — suffisamment agressif pour une bonne qualité, suffisamment conservateur pour le cellulaire
• Utilisez le 720p si vous avez moins de 3 modems
• Définissez la latence SRT à 3000ms — les réseaux IRL sont imprévisibles, soyez généreux avec le tampon
• Activez HEVC si votre matériel BELABOX le supporte — 40 % d’économie de débit à qualité équivalente

Performances attendues :

• 2 modems (4G) : 4-8 Mbps agrégés, 95 %+ de disponibilité
• 3 modems (4G+5G) : 10-20 Mbps agrégés, 98 %+ de disponibilité
• 4 modems (opérateurs mixtes) : 15-30 Mbps agrégés, 99 %+ de disponibilité

Collecte d’informations en direct (ENG)

Les équipes d’information doivent pouvoir diffuser en direct depuis n’importe où, souvent dans des situations d’actualité brûlante où il n’y a pas le temps d’installer une liaison satellite.

Configuration type :

• Caméra professionnelle avec sortie SDI
• BELABOX avec carte d’entrée SDI
• 4 modems (deux opérateurs différents, deux SIM chacun)
• Wi-Fi sur site comme chemin supplémentaire quand disponible

Conseils de configuration :

• Débit : 6000-8000 Kbps (la qualité broadcast exige un débit plus élevé)
• Résolution : 1080p obligatoire pour la diffusion
• Latence : 2000ms (équilibre entre délai et fiabilité)
• Utilisez le chiffrement AES-256 — les flux d’information sont des cibles de valeur pour l’interception

Workflow avec Vajra Cast :

Caméra terrain → BELABOX → SRTLA → Vajra Cast (rédaction) → Sortie SDI vers régie
                                                           → SRT vers producteurs distants
                                                           → Enregistrement pour archives

L’instance Vajra Cast de la rédaction agit comme le hub de routage central, convertissant le flux SRTLA/SRT entrant dans les formats requis par l’infrastructure de production.

Sports et événements en direct

Les événements en stade présentent un défi unique : des dizaines de milliers de personnes se disputent les mêmes antennes cellulaires. C’est là que la diversité d’opérateurs et le bonding agressif deviennent payants.

Configuration type :

• Plusieurs positions de caméra, chacune avec un BELABOX
• 4 modems par BELABOX (4 opérateurs différents si possible)
• Repérage pré-événement pour identifier la meilleure couverture par opérateur
• Serveurs SRTLA dédiés par flux caméra

Conseils de configuration :

• Effectuez un repérage avant l’événement : testez la bande passante de chaque opérateur sur le lieu avec une affluence comparable
• Ajoutez le Wi-Fi du réseau presse du lieu si disponible
• Définissez la latence à 2500-3500ms — la congestion en stade provoque des pics de gigue
• Configurez le failover Vajra Cast entre les flux caméra en cas de perte totale de connectivité d’un BELABOX

Architecture multi-caméras :

Caméra 1 → BELABOX 1 → SRTLA → Vajra Cast → [Entrée mélangeur 1]
Caméra 2 → BELABOX 2 → SRTLA → Vajra Cast → [Entrée mélangeur 2]
Caméra 3 → BELABOX 3 → SRTLA → Vajra Cast → [Entrée mélangeur 3]

Chaque BELABOX alimente son propre ingest SRT sur Vajra Cast. La passerelle assure la supervision de tous les flux et peut envoyer vers un mélangeur vidéo via SRT ou SDI (avec un décodeur).

Supervision des flux bondés

Une fois votre flux SRTLA acheminé à travers Vajra Cast, supervisez ces métriques :

Métriques par connexion (côté BELABOX)

• Débit par modem : quelles connexions transportent le plus de trafic ?
• Perte de paquets par modem : un opérateur est-il moins performant que les autres ?
• Nombre de connexions : toutes les connexions bondées sont-elles actives ?

Métriques du flux agrégé (côté Vajra Cast)

• Débit total : correspond-il aux paramètres de votre encodeur ?
• RTT : le temps d’aller-retour est-il stable ? Les flux SRTLA affichent typiquement un RTT plus élevé qu’un SRT à chemin unique.
• Gigue : la livraison multi-chemins augmente la gigue. Surveillez les pics soutenus.
• Taux de retransmission : un certain niveau de retransmission est normal avec SRTLA. Des taux soutenus au-dessus de 10 % suggèrent une bande passante totale insuffisante.
• Paquets perdus : zéro est l’objectif. Toute perte signifie que votre tampon de latence SRT est trop petit.

Vajra Cast expose toutes les statistiques SRT dans le tableau de bord temps réel et via le endpoint Prometheus /metrics pour l’intégration avec Grafana ou d’autres outils de supervision.

Résolution des problèmes courants

BELABOX se connecte mais le flux est saccadé

Cause : bande passante agrégée insuffisante. Votre débit cellulaire total est inférieur au débit d’encodage plus la surcharge SRT.

Solution : réduisez le débit d’encodage, ajoutez un modem supplémentaire ou passez en HEVC pour diminuer les besoins en bande passante de 40 %.

Taux de retransmission élevé sur Vajra Cast

Cause : différences de RTT importantes entre les connexions bondées. Quand un chemin a 30ms de RTT et un autre 200ms, la gigue est extrême.

Solution : augmentez la latence SRT sur l’ingest Vajra Cast. Pour des chemins à latences mixtes, utilisez une latence >= 4 fois le RTT du chemin le plus lent.

Un modem se déconnecte à répétition

Cause : signal faible, limitation de débit par l’opérateur, ou quota de données SIM atteint.

Solution : vérifiez la puissance du signal dans le tableau de bord BELABOX. Remplacez la SIM ou changez de position. SRTLA gère automatiquement la reconnexion des modems — le flux continue sur les chemins restants.

Le serveur SRTLA ne reçoit pas de paquets

Cause : pare-feu bloquant UDP, ou mauvais port.

Solution : vérifiez que l’UDP est ouvert sur le port SRTLA. Testez avec nc -u -l 5000 sur le serveur et echo test | nc -u serveur 5000 depuis un client.

Le délai du flux est trop élevé

Cause : latence SRT définie trop conservativement.

Solution : réduisez la latence progressivement. Surveillez les paquets perdus — si vous observez zéro perte à 3000ms, essayez 2500ms, puis 2000ms. Arrêtez quand des pertes apparaissent et revenez en arrière de 25 %.

Résumé des bonnes pratiques

1. Utilisez au moins 2 opérateurs cellulaires — la diversité d’opérateurs est plus précieuse que davantage de SIM chez le même opérateur
2. Commencez avec une latence généreuse (3000ms) et affinez après observation des métriques en conditions réelles
3. Utilisez l’encodage CBR — SRTLA répartit les paquets plus efficacement avec un débit prévisible
4. Activez le chiffrement AES-256 — les réseaux cellulaires sont des infrastructures partagées ; chiffrez tout
5. Supervisez tous les chemins — un modem hors service dont vous ignorez l’état réduit votre redondance
6. Effectuez un repérage pour les événements planifiés — testez la couverture des opérateurs avant le jour J
7. Maintenez le débit d’encodage en dessous de 70 % de la bande passante agrégée — conservez de la marge pour les retransmissions SRT
8. Utilisez HEVC quand c’est possible — 40 % de réduction de débit signifie moins de paquets à bonder et à récupérer

Le bonding SRTLA avec BELABOX et Vajra Cast transforme le streaming mobile d’un exercice fragile et approximatif en un workflow fiable de qualité professionnelle. La combinaison du bonding multi-chemins côté encodeur et du routage intelligent avec failover côté passerelle vous offre une résilience qu’aucune connexion unique ne peut égaler.

Pour en savoir plus sur la configuration des paramètres SRT, consultez notre guide de la passerelle SRT Streaming. Pour les détails de configuration du chiffrement, lisez Configuration du chiffrement SRT.