Sin puertos entrantes, VPNs ni IPs estáticas
- El dispositivo abre un túnel SSH inverso persistente
- Sin cambios de firewall de tu lado
- Funciona detrás de cualquier NAT o proxy
Arquitectura e Integración
Dos Rutas al Control Total de Cualquier Flota.
Una arquitectura para encoders, cámaras y dispositivos IP. Da igual si fabricas el hardware o solo lo operas en campo.
Un solo plano de control para flotas atrapadas en redes que no controlas — celular, CGNAT, LANs empresariales con firewall o entornos sin conectividad alguna.
- Llega a las interfaces que el dispositivo ya trae de fábrica
- APIs normalizadas para control programático
- Un solo modelo de transporte, seguridad y despliegue por debajo
- Ambas rutas corren a la vez, en el mismo dispositivo
Dos Modelos de Gestión
Dos rutas de control, una misma infraestructura debajo.
Dos rutas de control, y se combinan entre sí. Ambas viajan sobre la misma capa de conectividad inversa segura: acceso simultáneo sin montar la infraestructura dos veces.
Acceso Nativo al Dispositivo
Control Programático Unificado
Usuarios principales
Ingenieros, soporte del fabricante
NOC, sistemas de automatización
Interfaz
GUI / API nativa del dispositivo
API y panel de RemoteGenius
Conocimiento del fabricante
Requerido
Abstraído por completo
Automatización
Limitada
Total, de extremo a extremo
Consistencia de flota
Ninguna — por fabricante
Completamente normalizada
La misma capa de conectividad inversa segura para ambas rutas. Nada se construye dos veces.
Capa de Transporte
Conectividad segura, sin cambios en la red.
Cada dispositivo habla hacia afuera; nada marca hacia adentro. Un túnel SSH inverso por dispositivo, multiplexado sobre tantos servicios locales como necesites.
Atraviesa CGNAT, redes móviles y firewalls empresariales
- Detrás de NAT de nivel operador en redes móviles
- Módems LTE y 5G con IPs rotativas
- LANs empresariales segmentadas que restringen la salida
Una conexión → múltiples servicios por dispositivo
- HTTP / HTTPS para GUIs y APIs REST
- WebSocket para control y logs en vivo
- MQTT, RTSP, ONVIF y TCP personalizado
Protocolos soportados
HTTP / HTTPSWebSocketMQTTRTSPONVIFTCP personalizado
Opción 1 — Acceso Nativo al Dispositivo
Acceso directo a las interfaces del dispositivo. Sin trabajo de integración.
Los operadores llegan al dispositivo tal cual lo construyó el fabricante. UI del fabricante, APIs nativas, herramientas de debug, logs — nada recortado, y nada expuesto en la internet pública.
- 01 Elige el dispositivo en el panel
- 02 Abre una sesión segura
- 03 Aterrizas en la UI del dispositivo, proxificada
Características
- Sin cliente VPN y sin redirección de puertos
- Las credenciales del dispositivo quedan ocultas
- Acceso controlado por el RBAC de RemoteGenius
- Paridad total de funciones con la interfaz nativa
Modelo de seguridad
- Llaves SSH por dispositivo (ed25519)
- Tokens de sesión de corta vida (JWT)
- Rotación centralizada de credenciales
- Revocación de acceso al instante
Cuándo se usa
- Depuración y soporte en campo
- Configuración específica del fabricante
- Dispositivos sin integración formal
- Firmware temprano o que cambia rápido
Opción 2 — Control Programático Unificado
Una superficie de control normalizada para flotas multi-fabricante.
Cada dispositivo — cualquier fabricante, cualquier firmware — aparece detrás de un solo esquema y una sola API. Los operadores trabajan con campos estandarizados, acciones consistentes y telemetría unificada. No con implementaciones propias de cada fabricante.
Componentes subyacentesGemelo digital del lado servidor
- Mantiene el estado autoritativo del dispositivo
- Expone una API REST unificada
- Desacopla la lógica de control de la conectividad
Capa de traducción modular
- Convierte comandos genéricos en llamadas específicas del dispositivo
- Gestiona APIs en JSON, XML y query-params
- Codifica el comportamiento propio del fabricante
Puente local de mediación (opcional)
- Para dispositivos que restringen el acceso directo a la API
- Puenteo local de API e interacción con archivos
- Conexión saliente persistente
Expuesto a los operadores
- Leer el snapshot completo de configuración
- Aplicar varios ajustes en una sola solicitud
- Ejecutar acciones — reiniciar, resetear, relanzar el stream
- Monitorear telemetría en tiempo real
- Ejecutar actualizaciones de firmware
- Consultar el historial completo de auditoría
Ejemplos del esquema unificado
Cada ajuste del dispositivo se mapea a una clave canónica. Los adaptadores se encargan de la conversión de tipos, los campos condicionales, las cadenas de dependencias y de qué cambios fuerzan un reinicio.
-
net.lan.ipDirección IPv4 de la LAN -
net.wifi.ssidNombre de la red Wi-Fi -
stream.bitrateBitrate de salida del encoder
Los operadores nunca tocan una API específica del fabricante.
ReGen Bridge
Pon bajo control el hardware legado y lo no integrado.
Cuando la integración directa no es posible, un ReGen Bridge entra como intermediario local. Se conecta de forma segura hacia afuera, a los servidores de RemoteGenius, y habla con los dispositivos cercanos por LAN. Eso cubre sistemas cerrados, hardware legado y dispositivos sin ninguna capacidad remota propia.
- Enlace saliente seguro al cluster de RemoteGenius
- Habla con los dispositivos locales por Ethernet o serial
- Ejecuta adaptadores para hardware cerrado o legado
- Sin cambios en el firmware del dispositivo ni en la topología
- El dispositivo solo expone API
- Bridge + Adaptador
- Sin acceso remoto alguno
- Se requiere un Bridge
- Integración completa posible
- No hace falta Bridge
Modelos de Despliegue
Despliega en nube y on-prem.
Las mismas APIs sea cual sea el modo. Una abstracción de Cloud Gateway permite que los clusters operen conectados, desconectados o en failover híbrido.
Totalmente gestionado
- Clusters multi-tenant o dedicados
- Infraestructura con auto-escalado
- Plano de control centralizado
Aislado y air-gapped
- Autenticación y control locales
- Opera sin conectividad externa
- Sincronización manual de datos globales
Nube + on-prem combinados
- Failover entre modos
- Clusters redundantes entre sitios
- Cambia entre online y offline sin perder el control
Arquitectura Multi-Tenant
Sirve igual para flotas pequeñas y despliegues globales.
La misma plataforma corre un piloto de dos dispositivos y un despliegue de mil nodos. El aislamiento lógico se aplica en cada capa.
Capacidades
- Infraestructura compartida multi-tenant
- Clusters dedicados single-tenant
- Servidores virtuales por cliente
- Aislamiento lógico en todas las capas
Capas de enforcement
- Aislamiento a nivel de API por tenant
- Ámbito de base de datos por organización
- Autenticación de dispositivos basada en tokens
- Whitelisting a nivel de cluster
Resultado
Los clientes pequeños obtienen infraestructura sin configuración. Las empresas, control y aislamiento totales.
Modelo de Seguridad
Seguridad de extremo a extremo.
La seguridad no va montada encima. Es el transporte. Cada túnel, cada llamada a la API, cada dispositivo — autenticado y auditable.
Túneles cifrados con SSH
- Cifrado extremo a extremo dispositivo ↔ plataforma
- Pares de llaves ed25519 por dispositivo
- Sin secretos compartidos en la flota
Autenticación con JWT y tokens
- Tokens de sesión de corta vida
- Rotación y expiración de tokens
- Gestión centralizada de credenciales
RBAC y auditoría
- Acceso basado en roles sobre usuarios y dispositivos
- Registro de auditoría de todas las acciones
- Acceso a la API acotado por tenant
Para Fabricantes de Hardware
Convierte tus dispositivos en una plataforma gestionada.
Adoptar no significa rediseñar el firmware. La integración puede profundizarse con el tiempo — desde acceso vía bridge sin código hasta integración nativa completa con la API.
Control en la nube sin construirlo
- Evita construir infraestructura remota
- Entrega funciones empresariales sobre el hardware existente
- Cumple con las expectativas de dispositivos gestionados en EE. UU. y la UE
Elige tu profundidad
- Integración nativa con API vía Device Adapter
- Integración basada en proxy vía WS API Proxy
- Sin integración — solo acceso vía bridge
Llega a compradores regulados
- Gestión y soporte remotos
- Auditabilidad completa de accesos y cambios
- APIs de automatización para integración con el NOC
Sin rediseño de firmware para adoptar. La integración puede profundizarse después.
Modelo Operativo
Cómo lo operan los clientes en realidad.
En producción las dos rutas no se usan por igual. La automatización lleva el día a día. El acceso nativo queda en reserva para la cola larga de casos límite.
90–95%
API Unificada
Automatización a escala — NOCs, paneles y operaciones scripteadas
5–10%
UI nativa de respaldo
Reservado para depuración, herramientas del fabricante y firmware nuevo
Conclusiones
Una plataforma. Dos rutas. Todos los dispositivos.
Un modelo de conectividad, dos rutas de control y un despliegue que escala de un solo tenant a una flota global.
- Un modelo de conectividad soporta todos los dispositivos
- Dos rutas de control para necesidades operativas distintas
- Los dispositivos bridge extienden la cobertura a cualquier hardware
- Los adaptadores normalizan la diversidad de fabricantes
- El despliegue funciona en nube, on-prem o híbrido
- Seguridad y auditabilidad vienen integradas