La Sovereign Voice & Video Platform est un système de
communication temps réel auto-hébergé — appels voix, appels
vidéo, réunions vidéo en petit groupe — tournant entièrement
sur votre propre infrastructure, sans facturation à la minute,
sans frais d’enregistrement, et sans visibilité tierce sur le
contenu des appels. Étroitement intégré à la plateforme de
messagerie pour que le même carnet d’adresses et la même
présence fonctionnent partout. En production active.
Le morceau critique sur lequel la plupart des projets « utiliser
juste WebRTC » échouent est le relais de traversée NAT : la
plupart des utilisateurs sont derrière un routeur domestique,
un NAT d’opérateur mobile ou un pare-feu d’entreprise, et un
appel peer-to-peer naïf n’arrive simplement pas à se connecter.
Un relais bien exploité est ce qui rend voix et vidéo fiables
sur le vrai internet.
| Propriété | Valeur |
|---|
| Hébergement | Auto-hébergé sur votre propre infrastructure |
| Fondation | Standards ouverts (WebRTC, ICE, STUN, TURN) |
| Types d’appels | Voix 1-à-1, vidéo 1-à-1, réunions vidéo petits groupes, partage d’écran |
| Chiffrement | Chiffrement média bout-en-bout (DTLS-SRTP) |
| Résilience réseau | Fonctionne à travers tout NAT, pare-feu d’entreprise ou opérateur mobile — relais TURN approprié |
| Clients | Comme la plateforme de messagerie : mobile, desktop, navigateur |
| Modèle de coût | Coût d’infrastructure fixe — pas de facturation à la minute, par participant ou par mois par utilisateur |
| État | En production |
flowchart LR
A[Client A] -.->|signalisation| B[Serveur messagerie]
C[Client B] -.->|signalisation| B
A -->|Média WebRTC| D{"NAT / pare-feu?"}
D -->|direct| C
D -->|relais| E[Relais TURN]
E --> C
De quoi il s’agit
Les plateformes de réunion cloud public — Zoom, Microsoft
Teams, Google Meet, Webex — ont résolu le problème pratique
de faire fonctionner voix et vidéo sur l’internet moderne,
mais elles l’ont résolu comme un modèle économique vendor :
licence par siège, plafonds de participants sur les niveaux
inférieurs, fonctionnalité d’enregistrement derrière paywall,
transcription en service, et tout l’audio des appels routé à
travers leur infrastructure.
Les briques techniques pour la communication temps réel
auto-hébergée existent depuis plus d’une décennie. Ce qui est
rarement bien fait, c’est exploiter la composante relais :
le petit bout d’infrastructure qui pontant les appelants dont
les réseaux refusent de les laisser se connecter en
peer-to-peer.
La Sovereign Voice & Video Platform est la discipline
opérationnelle manquante autour des standards ouverts : un
relais bien configuré, authentification et autorisation
intégrées, monitoring, gestion de capacité, et intégration
étroite avec la plateforme de messagerie afin qu’appeler
quelqu’un soit à un clic de la fenêtre de chat.
Fonctionnalités opérationnelles
- 📞 Voix et vidéo 1-à-1. Audio et vidéo de haute qualité
avec débit adaptatif, suppression d’écho, suppression de
bruit — même qualité que celle dont votre équipe a
l’habitude avec les outils cloud-meeting.
- 👥 Réunions petits groupes. Réunions vidéo multi-parties
jusqu’à la capacité de votre matériel. Les déploiements
typiques supportent 10–40 participants simultanés par
réunion confortablement.
- 🖥️ Partage d’écran. Écran entier, application ou
onglet navigateur pendant les appels. Fonctionne en
navigateur et apps desktop.
- 🛡️ Chiffrement média bout-en-bout. Flux voix et vidéo
chiffrés entre participants. Aucun vendor avec les clés.
- 🌐 Traversée NAT qui fonctionne réellement. Un relais
bien exploité (composant critique) assure que les appels
se connectent de manière fiable même quand les deux parties
sont derrière des NATs difficiles — réseaux d’entreprise,
opérateurs mobiles, routeurs domestiques.
- 📱 Cross-appareil. Mobile (iOS / Android), desktop
(Mac, Windows, Linux), navigateur. Même compte, même
carnet d’adresses, même qualité d’appel.
- 🔗 Intégré à la messagerie. Un clic depuis la fenêtre
de chat pour démarrer un appel voix ou vidéo avec la même
personne. Même identité, même liste de contacts, même
authentification.
- 📅 Intégration calendrier. Planifier des réunions ; les
invitations calendrier portent le lien d’appel. Fonctionne
avec le calendrier de la plateforme de collaboration.
- 🎙️ Enregistrement optionnel. Quand requis (formation,
conformité), les enregistrements restent sur votre
infrastructure — pas dans un bucket vendor quelque part.
- 🌍 Prêt à la fédération. Même schéma de fédération que
la plateforme de messagerie — appeler quelqu’un dans une
autre organisation utilisant sa propre infrastructure,
sans passer par un vendor partagé.
Cas d’usage typiques
- 🏢 Remplacer les réunions Zoom / Webex / Teams — sortir
des frais mensuels par siège ou par hôte, des plafonds de
participants et des paywalls d’enregistrement.
- 🎓 Formation et onboarding — sessions de formation
internes dont aucun tiers ne reçoit d’enregistrement.
- ⚖️ Conversations privilégiées — conversations
juridiques, M&A, exécutives qui ne peuvent transiter par
l’infrastructure d’un cloud-vendor.
- 🤝 Appels clients / partenaires — l’appel fédéré
signifie que les participants externes n’ont pas besoin
d’un compte sur votre système, et que le contenu de
l’appel ne transite pas par un tiers.
- 🌍 Équipes réparties à distance — daily standups,
syncs hebdomadaires, collaboration ad-hoc — sans que le
compteur tourne.
- 🩺 Secteurs sensibles — consultations de santé,
travail de services sociaux, conseil financier régulé —
où le contenu de l’appel a des implications de conformité.
Pourquoi c’est un sujet de niveau CEO
- 💰 Coût. Les plateformes de réunion publiques facturent
15–25 € par hôte par mois, souvent avec des plafonds de
participants bas qui forcent les niveaux supérieurs. À
200 collaborateurs avec 50 hôtes, cela fait 15–20 k€ par
an pour une fonction dont le coût marginal approche zéro.
- 🔍 Confidentialité du contenu. Chaque appel que votre
équipe a avec des clients, partenaires ou en interne vit
sur l’infrastructure d’un vendor. Chiffré bout-en-bout sur
le câble, peut-être — mais le vendor contrôle les clés, le
serveur de réunion et souvent le stockage des
enregistrements.
- 📋 Adéquation conformité. Santé, droit, conseil
financier et autres appels régulés sont plus faciles à
défendre devant un auditeur quand l’audio de l’appel n’a
jamais quitté votre périmètre.
- 🔗 Intégration avec la stack comms. Voix et vidéo qui
partagent le carnet d’adresses et l’authentification avec
le chat et le reste de la plateforme de collaboration —
pas un produit vendor séparé avec sa propre base
d’utilisateurs.
- ⏱️ Continuité. Zoom, Webex et Teams ont tous eu des
changements de prix, des paywalls de fonctionnalités
introduits et des changements de conditions entreprise ces
dernières années. Posséder la plateforme retire ce risque.
- 🌐 Fédération. Appeler quelqu’un dans une autre
organisation sur son infrastructure signifie qu’aucune
partie n’a à faire confiance à un vendor partagé.
Particulièrement précieux dans le travail régulé
inter-organisations (appels avec contreparties juridiques,
cabinets d’audit, évaluations de fournisseurs).
Fondation technologique
Construit sur un ensemble mature de standards ouverts. Le
travail opérationnel difficile est de bien exploiter la
composante relais — correctement dimensionnée, géographiquement
bien placée et monitorée correctement.
| Couche | Réalisation |
|---|
| Média temps réel | WebRTC — standard ouvert implémenté dans chaque navigateur moderne et SDK mobile |
| Chiffrement média | DTLS-SRTP (standard, bout-en-bout sur le chemin média) |
| Relais traversée NAT | coturn (serveur TURN/STUN open-source standard de l’industrie) |
| Protocole de signalisation | XMPP Jingle (XEP-0166 / XEP-0167 / XEP-0176), partagé avec la plateforme de messagerie |
| Conférences multi-parties | Jitsi Videobridge (SFU open-source) pour réunions vidéo petits groupes |
| Intégration identité | Partagée avec messagerie et collaboration — LDAP / SAML / OIDC |
| Clients mobiles | Mêmes apps clients que la plateforme de messagerie (Conversations, Snikket, Monal) |
| Clients desktop | Mêmes apps clients que la plateforme de messagerie |
| Client navigateur | Interface web Jitsi Meet pour réunions navigateur |
| Planification capacité réseau | Dimensionnée pour le pic d’appels simultanés, bande passante TURN comme facteur limitant |
Contactez-nous et nous cadrerons un déploiement pour votre
volume typique d’appels simultanés, votre topologie réseau et
vos exigences d’intégration avec le reste de votre stack de
communications.