Depuración de la "solicitud" DHCP faltante en un dispositivo integrado cerrado

Depuración de la "solicitud" DHCP faltante en un dispositivo integrado cerrado

Tengo un dispositivo integrado (centro de control para el sistema de iluminación Philips Hue) que se conecta a mi red doméstica y utiliza DHCP. Todo funcionó bien durante meses, hasta que me vi obligado a cambiar de enrutador. Ahora, el concentrador no puede obtener ninguna dirección IP. Estoy tratando de descubrir cuál podría ser el problema, pero hay un problema importante: la única interfaz del centro está basada en web. Cuando no tiene una dirección IP, no hay forma de obtener información del concentrador ni de enviarle ningún comando. ¿Cómo puedo depurar esto cuando no tengo acceso al dispositivo problemático?

Instalé DD-WRT en mi enrutador (Linksys N600) para obtener más opciones de configuración, pero nada ayudó. Deshabilité DHCP en el enrutador y configuré una Raspberry Pi como servidor DHCP, y los registros de DHCP son una secuencia repetida que se ve así:

Feb 18 19:36:06 retropie dhcpd: DHCPDISCOVER from 00:17:88:6f:30:78 via eth0
Feb 18 19:36:06 retropie dhcpd: DHCPOFFER on 192.168.1.150 to 00:17:88:6f:30:78 via eth0
Feb 18 19:36:09 retropie dhcpd: DHCPDISCOVER from 00:17:88:6f:30:78 via eth0
Feb 18 19:36:09 retropie dhcpd: DHCPOFFER on 192.168.1.150 to 00:17:88:6f:30:78 via eth0
Feb 18 19:36:12 retropie dhcpd: DHCPDISCOVER from 00:17:88:6f:30:78 via eth0
Feb 18 19:36:12 retropie dhcpd: DHCPOFFER on 192.168.1.150 to 00:17:88:6f:30:78 via eth0

El servidor ofrece una dirección, pero el concentrador nunca envía un paquete de "solicitud" por algún motivo. Ninguno de los otros miles de dispositivos en mi red tiene problemas de DHCP. No puedo volver al enrutador anterior, estaba integrado en mi módem DSL y ya no usamos DSL.

No soy muy aficionado a las redes. ¿Alguien puede sugerir cómo podría abordar este problema cuando la falla parece estar dentro de un dispositivo cerrado?

información relacionada