¿Qué es ONVIF? Guía del protocolo para compradores de CCTV (2026)

Un comprador empareja un NVR supuestamente "compatible con ONVIF" con una cámara más barata de otra marca y obtiene una pantalla en negro en la primera visita al sitio — sin descubrimiento, sin flujo, sin imagen, y un cliente que ha perdido la confianza antes del almuerzo. Esa escena se repite en toda la industria porque "ONVIF" se trata como una palabra mágica que garantiza que cada dispositivo hable con cualquier otro dispositivo. No funciona así. ONVIF es un estándar abierto sobre cómo los dispositivos de video en red se descubren, se configuran y transmiten — pero el estándar solo hace lo que implementan tanto el firmware de la cámara como la grabadora, y la profundidad de implementación varía mucho más de lo que la mayoría de los compradores espera.

Esta guía responde a la pregunta "qué es ONVIF" en lenguaje sencillo, explica cómo funciona ONVIF por dentro (descubrimiento, SOAP/XML, puertos 80 y 554), recorre los grados de perfil ONVIF S, G y T, separa el marketing de "ONVIF compatible" de la certificación genuina de "ONVIF conforme", muestra cómo ONVIF y RTSP reparten el trabajo de una sola cámara, y termina con una rutina de verificación y una lista de compra para compradores empresariales. Al final podrá leer la línea ONVIF de una hoja de especificaciones y sabrá exactamente qué promete — y qué no.

¡Siga leyendo para saber más!

El resumen

• ONVIF es el Foro Abierto de Interfaz de Video en Red (Open Network Video Interface Forum), un estándar de la industria fundado en 2008 por Axis, Bosch y Sony, respaldado hoy por más de 500 empresas miembro en todo el mundo. Define cómo las cámaras IP, los NVR y el software se comunican entre sí a través de una red.
• ONVIF no transporta el video en sí. El estándar gestiona el descubrimiento, la configuración del dispositivo y el control sobre HTTP (típicamente el puerto 80), mientras que el flujo de video real viaja por separado sobre RTSP, normalmente en el puerto 554.
• Los perfiles ONVIF son la especificación real. El Perfil S (2011) cubre el streaming, el Perfil G (2014) cubre la grabación y el almacenamiento, el Perfil T (2018) añade streaming moderno H.264/H.265. "ONVIF" solo en una hoja de especificaciones no significa nada; el perfil es la promesa.
• "ONVIF conforme" significa probado; "ONVIF compatible" normalmente significa marketing. Los dispositivos conformes superan las pruebas de conformidad ONVIF y aparecen en la lista del foro; los dispositivos compatibles a menudo implementan solo el descubrimiento básico y fallan en las llamadas de PTZ, audio o grabación.
• La verificación toma diez minutos, no un proyecto completo. Consulte la lista de conformidad, confirme el perfil y la versión ONVIF del firmware, y luego ejecute una herramienta de descubrimiento gratuita contra la unidad real antes de comprometerse con un pedido de múltiples proveedores.

¿Qué es ONVIF?

ONVIF significa Foro Abierto de Interfaz de Video en Red (Open Network Video Interface Forum). Es un estándar global, lanzado en 2008 por Axis Communications, Bosch Security Systems y Sony, que define interfaces comunes para productos de video en red. El problema que lo impulsó fue la fragmentación: a mediados de los 2000, cada fabricante de cámaras tenía una forma propietaria de configurar, controlar y transmitir video, de modo que un NVR de una marca no podía gestionar de forma fiable cámaras de otra. ONVIF se creó para que una cámara, una grabadora, un software de gestión de video (VMS) y una app móvil pudieran intercambiar descubrimiento, información del dispositivo, configuración de medios, comandos PTZ y eventos de alarma usando un único lenguaje compartido.

La organización detrás del estándar es un foro sin fines de lucro con una membresía típica de más de 500 empresas — fabricantes de cámaras, de grabadoras, proveedores de software, fabricantes de chips e integradores de sistemas. Cualquier miembro puede contribuir a las especificaciones, y cualquier fabricante puede construir un producto conforme. El resultado es un ecosistema donde una cámara ONVIF de una fábrica puede añadirse a un NVR ONVIF de otra fábrica, y donde el propietario de un edificio no queda encerrado en el software de un solo proveedor durante toda la vida de la instalación. Esa interoperabilidad es el punto completo del estándar.

¿Qué cubre realmente ONVIF? Las especificaciones se organizan en tres capas. La primera es el descubrimiento de dispositivos — cómo el software encuentra cámaras en una red. La segunda es la gestión de dispositivos — cómo el software lee la información del dispositivo, configura los parámetros de red, gestiona usuarios y actualiza la hora del sistema. La tercera son los servicios de medios — cómo el software solicita flujos de video, controla el movimiento PTZ, gestiona la grabación y recibe eventos de alarma. Una cámara ONVIF implementa estos servicios sobre una pila de protocolos web estándar, que es la razón por la que el estándar se describe como una interfaz abierta y no como una aplicación propietaria.

Dos detalles importan para los compradores. Primero, ONVIF no es un códec ni un formato de video: no define H.264 ni H.265, define las interfaces a su alrededor. Segundo, ONVIF tiene versiones — la especificación central ha pasado por versiones como ONVIF 2.0, 2.4 y 3.0, y una cámara con firmware antiguo puede implementar una versión anterior con menos funciones. Cuando una hoja de especificaciones dice "ONVIF 2.0", eso es una declaración sobre la versión de la interfaz, no sobre la resolución o el lente de la cámara.

Cómo funciona ONVIF: descubrimiento, SOAP y puertos

Entender cómo funciona ONVIF es más simple de lo que sugiere la sopa de acrónimos. El estándar usa tres tecnologías web bien conocidas: HTTP, SOAP/XML para los mensajes de control, y RTSP para el flujo de video. El plano de control y el plano de medios están separados, y esta separación es la raíz de la mayor parte de la confusión de "ONVIF no funciona".

Descubrimiento: un cliente ONVIF encuentra cámaras sin escribir direcciones IP. Cuando una cámara arranca en una red local, se anuncia a sí misma usando WS-Discovery, un protocolo multicast normalmente en el puerto UDP 3702. Un NVR o una app en la misma subred escucha estos anuncios, o envía una sonda y recoge las respuestas. Por eso un NVR ONVIF puede mostrar una lista de cámaras en el momento en que se enchufan — el paso de descubrimiento es automático y suele completarse en segundos en una subred local.

Control: la configuración y los comandos viajan como SOAP/XML sobre HTTP. Tras el descubrimiento, el cliente llama a los servicios web ONVIF en la interfaz HTTP de la cámara, típicamente el puerto 80 (o el puerto 443 cuando HTTPS está habilitado). Cada llamada es un mensaje XML — GetDeviceInformation, GetProfiles, GetStreamUri, ContinuousMove para PTZ — y cada una devuelve una respuesta XML. Esta es la razón por la que la integración ONVIF se describe como "servicios web para cámaras": es el mismo patrón de solicitud-respuesta que usa un navegador para cargar una página, solo que con comandos estructurados.

Medios: el video real se mueve sobre RTSP, típicamente el puerto 554. Cuando el software quiere ver o grabar, le pide a ONVIF la URI del flujo, y la cámara responde con algo como rtsp://192.168.1.64:554/stream1 — luego el NVR o la app abre esa sesión RTSP y el video fluye como cuadros H.264 o H.265. ONVIF estableció la conversación; RTSP transporta las imágenes. Ese emparejamiento es lo que los compradores quieren decir con soporte de "video onvif": el lado ONVIF gestiona la configuración de video, y el lado RTSP entrega los cuadros. Una cámara típica de 4MP transmite 2-4 Mbps sobre RTSP con H.265 a 15 fps, que es el número que importa para la planificación del ancho de banda.

La consecuencia práctica: para que ONVIF funcione de punta a punta, la red debe permitir el puerto de control HTTP, el puerto de medios RTSP y el multicast de descubrimiento. En una LAN plana esto funciona de fábrica. A través de VLAN o firewalls, deben permitirse los puertos 80, 554 y UDP 3702, y la sincronización de hora (NTP) debería estar habilitada en las cámaras para que las marcas de tiempo de los eventos coincidan entre dispositivos.

Perfiles ONVIF: S, G y T explicados

Un perfil ONVIF es un conjunto publicado de servicios que un dispositivo conforme debe implementar. En lugar de reclamar un "soporte ONVIF" genérico, un fabricante declara un perfil específico, y esa declaración es lo que el comprador debe buscar. Los tres perfiles que importan para la compra de CCTV son S, G y T.

← deslice para desplazarse →

El Perfil S es la línea base que la mayoría de los compradores de CCTV realmente necesitan. Si una cámara es conforme con el Perfil S, un NVR o una app que también soporte el Perfil S puede descubrirla, solicitar flujos y controlar el PTZ sin ningún controlador específico del fabricante. El Perfil S se publicó en 2011, que es la razón por la que es el perfil más implementado del mercado — casi todas las cámaras IP de una hoja de precios lo llevan.

El Perfil G cubre la grabación. Un dispositivo con Perfil G puede iniciar y detener la grabación, almacenar el metraje localmente en tarjeta SD o almacenamiento interno, y servir la reproducción de vuelta a un cliente. Importa cuando las cámaras graban en el borde, en sitios solares o 4G donde la grabadora no siempre es alcanzable, o cuando un sitio necesita exportación en la cámara como ruta de respaldo. El Perfil G se publicó en 2014.

El Perfil T es el perfil de streaming moderno, publicado en 2018. Cubre el streaming H.264 y H.265 a alta resolución, metadatos como regiones de movimiento y un manejo de audio mejorado. Para un sitio de clase 4K o H.265, el soporte del Perfil T es la verificación significativa — una cámara que solo implementa el Perfil S más antiguo puede seguir transmitiendo, pero la compresión moderna y las funciones de metadatos no están garantizadas.

También hay perfiles especializados — el Perfil C para control de puertas y el Perfil A para control de acceso — que importan para los sistemas de acceso físico más que para el video. La regla para un comprador de video es simple: escriba la letra del perfil en la especificación. "Perfil ONVIF S" es un requisito real; "ONVIF" solo no lo es.

ONVIF compatible vs ONVIF conforme

Pocas palabras de las hojas de especificaciones se abusan tan consistentemente como estas dos. "ONVIF conforme" y "ONVIF compatible" suenan intercambiables, pero se sitúan en lados opuestos de una frontera de pruebas — y la diferencia decide si su sistema de múltiples proveedores funciona desde el primer día.

ONVIF conforme significa que el producto superó las pruebas de conformidad ONVIF. El fabricante somete el dispositivo al proceso de conformidad de ONVIF, el dispositivo se prueba contra las herramientas de prueba publicadas para el perfil declarado, y el resultado se publica en la lista de productos conformes ONVIF. Una cámara conforme lleva una declaración de conformidad que nombra su perfil — Perfil S, G o T — y un comprador puede verificarla. Esta es la afirmación más fuerte que puede hacer una hoja de especificaciones, porque es verificable contra una lista independiente.

ONVIF compatible es un término de marketing sin definición oficial. Un fabricante puede imprimir "ONVIF compatible" porque la cámara responde a una sonda de descubrimiento o implementa una fracción de los servicios web. En la práctica, esas cámaras a menudo se unen a una red y aparecen en una lista de dispositivos, y luego fallan en el momento en que el NVR pide movimiento PTZ, un segundo flujo o una suscripción de eventos. Las afirmaciones de compatibilidad no se publican en ningún lugar y no pueden verificarse — que es exactamente por qué aparecen en productos que nunca superaron la conformidad.

La zona gris es la versión del firmware. Una cámara que superó la conformidad en ONVIF 2.0 puede ejecutar un firmware de hace años, y la implementación del perfil puede retroceder o quedarse congelada mientras el resto de la cámara mejora. Las comprobaciones a realizar antes de confiar en cualquier afirmación: confirme la letra del perfil, confirme la versión del núcleo ONVIF en el firmware y busque el dispositivo en la lista de productos conformes. Si el proveedor no puede nombrar el perfil y la versión, la pegatina de "compatible" es todo lo que tiene — y eso no es una especificación.

Para los pedidos al por mayor, el riesgo se multiplica. Un lote de 200 cámaras "compatibles con ONVIF" que no pueden grabar a través del NVR elegido por el cliente crea un retiro del mercado, no un ticket de soporte. Por eso todo comprador serio convierte la pregunta de compatibilidad en una prueba: ponga una muestra en la red, ejecute el descubrimiento, solicite PTZ y ambos flujos, y solo entonces escale el pedido.

ONVIF y RTSP: dos estándares en una misma cámara

ONVIF y RTSP se confunden con frecuencia porque aparecen en la misma hoja de especificaciones y ambos importan para el streaming. La forma limpia de pensarlos: ONVIF es el plano de control, RTSP es el plano de medios, y una sola cámara habla ambos al mismo tiempo.

RTSP — Protocolo de Streaming en Tiempo Real — es el estándar que realmente entrega los cuadros de video. Definido en el RFC 2326 y actualizado en el RFC 7826, RTSP establece y controla sesiones de medios: el cliente pide una URI de flujo, el servidor responde y los cuadros fluyen como paquetes RTP, normalmente sobre UDP o TCP en el puerto 554. RTSP no es específico de cámaras — se usa para todo tipo de servidores de medios — y no tiene idea de qué es un motor PTZ, una entrada de alarma, o siquiera qué dirección IP tiene la cámara. Solo mueve medios.

ONVIF es lo que hace que RTSP sea utilizable en un sistema de cámaras. ONVIF descubre la cámara, lee sus capacidades y devuelve la URI RTSP exacta a usar — la dirección del flujo, el perfil de codificación, la configuración de resolución y velocidad de cuadros. Sin ONVIF tendría que conocer la dirección IP de la cámara, el inicio de sesión y la ruta de flujo propietaria antes de que RTSP pudiera hacer cualquier cosa. Con ONVIF, la grabadora pregunta "dame tu URI de flujo" y la cámara responde con la dirección rtsp:// a la que conectarse.

Esta es también la razón por la que "onvif rtsp" aparece junta en tantas búsquedas: los integradores necesitan ambos valores al configurar un sistema. El lado ONVIF les da la lista de dispositivos y la gestión de credenciales; el lado RTSP les da los flujos que el software de terceros, los análisis o un servidor de medios pueden consumir directamente. Una integración típica usa ONVIF para descubrir y configurar, y luego RTSP para extraer el flujo principal (2-4 Mbps en 4MP H.265) y el subflujo (0.5-1 Mbps) para vista previa y grabación.

La diferencia práctica para la compra: una cámara que soporta RTSP pero no ONVIF aún puede verse con software que conozca su ruta de flujo — pero no puede descubrirse, no puede configurarse y no puede reportar eventos a través del estándar. Para sistemas de múltiples proveedores, el soporte ONVIF es la diferencia entre una cámara que se une al sistema y una cámara que debe ser manejada para siempre por la herramienta de un solo fabricante.

Integración de ONVIF con apps y VMS

Cuando un comprador busca una "app ONVIF", la pregunta subyacente suele ser: "¿puedo añadir esta cámara a mi grabadora, a mi app de teléfono o a mi VMS sin bloqueo de proveedor?" La respuesta es sí — si ambos lados implementan el mismo perfil. Este es el flujo estándar, que funciona igual en un NVR, una estación de trabajo VMS o un visor móvil.

Paso 1 — Descubrimiento. La app escanea la subred local con WS-Discovery y lista cada dispositivo ONVIF que encuentra. Esto suele tomar segundos y no requiere escribir nada: la cámara aparece con su nombre de modelo y dirección IP. Si la cámara está en otro segmento de red, la app puede requerir la entrada manual de la IP — el descubrimiento multicast no cruza VLAN por defecto.

Paso 2 — Autenticación. La app solicita el nombre de usuario y la contraseña de la cámara. Las credenciales ONVIF son las cuentas de usuario propias de la cámara, no una cuenta ONVIF separada. Este paso es donde las cámaras con contraseña por defecto se convierten en un problema de seguridad: una cámara dejada con sus credenciales de fábrica es descubrible por cualquiera en la red, así que cambie la contraseña antes de conectar cualquier cosa a internet.

Paso 3 — Negociación de perfil. La app lee los perfiles ONVIF de la cámara y elige la configuración de streaming que coincide — resolución, velocidad de cuadros, H.264 o H.265, flujo principal o subflujo. En una cámara típica de color completo de 5MP, la app elige el flujo principal H.265 a 2-4 Mbps para la grabación y el subflujo para la vista previa en vivo. Todo el proceso de añadir suele tomar de 30 segundos a 2 minutos por cámara.

Paso 4 — Flujo y control. La app solicita la URI RTSP a través de ONVIF y comienza a mostrar el video. Los botones PTZ, los eventos de movimiento y las llamadas de audio viajan de vuelta por el canal de control ONVIF. Si la cámara es Perfil T y la app soporta Perfil T, las funciones modernas de metadatos también están disponibles.

Dos advertencias para los compradores. Primero, muchas apps de cámaras de consumo son propietarias — usan el SDK propio del fabricante y no hablan ONVIF en absoluto, que es la razón por la que una cámara de consumo barata solo puede "añadirse" a través de su propia app. Segundo, la integración ONVIF no siempre es una integración completa: un VMS puede usar ONVIF para el descubrimiento y el streaming, pero aún necesitar un controlador del fabricante para funciones avanzadas como análisis, enmascaramiento de privacidad o presets PTZ inusuales. La regla profesional es confirmar qué funciones corren sobre ONVIF y cuáles necesitan un controlador — antes del contrato, no después.

Cómo verificar el cumplimiento ONVIF antes de comprar

La verificación es barata, rápida y decisiva — y separa a los compradores que leen hojas de especificaciones de los compradores que prueban productos. La rutina siguiente toma unos diez minutos por muestra y detecta los fallos que producen pantallas en negro en el sitio.

← deslice para desplazarse →

La comprobación práctica más rápida es una herramienta de descubrimiento en un portátil. El software gratuito de cliente ONVIF escanea la subred, lista los dispositivos y muestra el perfil y las URI de flujo que expone cada cámara. Conecte la cámara a un switch PoE, ejecute el escaneo, y verá exactamente lo que la cámara anuncia — su versión ONVIF, sus perfiles y sus rutas RTSP. Una cámara que responde al descubrimiento y devuelve una URI RTSP reproducible para ambos flujos ha superado las comprobaciones que importan para el 90% de las instalaciones.

Para la prueba de flujo, añada la cámara a la marca real de NVR o VMS que usará el proyecto, no solo a un cliente genérico. La combinación que falla en el sitio suele ser un emparejamiento específico — este modelo de cámara, ese firmware de grabadora — así que pruebe el emparejamiento real con las versiones de firmware reales. Verifique también el plano de control: solicite movimiento PTZ si la cámara tiene un lente motorizado o cabezal, y confirme que los eventos de alarma (movimiento, sabotaje) llegan a la grabadora. Una cámara que transmite pero nunca reporta eventos solo está medio integrada.

Finalmente, registre los resultados de la verificación en el archivo del proyecto — modelo, firmware, versión ONVIF, perfiles, fecha de prueba. Ese registro se convierte en el documento de aceptación en la entrega, y es la misma evidencia que necesita si una actualización posterior de firmware cambia el comportamiento ONVIF de la cámara. La verificación no es una puerta de una sola vez; es una línea base contra la que cada versión de firmware posterior debería re-probarse.

Lista de verificación ONVIF para compradores empresariales

Cuando convierta los requisitos ONVIF en una compra, ponga estos elementos en la RFQ y en el plan de inspección. Cada uno es una línea escrita que un proveedor puede confirmar — y una línea escrita es lo que sobrevive a una disputa.

• 1. Exija el perfil, no la palabra de moda. Escriba "Perfil ONVIF S" (y G o T donde sea necesario) en la especificación. Un proveedor que responde "soporta ONVIF" sin una letra de perfil no ha respondido.
• 2. Pida la declaración de conformidad. Solicite el documento de conformidad ONVIF o la entrada de la lista para el modelo y firmware exactos que está comprando — no un modelo similar de la misma marca.
• 3. Confirme la versión del núcleo ONVIF. Pregunte qué versión ONVIF implementa el firmware actual. Firmware antiguo en una cámara nueva es un riesgo de compatibilidad disfrazado de descuento.
• 4. Pruebe el emparejamiento real. Antes de un pedido al por mayor, añada una muestra a la marca real de NVR o VMS del cliente, pruebe el descubrimiento, ambos flujos, el PTZ y el reporte de eventos, y registre los resultados.
• 5. Revise los requisitos de red. Confirme que la cámara necesita el puerto 80 (o 443) para el control ONVIF y el puerto 554 para RTSP, y que su diseño de VLAN y firewall los permite — además del UDP 3702 si el descubrimiento debe funcionar entre segmentos.
• 6. Planifique la política de credenciales. Cambie las contraseñas por defecto antes de la implementación, use cuentas por sitio y documéntelas en el paquete de entrega. Las cámaras descubribles con credenciales de fábrica son una responsabilidad, no una función.
• 7. Verifique la vía de actualización de firmware. Pregunte si el comportamiento ONVIF puede cambiar con las actualizaciones de firmware y quién lo prueba antes del lanzamiento. Un proveedor que envía una regresión es un problema; un proveedor que la prueba y la documenta es un socio.
• 8. Incluya ONVIF en la prueba de aceptación. Haga de "todas las cámaras descubribles, transmitiendo y controlables a través de la grabadora del cliente" un elemento de aceptación firmado, no una suposición.

La mentalidad detrás de la lista: ONVIF es un piso, no un techo. Una cámara conforme con el Perfil S garantiza lo básico — descubrimiento, streaming, control — y eso ya es suficiente para evitar el bloqueo de proveedor en las implementaciones de CCTV más comunes. Todo lo que está por encima del piso (análisis, eventos avanzados, presets PTZ profundos) debe especificarse por separado, con el mecanismo nombrado en el contrato.

Para los mayoristas, la misma lista escala al libro de pedidos: ponga la declaración de conformidad y la versión de firmware en la ficha técnica del producto, mantenga una muestra de cada SKU conectada a un NVR de prueba y vuelva a ejecutar la prueba de flujo después de cada actualización de firmware por lote. Esa rutina es lo que le permite prometer "ONVIF funciona" a sus clientes y cumplirlo.

Preguntas frecuentes sobre ONVIF

La conclusión final

ONVIF es el estándar abierto que permite que cámaras, grabadoras y software de diferentes marcas trabajen juntos — pero solo hasta donde lo permitan el perfil, el firmware y la red. Especifique la letra del perfil, verifique la declaración de conformidad, pruebe el descubrimiento y ambos flujos con la grabadora real, y registre los resultados. Un sistema construido sobre interoperabilidad ONVIF verificada evita el bloqueo de proveedor, sobrevive a los cambios de firmware y se entrega limpiamente — y un sistema construido sobre pegatinas de "compatible con ONVIF" es una apuesta.

En FULLCOLORCAM, con sede en Cantón (Guangzhou), fabricamos cámaras IP de visión nocturna a todo color de 5MP F1.0 conformes con ONVIF, con streaming H.265, acceso remoto P2P gratuito y cada unidad probada antes del envío. Si está comprando o importando cámaras y necesita una línea ONVIF que pueda verificar, escríbanos a cj226144@gmail.com — le enviaremos los detalles de conformidad, una muestra para su prueba de descubrimiento y una cotización con el perfil escrito en ella.