La Sovereign Voice & Video Platform es un sistema de comunicación en tiempo real auto-alojado — llamadas de voz, llamadas de vídeo, reuniones de vídeo en grupos pequeños — corriendo enteramente en tu propia infraestructura, sin tarifas por minuto, sin tarifas de grabación, y sin visibilidad de terceros sobre el contenido de las llamadas. Estrechamente integrado con la plataforma de mensajería para que la misma libreta y el mismo estado de presencia funcionen en todas partes. En producción activa.
La pieza crítica donde la mayoría de proyectos “usad WebRTC y ya” fallan es el relay de travesía NAT: la mayoría de usuarios están detrás de un router doméstico, un NAT de operador móvil o un firewall corporativo, y una llamada peer-to-peer ingenua simplemente no conecta. Un relay correctamente operado es lo que hace que voz y vídeo funcionen de forma fiable en la internet real.
| Propiedad | Valor |
|---|---|
| Hosting | Auto-alojado en tu propia infraestructura |
| Fundación | Estándares abiertos (WebRTC, ICE, STUN, TURN) |
| Tipos de llamada | Voz 1-a-1, vídeo 1-a-1, reuniones de vídeo en grupos pequeños, compartición de pantalla |
| Cifrado | Cifrado de medios E2E (DTLS-SRTP) |
| Resiliencia de red | Funciona a través de cualquier NAT, firewall corporativo u operador móvil — relay TURN correcto |
| Clientes | Como la plataforma de mensajería: móvil, escritorio, navegador |
| Modelo de coste | Coste de infraestructura fijo — sin cargos por minuto, por participante o por mes por usuario |
| Estado | En producción |
flowchart LR
A[Cliente A] -.->|señalización| B[Servidor mensajería]
C[Cliente B] -.->|señalización| B
A -->|Medios WebRTC| D{"¿NAT / firewall?"}
D -->|directo| C
D -->|relay| E[TURN relay]
E --> C
Las plataformas de reunión de cloud público — Zoom, Microsoft Teams, Google Meet, Webex — resolvieron el problema práctico de hacer funcionar voz y vídeo en la internet moderna, pero lo resolvieron como modelo de negocio de vendor: licencia por puesto, topes de participantes en los planes bajos, función de grabación tras paywall, transcripción como servicio, y todo el audio de la llamada enrutado a través de su infraestructura.
Los bloques técnicos para comunicación en tiempo real auto-alojada existen desde hace más de una década. Lo que raramente se hace bien es operar el componente relay: la pequeña pieza de infraestructura que puentea a quienes llaman cuyas redes no les permiten conectarse en peer-to-peer.
La Sovereign Voice & Video Platform es la disciplina operativa que falta alrededor de los estándares abiertos: un relay configurado correctamente, autenticación y autorización integradas, monitorización, gestión de capacidad, e integración estrecha con la plataforma de mensajería para que “llamar a alguien” esté a un clic de la ventana de chat.
Construido sobre un conjunto maduro de estándares abiertos. El trabajo operativo duro está en operar bien el componente relay — dimensionado correctamente, ubicado geográficamente bien y monitorizado correctamente.
| Capa | Realización |
|---|---|
| Medios en tiempo real | WebRTC — estándar abierto implementado en cada navegador moderno y SDK móvil |
| Cifrado de medios | DTLS-SRTP (estándar, E2E en el camino de medios) |
| Relay travesía NAT | coturn (servidor TURN/STUN open-source estándar de la industria) |
| Protocolo de señalización | XMPP Jingle (XEP-0166 / XEP-0167 / XEP-0176), compartido con la plataforma de mensajería |
| Conferencia multi-parte | Jitsi Videobridge (SFU open-source) para reuniones de vídeo en grupos pequeños |
| Integración de identidad | Compartida con mensajería y colaboración — LDAP / SAML / OIDC |
| Clientes móviles | Mismas apps cliente que la plataforma de mensajería (Conversations, Snikket, Monal) |
| Clientes escritorio | Mismas apps cliente que la plataforma de mensajería |
| Cliente navegador | Interfaz web Jitsi Meet para reuniones basadas en navegador |
| Planificación de capacidad de red | Dimensionada para pico de llamadas concurrentes, ancho de banda TURN como factor limitante |
Contacta y cuadraremos un despliegue para tu volumen típico de llamadas concurrentes, topología de red y requisitos de integración con el resto de tu stack de comunicaciones.