ONVIF Profile V: el estándar que puede cambiar la videovigilancia en la nube

ONVIF Profile V introduce algo que hasta ahora ha faltado en buena parte del mercado de videovigilancia en la nube: una arquitectura estandarizada para conectar cámaras, VMS cloud, almacenamiento y servicios de video sin depender necesariamente del ecosistema propietario de un único fabricante.

ONVIF publicó en julio de 2026 el Release Candidate de Profile V, diseñado específicamente para sistemas de videovigilancia cloud y Video Surveillance as a Service (VSaaS). El estándar contempla video en vivo de baja latencia, grabación cifrada directamente hacia almacenamiento cloud, eventos, configuración remota y audio bidireccional.

Pero su importancia va más allá de agregar otro perfil a la familia ONVIF.

Profile V intenta trasladar al mundo cloud el principio de interoperabilidad que ayudó a transformar la videovigilancia IP hace dos décadas. Si tiene una adopción amplia, podría modificar la forma en que ingenieros, consultores e integradores diseñan sistemas VSaaS y, sobre todo, reducir uno de los problemas que actualmente condiciona muchas decisiones cloud: el vendor lock-in.

¿Qué problema intenta resolver ONVIF Profile V?

En un sistema IP convencional, ONVIF permite que una cámara de un fabricante pueda interoperar con un VMS de otro fabricante cuando ambos implementan perfiles compatibles.

En cloud, la situación es diferente.

Muchos sistemas VSaaS dependen de conexiones, APIs y arquitecturas propietarias. La cámara, la plataforma cloud, el almacenamiento y en ocasiones incluso los mecanismos de autenticación forman parte de un ecosistema estrechamente integrado.

Eso tiene ventajas. Un fabricante puede controlar toda la experiencia y optimizar el funcionamiento del sistema.

Pero también puede crear dependencia.

Cambiar de plataforma cloud puede significar reemplazar dispositivos, gateways, integraciones o incluso rediseñar parte de la arquitectura.

ONVIF reconoce precisamente este problema. La organización explica que Profile V busca permitir que productos conformantes de diferentes fabricantes puedan combinarse o reemplazarse dentro de un sistema cloud sin tener que rediseñar completamente la solución.

La diferencia conceptual es importante.

Actualmente podemos encontrar arquitecturas cercanas a:

Cámara → conexión propietaria → cloud del fabricante → almacenamiento → cliente

Profile V propone establecer interfaces normalizadas entre esas funciones:

Dispositivo compatible → ONVIF Profile V → plataforma cloud compatible

No significa que todos los VMS cloud vayan a convertirse en iguales. La analítica, interfaz, gestión de usuarios, búsqueda forense, reporting, integraciones y muchas otras funciones seguirán diferenciando unas plataformas de otras.

Lo que se estandariza es parte de la infraestructura fundamental necesaria para mover video, eventos y configuración entre el dispositivo y la nube.

¿Cómo funciona técnicamente Profile V?

Uno de los aspectos más interesantes de Profile V es que no intenta trasladar simplemente la arquitectura de un VMS tradicional hacia Internet.

ONVIF ha definido mecanismos específicamente apropiados para una arquitectura cloud.

El flujo básico comienza en el dispositivo.

Una cámara, encoder o aplicación de streaming compatible establece una conexión saliente hacia el cliente ONVIF alojado en la nube utilizando WSS — WebSocket Secure.

Esto cambia un aspecto importante del diseño de red.

El servidor cloud no necesita normalmente iniciar una conexión desde Internet hacia una cámara ubicada detrás del firewall. Es el dispositivo quien establece el canal seguro hacia el servicio cloud. Por ello, ONVIF indica que generalmente no es necesario configurar port forwarding o una VPN únicamente para alcanzar el dispositivo.

Una vez establecido ese Uplink, la plataforma puede administrar el dispositivo y coordinar otras funciones.

La arquitectura utiliza varios mecanismos:

La selección de WebRTC es particularmente interesante.

WebRTC fue diseñado para comunicaciones multimedia en tiempo real y es ampliamente compatible con navegadores modernos. Profile V exige que los dispositivos conformantes puedan transmitir H.264 mediante WebRTC, permitiendo que una plataforma cloud entregue video de baja latencia sin depender necesariamente de plugins o clientes propietarios para la función básica de streaming.

La grabación cloud cambia también la arquitectura tradicional

Quizás uno de los cambios menos evidentes de Profile V está relacionado con la grabación.

En una arquitectura VMS convencional encontramos normalmente:

Cámara → Recording Server → Storage

Ese recording server recibe los streams y administra dónde y cómo almacenar las grabaciones.

Profile V contempla otra posibilidad:

Cámara → almacenamiento cloud

El dispositivo puede cifrar el video y enviarlo directamente a object storage. ONVIF menciona explícitamente servicios como Amazon S3 y Microsoft Azure Blob Storage como ejemplos.

Esto puede reducir la necesidad de servidores de grabación tradicionales, aunque no significa que desaparezca todo procesamiento intermedio ni que todas las implementaciones deban adoptar exactamente la misma arquitectura.

También cambia la conversación sobre escalabilidad.

En lugar de dimensionar exclusivamente:

• número de recording servers;
• capacidad RAID;
• throughput del storage;
• espacio físico;
• expansión de discos;

el diseñador tendrá que considerar también:

• ancho de banda upstream;
• bitrate agregado;
• políticas de retención;
• costos de object storage;
• transferencia y recuperación de datos;
• grabación continua frente a eventos;
• redundancia de Internet;
• comportamiento durante una pérdida de conectividad.

ONVIF indica, por ejemplo, que el consumo de almacenamiento y ancho de banda puede administrarse modificando segmentos de grabación, configuración del stream y políticas como grabación programada o disparada por eventos.

Para un ingeniero, esto significa que el cálculo de storage deja de ser solamente un ejercicio de capacidad local.

El diseño de red pasa a formar parte integral del diseño de almacenamiento.

¿Realmente puede Profile V reducir el vendor lock-in?

Potencialmente sí, pero debemos ser cuidadosos con esta afirmación.

Profile V no elimina automáticamente el vendor lock-in.

Lo que hace es crear una base técnica para reducirlo.

Supongamos que una organización instala cientos de cámaras compatibles con Profile V conectadas a un VMS cloud también compatible.

En principio, podría sustituir componentes conformantes por productos equivalentes de otros fabricantes sin reconstruir completamente la arquitectura de comunicaciones.

Para consultores y propietarios esto tiene implicaciones importantes.

Una especificación podría eventualmente exigir:

Los dispositivos y la plataforma cloud deberán demostrar conformidad con ONVIF Profile V.

Eso es muy diferente de aceptar una declaración comercial del tipo:

“Compatible con ONVIF”.

ONVIF advierte específicamente que una afirmación de interoperabilidad realizada por un fabricante no equivale a conformidad. Una vez Profile V sea final, los productos que superen las pruebas correspondientes deberán aparecer en la base oficial de productos conformantes de ONVIF.

Esta distinción debería ser familiar para cualquier profesional que haya trabajado durante años con cámaras IP.

Decir que un producto “soporta ONVIF” nunca debería ser suficiente.

Hay que determinar:

qué Profile, qué funciones y si el producto aparece realmente como conformante.

Con Profile V ocurrirá exactamente lo mismo.

Cybersecurity no es un complemento opcional

Mover la videovigilancia hacia cloud introduce un problema inevitable: ahora existe una relación permanente entre dispositivos distribuidos y servicios externos.

Por eso resulta significativa otra decisión tomada por ONVIF.

Los requisitos de seguridad de Profile V están definidos en un Profile V Security Add-on, y todo producto que declare conformidad con Profile V deberá implementarlo.

El modelo utiliza OAuth 2.0 como framework de autorización, mTLS para verificar identidades y access tokens para comunicaciones con servicios cloud.

El add-on también especifica mecanismos de cifrado para proteger video y audio enviados al almacenamiento cloud.

¿Por qué separar estos requisitos del Profile principal?

Porque las tecnologías de cybersecurity evolucionan mucho más rápido que las funciones básicas de interoperabilidad.

Según ONVIF, un Profile publicado no puede modificarse libremente. Mantener la seguridad como add-on permite actualizar los mecanismos de protección en el futuro sin tener que redefinir completamente Profile V.

Es una decisión arquitectónica importante.

También evita transmitir una idea equivocada: cumplir Profile V no convierte automáticamente todo el sistema en seguro.

La seguridad seguirá dependiendo de cómo el proveedor y el integrador administren identidades, permisos, credenciales, certificados, configuración cloud, firmware, segmentación y operación del sistema. ONVIF hace expresamente esta advertencia en su documentación.

¿Qué cambia para ingenieros, consultores e integradores?

Profile V todavía no debería aparecer como requisito obligatorio en una especificación de proyecto.

La razón es sencilla:

todavía no existen productos certificados Profile V.

A agosto de 2026, Profile V continúa en estado Release Candidate. ONVIF espera finalizar la especificación hacia finales de 2026. Solo después podrán los fabricantes declarar productos conformantes tras superar las pruebas correspondientes.

Por tanto, sería prematuro escribir actualmente:

“Todas las cámaras deberán ser ONVIF Profile V conformant.”

No hay todavía un ecosistema certificado con el cual cumplir esa condición.

Pero sí es momento de comenzar a hacer preguntas diferentes durante el diseño de proyectos cloud.

Por ejemplo:

¿Qué ocurre si dentro de cinco años quiero cambiar de VSaaS?

¿Puedo mantener las cámaras instaladas?

¿Dónde están almacenadas mis grabaciones?

¿Quién controla las claves de cifrado?

¿Cómo sale el video de la cámara hacia Internet?

¿Necesito abrir puertos inbound?

¿Qué sucede cuando se pierde la conexión WAN?

¿Puedo utilizar cámaras de diferentes fabricantes?

¿Cómo demuestra el fabricante la interoperabilidad que promete?

Estas preguntas deberían comenzar a formar parte del proceso de evaluación de cualquier solución VSaaS, independientemente de Profile V.

¿Significa esto el fin del VMS tradicional?

No.

Y probablemente esa sea una de las interpretaciones equivocadas que veremos alrededor de Profile V.

ONVIF permite combinar Profile V con otros perfiles ONVIF y contempla expresamente sistemas híbridos que utilicen componentes tanto on-premises como cloud.

Hay aplicaciones donde un VMS local continuará teniendo ventajas importantes:

• instalaciones con conectividad limitada;
• sistemas de muy alta densidad de cámaras;
• requisitos estrictos de latencia;
• instalaciones críticas;
• grandes períodos de retención local;
• integraciones especializadas;
• restricciones regulatorias sobre ubicación de datos.

En otros proyectos, un modelo completamente cloud puede reducir infraestructura local y simplificar mantenimiento.

Y probablemente veremos muchos sistemas híbridos.

Por ejemplo:

cámaras + almacenamiento local temporal + administración cloud + analítica cloud + almacenamiento secundario cloud.

La discusión correcta, por tanto, no es:

cloud vs. on-premises.

La pregunta es:

¿qué funciones conviene ejecutar localmente y cuáles conviene trasladar a cloud para esta aplicación específica?

Profile V podría hacer esa decisión menos dependiente del fabricante seleccionado.

Una segunda oportunidad para la interoperabilidad

La industria de videovigilancia ya vivió una transición parecida.

Durante los primeros años de IP video, las integraciones entre cámaras y VMS dependían ampliamente de SDK y protocolos propietarios. Seleccionar una cámara podía condicionar el software y seleccionar un VMS podía limitar las cámaras disponibles.

ONVIF ayudó a reducir considerablemente ese problema.

La propia organización señala que actualmente existen más de 35.000 productos conformantes ONVIF.

Cloud video se encuentra ahora ante un desafío parecido.

Los sistemas VSaaS están creciendo rápidamente, pero muchas arquitecturas vuelven a conectar estrechamente dispositivo, software y cloud mediante interfaces propietarias.

Profile V intenta evitar que esa dependencia se convierta en la arquitectura permanente de la videovigilancia cloud.

Que lo consiga dependerá de algo que ningún estándar puede imponer por sí solo:

adopción.

Los grandes fabricantes de cámaras tendrán que implementarlo.

Los proveedores de VMS y VSaaS tendrán que soportarlo.

Los consultores tendrán que comenzar a solicitarlo.

Y los propietarios tendrán que valorar la interoperabilidad suficientemente como para convertirla en criterio de compra.

Si esas cuatro condiciones convergen, Profile V puede terminar siendo mucho más importante que simplemente otro Profile ONVIF.

Preguntas frecuentes sobre ONVIF Profile V

¿Ya puedo comprar cámaras ONVIF Profile V?

No. Profile V permanece en estado Release Candidate. Los productos solo podrán certificarse como conformantes después de que ONVIF publique la versión final y superen las pruebas oficiales correspondientes. ONVIF espera finalizar el Profile hacia finales de 2026.

¿Profile V requiere una VPN para conectar las cámaras al cloud?

Generalmente no. La arquitectura permite que el dispositivo establezca una conexión saliente segura mediante WSS hacia el cliente cloud, reduciendo la necesidad de port forwarding o VPN para acceder al dispositivo. Una implementación concreta puede tener requisitos adicionales del fabricante.

¿Dónde se almacena el video?

Profile V permite que el dispositivo cifre y envíe grabaciones hacia cloud object storage. ONVIF utiliza Amazon S3 y Microsoft Azure Blob Storage como ejemplos. La arquitectura específica dependerá del proveedor y de la implementación.

¿Profile V elimina el vendor lock-in?

No por sí solo. Establece interfaces estandarizadas que pueden facilitar la interoperabilidad y sustitución de componentes conformantes. El nivel real de independencia dependerá de la adopción del estándar y de qué otras funciones propietarias utilice cada plataforma.

Conclusión

ONVIF Profile V llega en un momento decisivo para la videovigilancia. El mercado está trasladando cada vez más administración, almacenamiento y procesamiento hacia cloud, pero existe el riesgo de reconstruir allí los mismos ecosistemas cerrados que la industria tardó años en superar en el mundo IP.

Profile V propone una alternativa basada en interoperabilidad: conexiones salientes seguras, WebRTC para video en vivo, mecanismos modernos de autenticación, eventos estandarizados y grabación cifrada hacia cloud storage.

Todavía es demasiado pronto para especificar productos Profile V como requisito de proyecto. Pero no es demasiado pronto para que ingenieros, consultores e integradores comiencen a evaluar cómo afectará el estándar sus futuras arquitecturas VSaaS.

Si está diseñando un proyecto de videovigilancia cloud, este es un buen momento para preguntar a los fabricantes cuál es su estrategia respecto a ONVIF Profile V y cómo garantizarán la portabilidad futura del sistema.