Tipos de mensajes DHCP (El proceso DORA)

 

Tipos de mensajes DHCP (El proceso DORA)

El protocolo DHCP es conversacional. No basta con que el cliente pregunte; debe haber un intercambio estructurado de cuatro mensajes clave para garantizar que la dirección IP sea única y esté correctamente configurada. A este flujo se le conoce universalmente como DORA.

Los 4 mensajes del ciclo de vida

  1. DHCPDISCOVER (Descubrimiento):

    • ¿Quién lo envía? El Cliente.

    • Destino: 255.255.255.255 (Broadcast).

    • Propósito: Es un grito al aire: "¿Hay algún servidor DHCP en esta red que pueda darme una configuración IP?". Como el cliente aún no tiene IP, no puede enviar mensajes dirigidos (unicast).

  2. DHCPOFFER (Oferta):

    • ¿Quién lo envía? El Servidor DHCP.

    • Destino: Broadcast o Unicast (dependiendo de la implementación).

    • Propósito: El servidor responde: "Hola, soy el servidor DHCP. Tengo esta dirección IP (192.168.1.50) disponible para ti, junto con mi máscara de red y puerta de enlace".

  3. DHCPREQUEST (Solicitud):

    • ¿Quién lo envía? El Cliente.

    • Destino: Broadcast (generalmente).

    • Propósito: El cliente responde: "Gracias por la oferta, elijo tu configuración y solicito formalmente que me asignes la IP 192.168.1.50".

    • Nota: Se envía en broadcast para que, si hubiera más servidores, estos sepan que el cliente ya ha aceptado la oferta de otro.

  4. DHCPACK (Acuse de recibo):

    • ¿Quién lo envía? El Servidor.

    • Destino: Unicast.

    • Propósito: Es la confirmación final: "Entendido. La dirección 192.168.1.50 es tuya desde este momento por los próximos 8 días (lease)".

Mensajes adicionales (No te los saltes)

Aunque DORA es el ciclo principal, existen otros mensajes que ocurren en situaciones específicas:

  • DHCPDECLINE: El cliente informa al servidor que la IP ofrecida ya está en uso (esto indica que hay un conflicto en la red).

  • DHCPRELEASE: El cliente libera la IP voluntariamente (por ejemplo, al apagar el equipo correctamente).

  • DHCPINFORM: El cliente solicita parámetros de configuración adicionales pero ya tiene una IP estática (por ejemplo, para obtener solo el servidor DNS o WINS).

  • DHCPNAK: El servidor rechaza la petición del cliente (por ejemplo, si el cliente intenta usar una IP que ya no pertenece a esa subred).

Resumen para el alumno

MensajeDirección¿Quién lo envía?Acción
DISCOVERBroadcastClienteBusca servidor.
OFFERUnicast/BroadcastServidorOfrece parámetros.
REQUESTBroadcastClienteAcepta la oferta.
ACKUnicastServidorConfirma concesión.

Reto para el alumno

Imagina que analizas el tráfico de red con Wireshark y ves un DHCPDISCOVER seguido de un DHCPOFFER, pero el proceso se detiene ahí y no ves ningún DHCPREQUEST.

  • Pregunta: ¿Cuál crees que puede ser el problema? (Pista: Piensa si el cliente ha recibido la oferta y ha decidido rechazarla o si algo ha bloqueado el mensaje de vuelta).