Deux modes de livraison : service cloud ou déploiement privé. Toute la plateforme peut être installée sur vos serveurs, avec les comptes, les messages et les enregistrements conservés dans votre réseau interneInstallez toute la plateforme sur vos serveurs et gardez les données en interneDécouvrir le déploiement privé
Plan média SFU et plan de contrôle maison : appels 1:1, réunions, diffusion interactive et salons vocaux via une seule API, avec une latence de bout en bout de l’ordre de 200 ms.
Le plan média assure la fluidité, le plan de contrôle la maîtrise, l’enregistrement et la qualité la livraison.
Transport média
Le plan média SFU relaie les flux, le plan de contrôle maison gère l’ordonnancement et l’authentification ; la latence de bout en bout reste de l’ordre de 200 ms.
Les clusters SFU rattachent chaque canal au nœud le plus proche
Réseaux faibles : débit adaptatif, retransmission de paquets, tampon de gigue
Appel 1:1, réunion et diffusion partagent un même modèle de canal
Scénarios
Quatre scénarios prêts à l’emploi, chacun avec une démo exécutable : appel 1:1, réunion, diffusion interactive et salon vocal.
Appel 1:1 : machine à états pour appeler, décrocher et raccrocher
Réunion : flux vidéo multiples, changement de disposition, contrôle de l’animateur
Enregistrement
Enregistrement cloud en modes composite, individual et web ; le résultat peut être déposé dans votre stockage via callback.
L’enregistrement composite produit directement un MP4
L’enregistrement individual conserve le flux original de chaque intervenant
Rediffusion vers des CDN et adresses de direct tiers
Qualité & mesure
Suivi qualité et mesure d’usage intégrés : les problèmes se localisent et les coûts se vérifient.
Latence, perte de paquets, saccades et débit visibles
Analyse par canal et par utilisateur
Mesure, facturation et envoi de callbacks alignés
Le scénario change, pas l’architecture
Appel, réunion, diffusion et salon vocal partagent trois notions — canal, utilisateur, rôle ; changer de scénario ne change que des paramètres.
Flux vidéo multiples, disposition et contrôle des accès.
Diffusion en direct
Publication du flux, abonnés et relais vers un CDN.
Salon vocal
Audio seul, entrée dans le salon et gestion des micros.
Latence maîtrisée, même en réseau faible
Le plan média rattache chaque canal au nœud SFU le plus proche, le plan de contrôle gère l’ordonnancement et le basculement. En réseau faible, le débit baisse automatiquement et les images clés sont renvoyées : l’image reste nette et le son ne coupe pas.
Latence de bout en bout de l’ordre de 200 ms
Débit adaptatif et FEC : l’appel tient à 30 % de pertes
Migration automatique en cas de panne de nœud, sans couper l’appel
Métriques de qualité en temps réel, exploitables pour un appel donné
Partage d’écran et enregistrement cloud
Les deux gestes les plus fréquents en réunion comme en cours : partager l’écran et garder une trace. Le partage fonctionne au niveau de la fenêtre ou de l’application, et l’enregistrement se fait dans le cloud sans consommer le poste.
Partage de l’écran entier, d’une fenêtre ou d’une zone
Enregistrement composite, directement en MP4
Enregistrement individual, conservant l’image d’origine de chacun
Mode web, adapté aux scénarios 100 % navigateur
SDK pour 17 plateformes, une interface
Navigateurs, mobile, poste de travail et frameworks multiplateformes sont couverts ; les UI Kits fournissent des composants React et Flutter, ce qui réduit nettement le code d’une interface de réunion.
SDK pour 17 plateformes : navigateurs, mobile et poste de travail
UI Kits avec composants et dispositions React et Flutter
SDK serveur en six langages : Node / Java / Go / Python / .NET / PHP
Un modèle de Token et de rôles, interopérable entre plateformes
Architecture
Plan de contrôle et plan média sont découplés : authentification, ordonnancement et mesure passent par le contrôle, les flux audio et vidéo par le média ; pannes et montée en charge restent indépendantes.
Plan de contrôleOrdonnancement et authentification maison
AppID / AppCertificateÉmission et renouvellement de TokenCanal / utilisateur / rôleBannissementMesure d’usageEnvoi de callbacksSuivi qualité
Plan médiaSFU et enregistrement
Cluster SFUEnregistrement cloudRelais du flux mixéOrdonnancement en périphérie
Le plan de contrôle fournit l’émission de Token, la mesure d’usage et l’envoi de callbacks ; le plan média monte en charge de façon élastique sur un cluster SFU.
Le serveur émet le Token, le client rejoint le canal
Les SDK serveur couvrent six langages — Node, Java, Go, Python, .NET et PHP — avec la même logique.
Créez l’application dans la console et récupérez l’AppID et l’AppCertificate
Le serveur émet un Token par canal et par rôle, en contrôlant les droits de publication et d’abonnement
Le client rejoint le canal avec le Token, s’abonne aux flux distants et les affiche
Les exemples d’intégration par plateforme sont dans la documentation ; les détails sur les tests de charge et les métriques de qualité dans la Base de connaissances.
Pour des paramètres et indicateurs plus détaillés, consultez la documentation ou ouvrez un ticket de support.
Quelle latence attendre, et comment la mesurer ?
Dans une même région, la latence de bout en bout est de l’ordre de 200 ms ; le trafic inter-régions est routé vers le nœud le plus proche. Le suivi qualité de la console affiche latence, perte de paquets, saccades et courbe de débit d’un appel, ce qui aide à localiser l’étape en cause.
Quels modes d’enregistrement cloud sont proposés ?
Trois modes : composite (enregistrement mixé, sortie en un seul MP4), individual (audio et vidéo d’origine de chaque utilisateur, séparés) et web (enregistrement côté navigateur). À la fin, votre serveur est notifié par callback et les fichiers rejoignent le stockage objet selon votre configuration.
Un Token expiré coupe-t-il l’appel ?
Pas immédiatement. Le plan de contrôle peut renouveler un Token pendant l’appel : le client le rafraîchit avant expiration et reste connecté. Pour forcer une déconnexion, l’API de bannissement retire l’utilisateur du canal.
Combien de participants en simultané ?
Les réunions montent en charge selon le nombre de flux souscrits par canal, et la diffusion accompagne des audiences plus larges via le chemin de relais. Le volume exact dépend de l’offre ; le quota et l’usage courants sont visibles dans la console.
Comment RTC et IM s’articulent-ils ?
Les deux partagent le même compte et la même authentification. Le schéma courant : IM pour les invitations, la signalisation d’appel et l’historique, RTC pour les flux média ; il est aussi possible de n’intégrer que RTC et d’implémenter la signalisation vous-même.
Le déploiement privé est-il possible ?
Oui. Le plan de contrôle comme le plan média peuvent être livrés dans votre datacenter, y compris en environnement interne hors ligne ; enregistrement et stockage objet se raccordent à votre infrastructure. Les détails figurent sur la page du déploiement privé.
Produit réel
Salle de réunion, partage et console en captures réelles
Conversation de groupe : mentions, annonce de groupe et compteur de lectureLecture 2/7, huit membres et le message retiré proviennent d’une conversation réelleListe des conversations sur mobileBadges de non-lus, épinglés, brouillons et notifications systèmeRéunion sur mobileAppel en tête-à-tête : vidéo distante en grand et fenêtre locale réduitePartage d’écranPartage du tableau de bord de la console, avec les vidéos des participants conservées sur le côté
D’abord essayer, ensuite intégrer
La démo couvre les appels 1:1, les réunions et le partage d’écran, sans inscription.