SFU WebRTC : l'architecture selective forwarding pour l'entreprise
Réponse courte
Un SFU (Selective Forwarding Unit) est un serveur WebRTC qui reçoit les flux vidéo de chaque participant et les redistribue sélectivement aux autres, sans les transcoder ni les mixer. Cette architecture réduit la latence, la charge CPU et permet la scalabilité des réunions multi-participants : standard de l'infrastructure vidéo professionnelle moderne.
Qu'est-ce qu'un SFU WebRTC ?
En session 1 contre 1, WebRTC peut fonctionner en peer-to-peer direct. Dès 3 participants ou plus, chaque poste devrait encoder et décoder N-1 flux : insoutenable au-delà de quelques participants.
Le SFU résout ce problème :
- Chaque client envoie un seul flux vers le SFU ;
- Le SFU sélectionne quels flux renvoyer à chaque participant (simulcast, layers) ;
- Le client décode uniquement les flux qu'il reçoit : charge maîtrisée.
→ Contexte WebRTC : WebRTC entreprise.
SFU vs MCU : quelle différence ?
| SFU | MCU (Multipoint Control Unit) | |
|---|---|---|
| Principe | Relaie les flux individuels | Mixe tout en un flux composite |
| Transcodage | Non (forwarding) | Oui (mixage) |
| Latence | Faible | Souvent plus élevée |
| Charge CPU serveur | Modérée, scalable horizontalement | Élevée |
| Usage moderne | Standard communication vidéo WebRTC | Legacy, salles hardware |
Pour une architecture vidéo professionnelle, le SFU est l'approche attendue dans les appels d'offres infrastructure.
Pourquoi le SFU est central pour la scalabilité ?
- Montée en charge horizontale : ajout de nœuds SFU derrière un load balancer ;
- Simulcast : le client envoie plusieurs qualités ; le SFU choisit selon la bande passante du récepteur ;
- SVC (Scalable Video Coding) : couches dépendantes pour une adaptation fine ;
- Faible latence : pas de pipeline de transcodage intermédiaire.
→ Scalabilité détaillée : scalabilité WebRTC.
Où héberger le SFU ?
Le SFU traite les flux média : composant critique pour la souveraineté :
- Cloud France : résidence des données en UE ;
- On-premise : datacenter client pour les politiques les plus strictes ;
- Hybride : SFU interne + TURN relais pour invités externes.
Voir hébergement France et cloud souverain vidéo.
Symptômes d'un SFU sous-dimensionné
| Symptôme | Cause probable |
|---|---|
| Réunion OK à 5, instable à 20 | SFU ou bande passante insuffisante |
| Latence qui grimpe avec les participants | Saturation CPU ou réseau SFU |
| Qualité dégradée pour tous | Absence de simulcast / SVC |
| Déconnexions aléatoires | Timeouts ICE, pas de TURN de secours |
SFU et TURN : complémentarité
Le SFU gère la distribution des flux en réunion. Le STUN/TURN gère la connectivité réseau (NAT, pare-feu). Les deux sont nécessaires en production B2B.
Comment Leagora dimensionne ses SFU ?
Leagora déploie des architectures SFU basées sur des composants open source, dimensionnées pour les usages professionnels (réunion, assistance, live modéré). La plateforme vidéo combine SFU, TURN et API vidéo.
Pour un cadrage technique : contact.
Les cas d'usage métier (assistance, RDV, réunion client) sont sur les produits dédiés : meeting.leagora.io, assistance-video.fr.
FAQ
Qu'est-ce qu'un SFU WebRTC ?
Un SFU (Selective Forwarding Unit) est un serveur WebRTC qui relaie les flux vidéo sans les transcoder, réduisant la latence et la consommation CPU.
Un SFU remplace-t-il le peer-to-peer ?
Non : il complète le P2P pour les sessions multi-participants. Le 1:1 peut rester en direct ; le SFU intervient dès 3+ participants.
Combien de participants par SFU ?
Variable selon le hardware, les codecs et le simulcast. Demandez un benchmark documenté à l'éditeur pour votre profil (720p, 30 fps, partage écran).
SFU et enregistrement : compatible ?
Oui : l'enregistrement se fait côté serveur (compositing ou flux individuels) ou client. La gouvernance RGPD s'applique au stockage.
Peut-on auditer le code du SFU ?
Avec des stacks open source (mediasoup, Janus, Jitsi), la transparence est possible : critère souvent exigé par les grands comptes.