prompt seguir Eso cambia bastante el diagnóstico. Es una pista muy buena. Si ocurre esto: PC conectado por cable al D-Link. Todas las cámaras están en el otro switch. ConfigTool inicialmente encuentra 7. A los pocos segundos aparecen las demás. Durante ese intervalo, las que todavía no aparecen no responden al ping. Entonces no parece un problema de ConfigTool ni de que el D-Link limite a 7 cámaras. Hay una pérdida/recuperación real de conectividad IP hacia parte de las cámaras. Y como las cámaras están detrás de otro switch, tenemos que localizar qué ocurre en el enlace entre el D-Link y ese switch. Lo primero que quiero comprobar En el D-Link, localiza el puerto que conecta con el switch donde están las cámaras. En ese puerto mira: Link Status velocidad negociada Rx Packets Tx Packets Rx Errors Tx Errors CRC Errors, si aparece Drops, si aparece No cambies nada. Déjame esos valores, especialmente si hay errores. Y una prueba todavía más importante Mientras ConfigTool está en ese estado de "7 cámaras": Haz: ping 192.168.1.126 -t y observa si empieza a responder justo cuando ConfigTool descubre la cámara. Si ocurre: ConfigTool: 7 cámaras Ping .126: NO responde ↓ unos segundos después ConfigTool: aparecen las demás Ping .126: empieza a responder eso demuestra que las cámaras están realmente quedando inaccesibles temporalmente. Hay un sospechoso concreto Si muchas cámaras están detrás del mismo switch y desaparecen/recuperan juntas, quiero comprobar primero: el enlace D-Link ↔ switch de cámaras. Si ese enlace está haciendo flapping, negociando mal, saturándose o teniendo errores, desde el D-Link podemos verlo. Y si el switch intermedio es el Cudy FS1018PS1, también quiero que confirmes que su selector está en: DEFAULT No VLAN ni EXTEND. El modo VLAN del FS1018PS1 puede aislar los puertos de acceso entre sí. Pero hay otra posibilidad muy interesante Si el enlace D-Link → switch está perfecto, entonces podemos tener un problema de ARP/broadcast o una tormenta de tráfico. En ese caso el D-Link es justamente lo que necesitábamos, porque podemos hacer: Port Mirroring → Wireshark y capturar qué sucede exactamente cuando esas cámaras desaparecen. No activaría todavía Storm Control para "solucionarlo". Primero quiero ver si realmente existe una tormenta; si la hay, después podemos utilizar Storm Control como protección. Dime qué switch es exactamente el que tiene conectadas esas cámaras y qué puerto del D-Link lo conecta. Con eso te indico exactamente dónde entrar en el D-Link para mirar los contadores. El switch poe de 16 esta asi: watchdog on, extend off y vlan (1-16) on Ahí tenemos un sospechoso muy serio. Tu Cudy FS1018PS1 está: Watchdog: ON → puede quedarse ON por ahora. Extend: OFF → correcto. VLAN 1–16: ON → esto sí quiero cambiarlo inmediatamente a OFF / Default. Según la documentación oficial del FS1018PS1, el modo VLAN aísla los puertos de acceso entre sí y hace que se comuniquen únicamente con los puertos de subida. Haz esto Pon el selector: VLAN 1–16 → OFF Deja: Watchdog → ON Extend → OFF La configuración debería quedar: CUDY FS1018PS1 VLAN OFF ← CAMBIAR EXTEND OFF WATCHDOG ON Después espera 1–2 minutos y vuelve a abrir ConfigTool. ¿Por qué esto encaja con lo que estás viendo? Ahora mismo puedes tener algo parecido a: D-LINK │ │ CUDY FS1018PS1 ┌─────┼─────┐ │ │ │ CAM CAM CAM Con VLAN activada, el Cudy está aplicando aislamiento a los puertos. Eso puede hacer que el comportamiento de descubrimiento/comunicación entre cámaras, NVR y el resto de la LAN no sea el que queremos para una primera configuración. Y el hecho de que ConfigTool primero encuentre 7, después más, y algunas cámaras ni siquiera respondan al ping, hace que esta configuración sea especialmente importante de eliminar como variable. Después de poner VLAN OFF No cambies nada más. Haz: ping -t 192.168.1.126 y abre ConfigTool. Quiero saber si, después de quitar VLAN 1–16, ocurre alguna de estas tres cosas: A. Las cámaras aparecen todas rápidamente y la .126 responde continuamente → 🎯 hemos encontrado una causa muy probable. B. ConfigTool mejora, pero algunas cámaras siguen sin responder al ping → hemos eliminado un problema, pero queda otro. C. Todo sigue exactamente igual → pasamos a revisar el enlace D-Link ↔ Cudy y sus contadores, y después Wireshark. No toques Storm Control, RSTP, IGMP ni Jumbo Frame todavía. Primero hagamos esta prueba aislada. hoy 18:30 ahora tengo el cudy conectado al dlink puerto normal y el movistar pasando por el switch poe tvt como estaba, pero el nvr conectado al cudy y los 2 nvr conectados al router de movistar, solo ven 7 camaras. Esto es porque hay que configurar algo en el dlink o el de movistar? Ahora sí: con esa topología, no deberías necesitar configurar nada especial en el Movistar. El problema más probable está en cómo está configurado el D-Link o el enlace D-Link → Cudy. Tu situación actual entiendo que es: MOVISTAR 192.168.1.1 DHCP ON / \ NVR1 NVR2 │ TVT PoE │ ▼ D-LINK .1.2 │ │ puerto normal ▼ CUDY FS1018PS1 │ cámaras PoE D-LINK ───── CUDY M300 ─── WiFi ─── cámaras WiFi │ NVR Si los NVR conectados directamente al Movistar y el NVR conectado al Cudy solamente ven 7 cámaras, mientras que ConfigTool finalmente llega a descubrir más, no empezaría tocando el Movistar. 1. Primero verifica el D-Link En: Configuration → VLAN → 802.1Q VLAN Quiero que exista únicamente: VLAN 1 / Default y que todos los puertos que utilizas estén Untagged/miembros de VLAN 1. D-Link confirma que, de fábrica, VLAN 1 es la VLAN por defecto y todos los puertos son miembros de ella. Especialmente: Puerto hacia TVT → VLAN 1 Untagged Puerto hacia Cudy → VLAN 1 Untagged Puerto hacia NVR → VLAN 1 Untagged Puerto hacia Cudy M300 → VLAN 1 Untagged PVID de esos puertos → 1 No crees ninguna VLAN adicional. Y comprueba que Asymmetric VLAN está Disabled. 2. En el Cudy FS1018PS1 Ahora que has puesto VLAN OFF, eso está bien. Debe quedar: VLAN: OFF Extend: OFF Watchdog: podemos dejarlo ON inicialmente. Cudy confirma que el modo VLAN aísla los puertos descendentes y limita su comunicación a los dispositivos de uplink. No queremos ese comportamiento mientras estamos intentando que todas las cámaras sean visibles desde todos los NVR. 3. El Movistar No cambiaría nada en el Movistar. Debe seguir siendo: 192.168.1.1 DHCP = ON Y todos los equipos deberían obtener/usar direcciones de: 192.168.1.0/24 El hecho de que NVR1/NVR2 estén conectados directamente al Movistar no impide que vean cámaras que están detrás del D-Link, siempre que el TVT y D-Link estén funcionando como switches de capa 2 transparentes y todos estén en la misma VLAN. Pero hay una prueba que quiero hacer antes de seguir Tenemos una pista extraordinariamente útil: ConfigTool empieza viendo 7 y después encuentra más. Y además: Las cámaras que todavía no aparecen no responden al ping. Esto no es simplemente un problema de configuración del NVR. Quiero saber si el problema está en el enlace entre el D-Link y el Cudy. Haz esto Conecta el PC por cable al D-Link. Entra en: Status → Port Statistics (el nombre exacto puede variar ligeramente). Localiza el puerto del D-Link que va al Cudy FS1018PS1. Mira si tiene: RX Error TX Error CRC Error Dropped Collisions Y dime los valores. Después localiza el puerto del D-Link que va al TVT y dime los mismos valores. Y una comprobación todavía mejor Desconecta temporalmente el Cudy M300 del D-Link, dejando solamente: Movistar │ TVT │ D-Link │ Cudy FS1018PS1 │ cámaras No estamos cambiando la arquitectura definitivamente; es solo una prueba. Después conecta el PC al D-Link y abre ConfigTool. Si entonces aparecen todas las cámaras rápidamente, el problema está probablemente relacionado con el Cudy M300/Wi-Fi o con tráfico que ese AP está introduciendo en la LAN. Si siguen apareciendo primero 7 y después las demás, nos centramos en el enlace D-Link ↔ Cudy FS1018PS1, y ahí quiero hacer la siguiente prueba con los contadores y finalmente Port Mirroring/Wireshark. Importante No actives ahora: ❌ Storm Control ❌ IGMP Snooping ❌ Auto Surveillance VLAN ❌ Jumbo Frames ❌ VLAN adicionales Primero queremos conseguir: una única VLAN plana + todos los dispositivos accesibles + capturar el fallo. D-Link documenta precisamente que VLAN 1 debe ser la red común inicial y que los puertos se asignan como Untagged; así que esta es la configuración correcta para nuestra prueba. Si me dices qué número de puerto del D-Link va al Cudy y cuál va al TVT, te digo exactamente qué mirar en esos dos puertos.