Protocole de streaming open source développé par Haivision. Achemine de la vidéo à faible latence sur des liens internet publics imprévisibles, avec récupération des pertes de paquets et chiffrement AES — la norme pour les flux de contribution et le backhaul de production distante.
Ce que c'est
SRT (Secure Reliable Transport) est un protocole de streaming open source. Développé à l'origine par Haivision et cédé à la SRT Alliance en 2017, il est désormais présent dans tout encodeur, décodeur sérieux, OBS, FFmpeg, VLC et la plupart des équipements broadcast commerciaux. Son intention de conception : « acheminer de la vidéo à faible latence de façon fiable sur l'internet public » — des réseaux où la perte de paquets est normale, le jitter imprévisible, et où les protocoles basés sur TCP soit se bloquent, soit abandonnent des images.
Ce que SRT fait et que d'autres transports ne font pas
- Correction d'erreurs en aval et ARQ. Les paquets perdus sont soit reconstruits à partir de la redondance FEC, soit retransmis sélectivement dans un budget de latence serré. Le RTMP standard n'offre aucune récupération.
- Cible de latence réglable. L'émetteur et le récepteur négocient une latence de bout en bout cible (typiquement 120 ms à 2 secondes). Le protocole arbitre ensuite l'effort de récupération en fonction de ce budget. Les opérateurs le règlent par lien.
- Chiffrement AES-128 / AES-256. Intégré au transport, sans VPN distinct. Pour les flux de contribution payants et tout transport inter-organisations, cela compte.
- Traversée de pare-feu. SRT fonctionne sur UDP avec des modes simples et compatibles NAT (caller / listener / rendezvous). Il traverse les pare-feu d'entreprise plus fiablement que les anciennes options RTMP / RTSP.
Où SRT s'inscrit dans un contexte de mur d'images
Les murs d'images sur site au sein d'une seule installation n'ont pas besoin de SRT — le NDI local, IPMX, RTSP ou KVM sont les bons outils à ce niveau. SRT devient pertinent dans trois situations précises :
- Sources distantes via l'internet public. Un mur dans le NOC du siège ingérant un flux d'un site d'exploitation distant, ou un lieu d'événement d'entreprise tirant un flux de contribution depuis un studio hors site. SRT est le transport standard pour cela.
- Fédération mur à mur entre installations. Deux salles de contrôle partageant un sous-ensemble de sources. SRT achemine les flux inter-installations ; chaque mur restitue le local + le distant ensemble.
- Contribution broadcast vers un mur sur site. Salles de contrôle sport / actualité en direct tirant des flux du terrain via SRT avant que l'infrastructure de production interne ne prenne le relais.
Pièges courants
- Budget de latence réglé trop serré. 120 ms sur un lien instable signifient que SRT ne peut pas récupérer et que vous voyez des décrochages. Le bon point de départ pour les liens internet publics est 500 ms ; ne le réduisez que lorsque les métriques du lien le permettent.
- Gestion des clés de chiffrement. L'AES-256 est gratuit et facile à activer, mais si les clés vivent dans des captures d'écran de fils Slack, le chiffrement n'est que du théâtre. Traitez les clés SRT comme des clés SSH.