Por qué falla DHCP y cómo rastrear paquetes con tcpdump

¿Por qué los dispositivos pierden su dirección IP en la red?

Cuando un ordenador, teléfono o servidor se conecta a una red local, necesita una dirección IP para conversar con otros equipos. Este número digital funciona exactamente igual que el código postal de tu casa. El servicio encargado de distribuir estas direcciones es el servidor DHCP, que significa Protocolo de Configuración Dinámica de Host. En la práctica, funciona como un empleado eficiente que anota quién llega y entrega una credencial de identificación válida por un tiempo determinado. Si este proceso falla, el aparato queda aislado, mostrando el temido aviso de conectividad limitada.

Existen varios motivos para que este mecanismo falle en el día a día. Puede ser un cable mal conectado, una configuración incorrecta de VLANs que impida cruzar barreras físicas, o incluso un agotamiento total de las direcciones disponibles en el enrutador. Cuando esto ocurre, el sistema operativo intenta adivinar una dirección generando una IP temporal, pero la navegación sigue inaccesible. Para ir más allá de las suposiciones y encontrar la causa raíz, necesitamos inspeccionar el tráfico invisible que fluye por los cables usando herramientas de línea de comandos.

Entendiendo el ciclo DORA detrás de la asignación de IP

Antes de abrir cualquier herramienta de diagnóstico, vale la pena entender la rápida conversación que ocurre en fracciones de segundo entre la nueva máquina y el servidor. Este flujo se conoce con el acrónimo DORA, que resume cuatro etapas secuenciales. La primera es Discover, donde la computadora recién llegada grita a través de la red preguntando si hay algún servidor DHCP disponible. Como todavía no tiene dirección, este grito se hace mediante difusión general, es decir, dirigido a todos los oyentes posibles en la misma sala digital.

La segunda etapa es Offer, el momento en que el servidor responde ofreciendo una IP libre. A continuación, el ordenador envía un Request, aceptando formalmente esa oferta específica y pidiendo registrar el nombre. Finalmente, el servidor devuelve un Acknowledge, sellando el contrato y confirmando que la IP ahora pertenece oficialmente a ese dispositivo. Si cualquiera de estos mensajes se pierde en el camino, el ciclo se rompe y la IP nunca llega a su destino.

Cómo capturar tráfico DHCP usando el comando tcpdump

Cuando un ordenador no logra recibir una IP, debemos ponernos el sombrero de detective y analizar paquetes de datos en tiempo real. Aquí es donde entra tcpdump, un programa clásico de Linux diseñado para escuchar tráfico de red directamente desde la terminal. En la práctica, actúa como un micrófono de alta precisión conectado a la tarjeta de red, grabando todo lo que entra y sale. Antes de avanzar, también es útil recordar cómo se comporta el tráfico en otras capas, algo que exploramos al cómo rastrear paquetes IP y rutas en Linux con el traceroute para entender la ruta de los datos.

Para comenzar a monitorizar los mensajes DHCP sin perdernos entre miles de paquetes web irrelevantes, aplicamos un filtro dirigido a los puertos estándar del protocolo, que son el 67 y el 68. El comando básico para iniciar la escucha en tu interfaz de red principal, comúnmente llamada eth0 o wlan0, requiere privilegios de administrador. Escribir la instrucción correcta en la terminal filtra el ruido del tráfico cotidiano y se centra exclusivamente en las negociaciones de IP.

sudo tcpdump -i eth0 -n -v port 67 or port 68

En este comando, la bandera -i define qué tarjeta de red se escuchará, -n evita que el programa pierda tiempo traduciendo direcciones IP en nombres de dominio, y -v añade un nivel útil de detalles en pantalla. Al ejecutar esta línea mientras reinicias la tarjeta de red de tu dispositivo cliente, verás los mensajes DORA desfilando por tu terminal con una claridad impresionante.

Interpretando paquetes y detectando dónde se atasca el flujo

Con tcpdump ejecutándose y generando líneas de texto en pantalla, el secreto es reconocer los rastros que deja cada etapa del ciclo DORA. Cuando el cliente dispara el Discover, verás una línea que indica un paquete moviéndose desde 0.0.0.0 hacia 255.255.255.255, que representa el canal universal de difusión. Si ves salir esta solicitud pero ninguna respuesta llega poco después, el problema radica claramente en el servidor DHCP o en algún bloqueo de cortafuegos en el camino.

Si el servidor responde con Offer, pero el cliente lo ignora y repite el Discover, el problema puede ser un conflicto de IP en la red donde otro equipo ya está usando el número ofrecido. Esta comprobación minuciosa evita que pierdas horas cambiando cables o reiniciando equipos al azar. Para entornos complejos, vale la pena contrastar esta información con diagnósticos de otras capas, muy similar a cuando necesitamos cómo rastrear paquetes perdidos en la red con Wireshark para un análisis gráfico detallado de los mismos eventos. Para profundizar en estos conceptos arquitectónicos en producción, consulte también nuestro análisis técnico sobre Cómo probar el regulador de voltaje AMS1117 con multímetro.

Consideraciones finales sobre la solución de problemas de red

Dominar el rastreo de paquetes DHCP con tcpdump transforma un problema frustrante e invisible en un rompecabezas lógico y completamente solucionable. En lugar de aceptar la falla de conexión como un misterio insoluble, pasas a ver exactamente qué mensaje se perdió en el trayecto entre la computadora y el servidor. Esta habilidad ahorra un tiempo precioso en redes corporativas, laboratorios domésticos o entornos de infraestructura.

Comprender las entrañas del protocolo DORA y utilizar filtros inteligentes en la terminal te otorga el control absoluto de tu infraestructura. Practica estos comandos en un entorno controlado, observa el comportamiento normal de los paquetes en una conexión sana y construye la memoria muscular necesaria para actuar con rapidez cuando la red decida fallar.