Optimisation de la latence SRT : Ajuster selon votre réseau

Comment configurer la latence SRT pour des performances optimales. Trouvez l'équilibre entre faible délai et récupération de paquets perdus.

Comprendre la latence SRT

Le paramètre latency de SRT est le réglage le plus important que vous configurerez. Il contrôle la taille du tampon de réception — la fenêtre de temps dont SRT dispose pour détecter et récupérer les paquets perdus avant qu’ils ne soient nécessaires à la lecture.

Trop bas : vous obtenez des artefacts lorsque les paquets ne peuvent pas être récupérés à temps. Trop élevé : vous ajoutez un délai inutile à votre flux.

L’objectif est de trouver le point d’équilibre pour les conditions spécifiques de votre réseau.

La formule

Un bon point de départ :

Latence SRT >= 4 x RTT

Où RTT est le temps aller-retour entre l’appelant (caller) et l’écouteur (listener). Cela donne à SRT suffisamment de temps pour :

  1. Détecter un paquet manquant (1 RTT)
  2. Demander la retransmission (instantané)
  3. Recevoir le paquet retransmis (1 RTT)
  4. Avoir une marge pour la gigue et les retransmissions multiples (2 RTT)

Valeurs recommandées

ScénarioRTT typiqueLatence recommandéeNotes
Même LAN<1ms20-60msTampon minimal nécessaire
Même bâtiment (Wi-Fi)2-5ms60-120msLa gigue Wi-Fi ajoute de la variance
Même ville (fibre)3-10ms120-200msStable, prévisible
Même pays10-40ms200-500msRoutage internet standard
Intercontinental50-150ms500-1500msDistance significative
Satellite/VSAT250-600ms1500-4000msRTT élevé, un peu de gigue
Cellulaire (4G/5G)20-100ms500-2000msConditions variables
Liaison SRTLAvariable1000-3000msVariance entre chemins multiples

Mesurer votre RTT

Avant de configurer la latence, mesurez votre RTT réel :

Méthode 1 : Ping

ping votre-serveur.com

Prenez le RTT moyen et multipliez par 4.

Méthode 2 : Statistiques SRT

Une fois connecté, SRT rapporte le RTT en temps réel. Vajra Cast affiche cette information dans le tableau de bord des flux. Commencez avec une latence généreuse (2000ms), puis réduisez en fonction du RTT observé.

Méthode 3 : Analyse du chemin réseau

Pour les déploiements en production, utilisez mtr ou traceroute pour comprendre le chemin réseau complet :

mtr --report votre-serveur.com

Examinez le RTT dans le pire des cas le long du chemin, pas seulement la moyenne.

Ajustement précis

Commencer haut, descendre progressivement

  1. Commencez avec une latence de 2000ms (sûr pour la plupart des scénarios)
  2. Surveillez les statistiques de perte et de récupération de paquets
  3. Réduisez par incréments de 25%
  4. Arrêtez-vous lorsque vous voyez apparaître des paquets non récupérés

Attention à la gigue

La gigue (variance du RTT) compte autant que le RTT moyen. Un chemin avec un RTT moyen de 20ms mais des pics de gigue de 50ms nécessite plus de tampon qu’un chemin avec un RTT stable de 40ms.

Règle : Ajoutez votre gigue observée à la formule 4xRTT :

Latence >= 4 x RTT + 2 x Gigue

Bande passante de surcharge

Le paramètre oheadbw (pourcentage de bande passante de surcharge) contrôle la quantité de bande passante supplémentaire que SRT peut utiliser pour les retransmissions :

srt://server:9000?oheadbw=25
  • Défaut : 25%
  • Réseaux à pertes : augmenter à 50-100%
  • Réseaux propres : diminuer à 10-15%

Plus de bande passante de surcharge = meilleure récupération mais consommation de bande passante plus élevée.

Bande passante maximale

Définissez maxbw pour plafonner la bande passante totale (contenu + retransmissions) :

srt://server:9000?maxbw=0
  • 0 = automatique (recommandé dans la plupart des cas)
  • Définissez explicitement si vous avez des limites strictes de bande passante

Configurations types

Configuration 1 : Studio vers Cloud (réseau stable)

Latence : 200ms
Surcharge : 15%
BP max : auto

Faible RTT, réseau propre. Tampon minimal nécessaire.

Configuration 2 : Production à distance (internet public)

Latence : 800ms
Surcharge : 25%
BP max : auto

RTT modéré, pertes de paquets occasionnelles. Configuration standard.

Configuration 3 : Mobile/Cellulaire (SRTLA)

Latence : 2000ms
Surcharge : 50%
BP max : auto

Gigue élevée, RTT variable. Tampon généreux pour le basculement entre chemins.

Configuration 4 : Liaison satellite

Latence : 4000ms
Surcharge : 30%
BP max : explicite (correspondant à votre bande passante satellite)

RTT très élevé, mais typiquement stable une fois établi.

Surveillance en production

Métriques clés à surveiller en continu :

  • Paquets retransmis — une valeur non nulle est normale ; des valeurs élevées soutenues suggèrent que la latence est trop basse
  • Paquets perdus — toute perte signifie que votre latence est définitivement trop basse
  • Niveau du tampon — indique quelle proportion de votre tampon de latence est utilisée
  • Tendance du RTT — un RTT croissant peut nécessiter un ajustement de la latence

Vajra Cast fournit toutes ces métriques en temps réel, ainsi que des graphiques historiques pour l’analyse des tendances.

Prochaines étapes

← Retour au guide principal