Sovereign Voice & Video Platform

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ébergementAuto-hébergé sur votre propre infrastructure
FondationStandards ouverts (WebRTC, ICE, STUN, TURN)
Types d’appelsVoix 1-à-1, vidéo 1-à-1, réunions vidéo petits groupes, partage d’écran
ChiffrementChiffrement média bout-en-bout (DTLS-SRTP)
Résilience réseauFonctionne à travers tout NAT, pare-feu d’entreprise ou opérateur mobile — relais TURN approprié
ClientsComme la plateforme de messagerie : mobile, desktop, navigateur
Modèle de coûtCoût d’infrastructure fixe — pas de facturation à la minute, par participant ou par mois par utilisateur
ÉtatEn 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.

CoucheRéalisation
Média temps réelWebRTC — standard ouvert implémenté dans chaque navigateur moderne et SDK mobile
Chiffrement médiaDTLS-SRTP (standard, bout-en-bout sur le chemin média)
Relais traversée NATcoturn (serveur TURN/STUN open-source standard de l’industrie)
Protocole de signalisationXMPP Jingle (XEP-0166 / XEP-0167 / XEP-0176), partagé avec la plateforme de messagerie
Conférences multi-partiesJitsi Videobridge (SFU open-source) pour réunions vidéo petits groupes
Intégration identitéPartagée avec messagerie et collaboration — LDAP / SAML / OIDC
Clients mobilesMêmes apps clients que la plateforme de messagerie (Conversations, Snikket, Monal)
Clients desktopMêmes apps clients que la plateforme de messagerie
Client navigateurInterface web Jitsi Meet pour réunions navigateur
Planification capacité réseauDimensionné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.