Sovereign Voice & Video Platform

The Sovereign Voice & Video Platform is a self-hosted real-time communication system — voice calls, video calls, small-group video meetings — running entirely on your own infrastructure, with no per-minute fees, no recording fees, and no third-party visibility into the call content. Tightly integrated with the messaging platform so the same address book and presence state work everywhere. In active production.

The critical piece that most “just use WebRTC” projects fail at is the NAT traversal relay: most users are behind a home router, mobile carrier NAT, or corporate firewall, and a naive peer-to-peer call simply does not connect. A properly-operated relay is what makes voice and video work reliably across the real internet.

PropertyValue
HostingSelf-hosted on your own infrastructure
FoundationOpen standards (WebRTC, ICE, STUN, TURN)
Call types1-to-1 voice, 1-to-1 video, small-group video meetings, screen sharing
EncryptionEnd-to-end media encryption (DTLS-SRTP)
Network resilienceWorks through any NAT, corporate firewall, or mobile carrier — proper TURN relay
ClientsSame as the messaging platform: mobile, desktop, browser
Cost modelFixed infrastructure cost — no per-minute, per-participant, or per-month-per-user fees
DeploymentIn production
  flowchart LR
    A[Client A] -.->|signaling| B[Messaging server]
    C[Client B] -.->|signaling| B
    A -->|WebRTC media| D{"NAT / firewall?"}
    D -->|direct| C
    D -->|relay| E[TURN relay]
    E --> C

What this is about

Public-cloud meeting platforms — Zoom, Microsoft Teams, Google Meet, Webex — solved the practical problem of getting voice and video working across the modern internet, but they solved it as a vendor business model: per-seat licensing, participant caps on lower tiers, recording-feature paywalls, transcription-as-a-service, and the entire call audio routed through their infrastructure.

The technical building blocks for self-hosted real-time communication have existed for over a decade. What is rarely done well is operating the relay component: the small piece of infrastructure that bridges callers whose networks will not let them connect peer-to-peer.

The Sovereign Voice & Video Platform is the missing operational discipline around the open standards: a properly-configured relay, integrated authentication and authorization, monitoring, capacity management, and tight integration with the messaging platform so that calling someone is one click from the chat window.

Operational features

  • 📞 1-to-1 voice and video. High-quality audio and video with adaptive bitrate, echo cancellation, and noise suppression — the same quality your team is used to from cloud-meeting tools.
  • 👥 Small-group meetings. Multi-party video meetings up to your hardware’s capacity. Typical deployments support 10–40 simultaneous participants per meeting comfortably.
  • 🖥️ Screen sharing. Full screen, application, or browser-tab sharing during calls. Works in browser and desktop apps.
  • 🛡️ End-to-end media encryption. Voice and video streams are encrypted between participants. No vendor with the keys.
  • 🌐 NAT-traversal that actually works. A properly-operated relay (the critical component) ensures calls connect reliably even when both parties are behind difficult NATs — corporate networks, mobile carriers, home routers.
  • 📱 Cross-device. Mobile (iOS / Android), desktop (Mac, Windows, Linux), browser. Same account, same address book, same call quality.
  • 🔗 Integrated with messaging. One click from the chat window to start a voice or video call with the same person. Same identity, same contact list, same authentication.
  • 📅 Calendar integration. Schedule meetings; calendar invites carry the call link. Works with the collaboration platform’s calendar.
  • 🎙️ Optional recording. When required (training, compliance), recordings stay on your infrastructure — not on a vendor’s bucket somewhere.
  • 🌍 Federation-ready. Same federation pattern as the messaging platform — call somebody at another organization using their own infrastructure, without going through a shared vendor.

Typical use cases

  • 🏢 Replace Zoom / Webex / Teams meetings — get out of the per-seat or per-host monthly fees, the participant caps, and the recording paywalls.
  • 🎓 Training and onboarding — internal training sessions that no third party gets a recording of.
  • ⚖️ Privileged conversations — legal, M&A, executive conversations that cannot transit a cloud-vendor’s infrastructure.
  • 🤝 Customer / partner calls — federated calling means external participants do not need an account on your system, and the call content does not transit a third party.
  • 🌍 Remote-distributed teams — daily stand-ups, weekly syncs, ad-hoc collaboration — without the meter running.
  • 🩺 Sensitive sectors — healthcare consultations, social-services case work, regulated financial advisory — where the call content has compliance implications.

Why this is a CEO-level topic

  • 💰 Cost. Public meeting platforms charge €15–€25 per host per month, often with low participant caps that force the higher tiers. At 200 staff with 50 hosts, that is €15k–€20k per year for a function whose marginal cost approaches zero.
  • 🔍 Content privacy. Every call your team has with clients, partners, or internally lives on a vendor’s infrastructure. End-to-end encrypted on the wire, perhaps — but the vendor controls the keys, the meeting server, and often the recording storage.
  • 📋 Compliance fit. Healthcare, legal, financial advice, and other regulated calls are easier to defend before an auditor when the call audio never left your perimeter.
  • 🔗 Integration with the comms stack. Voice and video that share the address book and authentication with chat and the rest of the collaboration platform — not a separate vendor product with its own user database.
  • ⏱️ Continuity. Zoom, Webex, and Teams have all had pricing changes, feature paywalls introduced, and enterprise terms shifts in the last few years. Owning the platform removes that risk.
  • 🌐 Federation. Calling somebody at another organization on their infrastructure means neither party has to trust a shared vendor. Especially valuable in regulated cross-organization work (legal-counterparty calls, audit-firm calls, supplier-evaluation calls).

Technology foundation

Built on a mature set of open standards. The hard operational work is in running the relay component well — capacity-sized correctly, geographically placed correctly, and monitored properly.

LayerImplementation
Real-time mediaWebRTC — open standard implemented in every modern browser and mobile SDK
Media encryptionDTLS-SRTP (standard, end-to-end on the media path)
NAT-traversal relaycoturn (industry-standard open-source TURN/STUN server)
Signaling protocolXMPP Jingle (XEP-0166 / XEP-0167 / XEP-0176), shared with the messaging platform
Multi-party conferencingJitsi Videobridge (open-source SFU) for small-group video meetings
Identity integrationShared with messaging and collaboration platforms — LDAP / SAML / OIDC
Mobile clientsSame client apps as the messaging platform (Conversations, Snikket, Monal)
Desktop clientsSame client apps as the messaging platform
Browser clientJitsi Meet web interface for browser-based meetings
Network capacity planningSized for concurrent-call peak, with TURN-relay bandwidth as the limiting factor

Reach out and we will scope a deployment for your typical concurrent-call volume, network topology, and integration requirements with the rest of your communications stack.