Cámara IP no detectada en el NVR: solución al conflicto de IP

El responsable de la instalación te asegura que "es un problema del router" o que "los switches están mal configurados". No. El problema es de raíz: dos dispositivos ocupando la misma dirección IP en el mismo segmento de red, y un grabador incapaz de distinguir a quién tiene que preguntar. Esto no es un fallo del fabricante ni un capricho del firmware: es un conflicto de direccionamiento que cualquier técnico con dos lecturas del manual habría evitado antes de tender el primer cable de red.

El origen del conflicto: por qué la IP de fábrica es tu peor enemiga

Las cámaras IP no salen de la caja con una identidad neutra. Salen con una dirección IP estática predeterminada que el fabricante considera "universal". Hikvision entrega sus equipos con la 192.168.1.64; Dahua, con la 192.168.1.108. Ambas marcas coinciden, además, en la máscara de subred 255.255.255.0 y en el puerto HTTP 80 para la interfaz web de configuración. El problema no es la elección concreta de la dirección, sino que el instalador medio enchufa los equipos sin tocar esa configuración y espera que "la red se entere sola". Cuando hay dos cámaras de la misma marca en la misma red local, ambas responden a la misma IP y el NVR recibe respuestas alternas, ambiguas y, en definitiva, inútiles.

Si confías en la dirección IP de fábrica y montas más de una cámara de la misma marca, estás sembrando el conflicto antes de tender el primer cable de red.

El síntoma más frecuente de este conflicto no es la ausencia total de vídeo. Es algo más traicionero: el canal del NVR muestra de forma intermitente la transmisión de una cámara u otra, como si ambas se turnasen para aparecer. En otros casos aparece directamente el estado de error "inalcanzable" o "sin conexión", incluso con el cable correctamente crimpado y el LED del puerto parpadeando con normalidad. Aquí la señalización física miente: hay enlace de capa 1 y 2, lo que falla es la lógica de direccionamiento de capa 3. Y lo que más cuesta aceptar al técnico es que el fallo estaba anunciado en la ficha técnica del equipo, en una línea que nadie leyó.

Diagnóstico de red: cómo localizar el dispositivo díscolo

Antes de tocar nada, hay que saber qué hay conectado y con qué dirección. Cualquiera que se lance a reasignar IPs sin haber hecho un escaneo previo está trabajando a ciegas, y lo que es peor, a oscuras también. Para Hikvision existe la herramienta SADP, una utilidad gratuita que detecta todas las cámaras y grabadores de la marca en la red local —y, lo que resulta clave para el técnico desbordado, permite hacerlo aunque tu ordenador no esté en la misma subred—. SADP lista las IPs actuales, direcciones MAC, firmware y permite cambiar la configuración de red de un solo clic. Es, literalmente, la diferencia entre resolver el problema en cinco minutos y perder una tarde entera recorriendo armarios de comunicaciones.

Para Dahua el equivalente es ConfigTool, con un funcionamiento muy parecido: detecta dispositivos Dahua en el segmento, muestra sus direcciones y permite modificarlas desde la propia aplicación. Ninguna de las dos herramientas es universal: cada una está diseñada para detectar principalmente sus propios dispositivos. Si en una misma instalación conviven marcas distintas —algo cada vez más habitual por motivos de presupuesto o de reaprovechamiento—, necesitas complementar el diagnóstico con un escáner genérico tipo Advanced IP Scanner, que te dará el inventario completo de quién está hablando en tu red, aunque no te permita reconfigurar dispositivos de terceros desde ahí.

La dinámica habitual en una intervención de mantenimiento es la siguiente: el técnico llega, abre ConfigTool, ve tres dispositivos con la IP 192.168.1.108 —uno de ellos el propio grabador— y se queda mirando la pantalla sin entender qué falla. La respuesta es tan simple como incómoda: porque nadie reasignó las direcciones cuando se montó el sistema, y ahora cualquier reinicio o corte de luz reordena el caos de forma imprevisible. El cuello de botella no es técnico, es de procedimiento.

Subredes internas en puertos PoE: cuando el NVR decide por ti

Aquí es donde la mayoría de técnicos cometen el segundo error garrafal. Los NVR con puertos PoE integrados no funcionan como un switch tonto. Cuando conectas una cámara a uno de esos puertos, el grabador crea una subred interna propia —comúnmente en rangos como 10.1.1.X o 192.168.254.X— y asigna direcciones IP a las cámaras de forma automática, gestionándolas como un pool DHCP cerrado. Si el técnico, además de esa conexión al puerto PoE del NVR, conecta la misma cámara al switch general de la instalación, ha creado un bucle lógico: la cámara tiene dos puertas de entrada, una con IP del rango interno del NVR y otra que el DHCP de la red principal le ha asignado. El NVR, lógicamente, se vuelve loco intentando localizarla y el canal acaba cayendo de forma intermitente.

La solución es de manual: o la cámara entra por el PoE del NVR y se gestiona exclusivamente desde su propia subred, o entra por el switch general y se direcciona desde el router. Mezclar ambas topologías sin entender qué subred está activa en cada rama es la receta del desastre. Si has heredado una instalación así, lo primero que debes hacer es desconectar físicamente uno de los dos tramos y volver a empezar con la cámara en una sola red, bien identificada y con IP estática fuera del rango de adjudicación automática del router corporativo.

ONVIF: el protocolo que no arregla todo pero sin el cual nada se integra

Llega el momento inevitable en cualquier proyecto real: tienes un grabador Dahua y el cliente quiere incorporar una cámara Hikvision que ya tenía de otra instalación. O al revés. La pregunta del millón es si se pueden mezclar. La respuesta corta: sí, pero no sin pagar un peaje técnico. Para que un NVR reconozca una cámara de otra marca es indispensable activar previamente el protocolo ONVIF en la configuración interna de la cámara. ONVIF es el idioma común que ambos fabricantes hablan, el equivalente CCTV al "yo traduzco, tú me entiendes".

El problema es que ONVIF no viene siempre activado de fábrica. Algunas cámaras de gama económica lo traen deshabilitado por defecto, o lo ofrecen únicamente en un perfil limitado que sólo cubre vídeo básico sin audio, sin control PTZ o sin eventos de detección de movimiento inteligente. Activarlo es un paso previo obligatorio, pero no garantiza que las funciones avanzadas se mantengan. Si tu sistema depende de análisis de vídeo por cruce de línea, intrusión en área o detección de movimiento inteligente, conviene verificar caso por caso si esas funciones siguen operativas una vez la cámara se integra por ONVIF en un grabador de otra marca. La hoja de especificaciones del fabricante suele ser optimista respecto a este punto, y la realidad de campo, bastante menos.

Buenas prácticas para evitar la pérdida de conexión tras reinicios eléctricos

Aquí llegamos al terreno de la negligencia recurrente. Una cámara IP a la que se le activa la obtención automática de IP por DHCP, sin una reserva previa en el router, está condenada a perder la conexión tarde o temprano. Cuando se produce un corte de energía o un reinicio del switch, la cámara vuelve a pedir dirección al servidor DHCP. Si en ese momento hay más dispositivos activos que en el arranque original, puede recibir una IP distinta. El NVR, que la tenía asociada en su base de datos interna con la dirección anterior, la da por perdida. Resultado: canal caído, posible alarma saltada en la central y un cliente llamando a las tres de la madrugada preguntando por qué su sistema "ha dejado de funcionar solo".

Hay dos formas correctas de evitar esto, y cualquier otra es mala práctica:

1. Asignar IP estática manual a cada cámara, fuera del rango DHCP del router. Si tu DHCP reparte entre 192.168.1.100 y 192.168.1.200, las cámaras deberían vivir en 192.168.1.50 a 192.168.1.80, por ejemplo. Documenta esa tabla en un archivo accesible para el siguiente técnico.

2. Activar DHCP en las cámaras pero con reserva en el router por dirección MAC. El servidor DHCP siempre asignará la misma IP a esa cámara concreta. Es más cómodo de mantener a largo plazo, pero depende de que el router esté correctamente configurado y de que nadie lo resetee de fábrica sin avisar.

Cualquier opción que no sea una de estas dos es, sencillamente, una apuesta. Y las apuestas, en un sistema de seguridad, las paga el cliente con su tranquilidad y el instalador con su reputación.

La intervención que viene después: documenta o aten a las consecuencias

Hay un último punto que convierte una instalación correcta en un sistema realmente mantenible: la documentación. Si no dejas un plano de direccionamiento IP con la correspondencia canal del NVR — dirección IP — dirección MAC — ubicación física de la cámara, la próxima intervención de mantenimiento se va a convertir en una búsqueda del tesoro. Y ocurre antes de lo que crees: una cámara que hay que sustituir, un switch que se cambia por obsolescencia, una ampliación del sistema con tres cámaras nuevas. Cada una de esas circunstancias obligará a alguien a recorrer la red preguntando "¿quién tiene la 192.168.1.73?". Sin plano, ese alguien perderá horas.

Una instalación de CCTV sin plano de direccionamiento IP no es una instalación profesional: es una bomba de relojería esperando el próximo corte de luz.

Y aquí va la advertencia severa, la que debería ir grabada a fuego en la cabeza de cualquier técnico del sector: si asumes que el direccionamiento IP "se va a mantener solo", fallará. No hoy, no mañana, pero fallará. Los reinicios, las ampliaciones, los cambios de router y los apagones forman parte del ciclo de vida normal de cualquier sistema. Si tu diseño de red no sobrevive a cualquiera de esos eventos sin perder cámaras, el diseño está mal hecho desde el principio. No es cuestión de suerte, es cuestión de planteamiento. Y mientras algunos sigan montando sistemas con la configuración de fábrica, sin documentar una sola dirección ni activar ONVIF donde toca, seguirá habiendo NVR con canales fantasma y clientes preguntándose por qué su cámara dejó de grabar justo el día que más la necesitaban.