Glosario de DHCP

¿Qué es DHCPACK (acuse de recibo del Protocolo de configuración dinámica de host)?

Abstract isometric UI showing network ranges, usage bars, region names (EMEA/APAC), and a purple "Deploy" button
Puntos claveLos puntos clave se generan con la ayuda de la inteligencia artificial. Dado que los resúmenes automáticos pueden contener en ocasiones errores u omitir contexto importante, consulta siempre la entrada completa del blog para obtener toda la información.

DHCPACK (Dynamic Host Configuration Protocol acknowledgment) is the final DHCP message type that a server sends to confirm an address lease and deliver configuration parameters to a client, as defined in RFC 2131. It completes the standard four-message DHCP exchange and represents the moment a device gains working network access in enterprise networks. When DHCPACK messages are slow, missing, or blocked by misconfigurations—such as faulty relay agents, firewall rules, or pool exhaustion—clients lose network access or fall back to link-local addressing, creating operational outages that operators can diagnose through logging of DHCPACK and DHCPNAK activity.

  • DHCPACK is the final confirmation message sent by a DHCP server in reply to DHCPREQUEST or DHCPINFORM, carrying the address, lease time, and configuration options that make the lease valid and bind the client to network access.
  • Common failure scenarios include misconfigured relay agents with wrong giaddr values, firewall or DHCP snooping rules blocking server replies on untrusted ports, overloaded servers delaying acknowledgments after power events or Wi-Fi roam storms, and rogue DHCP servers delivering false gateway or DNS settings without authentication in basic DHCP deployments.
  • Accurate DHCPACK and DHCPNAK logging provides operators visibility into lease issuance patterns, early signs of address pool exhaustion, and forensic records that support incident investigation and IPAM reconciliation across large enterprise networks.

DHCPACK de un vistazo

AttributeValue
Full nameDynamic Host Configuration Protocol acknowledgment
CategoryDHCP message type
Defined inRFC 2131 for DHCP, with message type values carried in the option format of RFC 2132
Protocol and portUDP, server port 67 and client port 68
OSI layerLayer 7 (application)
Primary useConfirming a lease and delivering configuration parameters to a client
Related termsDHCP, DHCPDISCOVER, DHCPOFFER, DHCPREQUEST, DHCPNAK, DHCP lease

Cómo funciona DHCPACK

DHCPACK es el último mensaje del intercambio DHCP estándar de cuatro mensajes para una nueva concesión. También se utiliza cuando un cliente renueva una concesión o solicita únicamente parámetros de configuración.

  1. Discover: El cliente emite un DHCPDISCOVER para encontrar servidores DHCP disponibles.
  2. Oferta: Cada servidor que responde envía un DHCPOFFER con una dirección propuesta y opciones de configuración.
  3. Solicitud: El cliente elige una oferta y emite un DHCPREQUEST indicando el servidor elegido, lo que también comunica a los demás servidores que sus ofertas han sido rechazadas.
  4. Confirmación: El servidor seleccionado registra la concesión y envía un DHCPACK que contiene la dirección, el tiempo de concesión y las opciones. A continuación, el cliente puede configurar su interfaz y empezar a utilizar la dirección.

Antes de utilizar la dirección, un cliente puede sondear la red, por ejemplo mediante ARP, para comprobar que ningún otro host la tiene asignada. Si la dirección ya está en uso, la RFC 2131 establece que el cliente envíe un DHCPDECLINE y vuelva a empezar. Si el servidor no puede atender una solicitud, envía un DHCPNAK en lugar de un DHCPACK. Un DHCPACK también responde a un DHCPINFORM; en ese caso, incluye opciones pero no una dirección.

Por qué es importante el DHCPACK en las redes empresariales

El DHCPACK es el momento en el que una concesión entra en vigor, por lo que es el instante en el que un dispositivo obtiene acceso funcional a la red. En redes grandes, los servidores envían estos mensajes de forma continua a medida que los dispositivos se conectan, cambian de ubicación y renuevan sus concesiones. La RFC 2131 establece que, por defecto, los clientes comiencen a renovar a la mitad del tiempo de concesión, por lo que la duración de la concesión determina directamente cuántos mensajes DHCPACK debe generar un servidor.

Cuando los mensajes DHCPACK se retrasan o no se reciben, los clientes se quedan sin direcciones o recurren al direccionamiento local de enlace, y los usuarios lo perciben como una interrupción de la red. Entre las causas más comunes se incluyen el agotamiento de los conjuntos de direcciones, agentes de retransmisión mal configurados, un servidor averiado sin socio de conmutación por error o conflictos que llevan a los clientes a enviar DHCPDECLINE. El registro de la actividad de DHCPACK y DHCPNAK ofrece a los operadores una visión precisa de la asignación de concesiones y de los primeros indicios de agotamiento del conjunto de direcciones.

Los mensajes DHCPACK no se autentican en el DHCP básico, por lo que un servidor no autorizado en el mismo segmento puede responder a una solicitud y proporcionar configuraciones falsas de puerta de enlace o DNS. Las funciones de los conmutadores, como el «DHCP snooping», limitan esto al permitir respuestas de servidor solo desde puertos de confianza. Los registros precisos de qué DHCPACK asignó qué dirección también facilitan la gestión de direcciones IP (IPAM) y la investigación de incidentes.

Comparación de DHCPACK con términos relacionados

DHCPACK frente a DHCPNACK

DHCPACK confirma una concesión y entrega la configuración, mientras que DHCPNAK, el nombre del mensaje según el RFC 2131, indica al cliente que la dirección solicitada no se puede utilizar y que debe volver a empezar. ¿Qué es DHCPNACK?

AttributeDHCPACKDHCPNACK
PurposeConfirms the lease and supplies final parametersRejects the client's request for an address
Sent in reply toDHCPREQUEST or DHCPINFORMDHCPREQUEST
Client action on receiptConfigures the interface and uses the leaseStops using the address and restarts discovery
Typical triggerValid request for an address the server can grantClient requests an address that is wrong for its subnet or no longer available

DHCPACK frente a DHCPOFFER

DHCPOFFER propone una dirección y unas opciones antes de que el cliente se comprometa, mientras que DHCPACK es la confirmación final que hace válida la concesión. ¿Qué es DHCPOFFER?

AttributeDHCPACKDHCPOFFER
Position in exchangeLast message of the lease exchangeSecond message, after DHCPDISCOVER
Sent in reply toDHCPREQUEST or DHCPINFORMDHCPDISCOVER
Binds the leaseYes, the lease takes effectNo, the proposal is only an offer
Number sentOne, from the selected serverOne from each responding server

Problemas habituales con DHCPACK

Los clientes de una subred remota envían solicitudes, pero nunca reciben un DHCPACK porque el agente de retransmisión tiene una giaddr incorrecta o no la tiene, o porque se bloquea el tráfico de retorno. Los registros del servidor muestran que se ha enviado un acuse de recibo, mientras que los registros del cliente muestran solicitudes repetidas.

Tras un corte de corriente o una tormenta de itinerancia Wi-Fi, muchos clientes envían solicitudes a la vez y un servidor sobrecargado o una base de datos backend lenta retrasa el DHCPACK. Los clientes agotan el tiempo de espera, vuelven a intentarlo y pueden recurrir a direcciones locales de enlace.

Un servidor DHCP no autorizado, a menudo un router doméstico conectado a un conmutador, envía su propio DHCPACK con una puerta de enlace o un servidor DNS incorrectos. Los usuarios obtienen direcciones que funcionan a nivel local, pero no pueden acceder a otras redes.

Un cliente comprueba la dirección tras el DHCPACK, descubre que ya está en uso y rechaza la concesión. Esto suele deberse a un dispositivo estático dentro del rango dinámico, y se manifiesta como rechazos repetidos en los registros del servidor.

Una política de seguridad o el filtrado DHCP en un puerto no de confianza descarta el DHCPACK del servidor, por lo que este registra una concesión de la que el cliente nunca tiene conocimiento. Comprueba que el puerto orientado al servidor sea de confianza y que los puertos UDP 67 y 68 estén permitidos.

Descubre cómo el DDI unificado simplifica las operaciones de red

Gestiona el DNS, el DHCP y las direcciones IP desde una única plataforma con automatización, visibilidad y control integrados.

Preguntas frecuentes sobre DHCPACK

Términos relacionados

Network visualization showing IP addresses and interconnected nodes representing IPAM infrastructure and data flow

Establecimiento de modelos de flujo de trabajo y aprobación de IPAM regulados y preparados para auditorías para las redes de la organización

Descubre soluciones de gestión de direcciones IP para flujos de trabajo de IPAM regulados y preparados para auditorías. Habilita aprobaciones por ámbitos…

Read more
Content Hub

Comprender el modelo OSI: dónde encajan el DNS y el direccionamiento IP dentro de las 7 capas

Comprende las siete capas del modelo OSI y cómo encajan en ellas el DNS y el direccionamiento IP. Aprende los fundamentos de la arquitectura de redes con…

Read more
Fiber optic cables with glowing blue and cyan light points representing high-speed network data transmission and connectivity

Escalabilidad del DNS y la gestión de direcciones IP (IPAM) para redes empresariales IPv6 y de doble pila

Amplíe el DNS y el IPAM para redes empresariales de doble pila. Descubra cómo Micetro ayuda a los equipos a gestionar las migraciones a IPv6 con sistemas…

Read more
Hand holding digital pen interacting with holographic network diagrams and data visualization on laptop screen, representing

Integración de DNS, DHCP e IPAM en flujos de trabajo de infraestructura como código basados en Ansible y Git

La integración de DNS, DHCP e IPAM en los flujos de trabajo de IaC basados en Ansible y Git con Micetro convierte los cambios de direcciones y registros en…

Read more
Podcast

Podcast: Cómo la IA está cambiando el desarrollo de software empresarial

La IA transforma la automatización de redes, pero una implementación segura requiere sólidas prácticas de software, pruebas y experiencia en el ámbito…

Read more
Podcast

Podcast: Por qué las plataformas abiertas son importantes en las operaciones de red

Las plataformas abiertas y la arquitectura «API-first» permiten operaciones de red inteligentes, automatización y flujos de trabajo impulsados por IA en…

Read more
Network engineer reviewing LiveNX flow and telemetry data visualized across server racks in a hybrid multicloud environment

Obtenga respuestas a partir de los datos de LiveNX que ya tiene con LiveAssist

Descubre cómo LiveAssist, el complemento basado en IA para LiveNX, convierte tus datos de red en respuestas rápidas y guiadas, con un valor que podrás…

Read more
LiveWire GEN3 device offerings overview with descriptions of deep packet visibility and deployment options

Oferta de dispositivos LiveWire GEN3

BlueCat LiveWire es una plataforma de captura de paquetes y análisis forense de redes que ofrece una visibilidad profunda a nivel de paquetes en entornos…

Read more

Artículos relacionados