Glosario de DHCP

¿Qué es DHCPDISCOVER?

DHCPDISCOVER es un tipo de mensaje DHCP que un cliente difunde para localizar servidores DHCP disponibles en su red local. Es el primer mensaje del intercambio DHCP definido en el RFC 2131, y los servidores que lo reciben pueden responder con un DHCPOFFER que contenga la configuración propuesta.

Simplifiquemos tu DDI
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.

DHCPDISCOVER is a DHCP message type that a client broadcasts to locate available DHCP servers on its local network, marking the first step in the DORA exchange defined in RFC 2131. When devices join an IPv4 network or need to renew their lease, they send DHCPDISCOVER from source address 0.0.0.0 to the limited broadcast address 255.255.255.255 using UDP ports 67 and 68, carrying the client hardware address and transaction ID. Common failure scenarios include missing relay agents, exhausted address pools, server outages, and firewall filtering, which can cause devices to fall back to link-local addresses or remain unable to access network resources, making proper DHCP infrastructure sizing and monitoring critical for operational continuity.

  • DHCPDISCOVER is the entry point for nearly every device joining an IPv4 network, with bursts occurring after power restoration, switch reboots, or office-wide Wi-Fi reconnects, requiring servers and scopes sized to handle these peaks.
  • Unauthered broadcasts leave DHCPDISCOVER vulnerable to rogue DHCP servers that can hand out false gateways or DNS servers, though switch features like DHCP snooping and monitoring of message volume provide risk mitigation.
  • When DHCPDISCOVER goes unanswered due to missing relay agents, exhausted pools, or UDP port filtering, clients typically fall back to link-local 169.254.0.0/16 addresses that break access to network resources and require immediate troubleshooting.

DHCPDISCOVER de un vistazo

AttributeValue
Full nameDHCPDISCOVER
CategoryDHCP message type
Defined inRFC 2131, with message type values carried in options described in RFC 2132
Protocol and portUDP; client sends from port 68 to server port 67
OSI layerApplication layer (Layer 7)
Primary useLocating DHCP servers so a client can request an IP address lease
Related termsDHCP, DHCPOFFER, DHCPREQUEST, DHCPACK, DHCP relay agent, DHCP lease

Cómo funciona DHCPDISCOVER

Un cliente sin una configuración de IP válida, como uno que acaba de arrancar o de conectarse a una red, envía un paquete DHCPDISCOVER para encontrar cualquier servidor DHCP que pueda configurarlo. Este es el primer paso del intercambio que a menudo se denomina DORA.

  1. El cliente emite un mensaje DHCPDISCOVER: el cliente no tiene dirección, por lo que envía el mensaje desde la dirección de origen 0.0.0.0 a la dirección de difusión limitada 255.255.255.255, utilizando UDP desde el puerto 68 al puerto 67.
  2. El mensaje contiene la identidad del cliente y sugerencias: el mensaje incluye la dirección de hardware del cliente y un identificador de transacción. También puede contener opciones, como una dirección IP solicitada o una lista de parámetros que el cliente desea.
  3. Los agentes de retransmisión reenvían el mensaje si es necesario: las difusiones no atraviesan los routers. Si no hay ningún servidor en el segmento local, un agente de retransmisión DHCP reenvía el mensaje a los servidores configurados mediante unidifusión.
  4. Los servidores responden con un DHCPOFFER: cada servidor que pueda atender al cliente responde con un DHCPOFFER que contiene una dirección propuesta y las condiciones de la concesión. A continuación, el cliente elige una oferta y envía un DHCPREQUEST.

DHCPDISCOVER no asigna nada. El cliente no tiene ninguna dirección hasta que el servidor lo confirme con un DHCPACK. Un cliente puede recibir varias ofertas o ninguna, y retransmite el DISCOVER con un tiempo de espera si ningún servidor responde.

Por qué es importante DHCPDISCOVER en las redes empresariales

DHCPDISCOVER es el punto de entrada para casi todos los dispositivos que se conectan a una red IPv4. Los ordenadores portátiles, los teléfonos, las impresoras, los teléfonos IP y muchos dispositivos del Internet de las cosas (IoT) lo envían cada vez que se conectan o cuando no se puede renovar su concesión. En redes grandes, se producen ráfagas de mensajes DISCOVER tras el restablecimiento del suministro eléctrico, el reinicio de los conmutadores o la reconexión a la red Wi-Fi en toda la oficina, por lo que la capacidad del servidor y el dimensionamiento del ámbito deben estar preparados para gestionar estos picos.

Cuando no se responde a un DHCPDISCOVER, los dispositivos no pueden obtener direcciones utilizables. Entre las causas más comunes se encuentran la ausencia o una configuración incorrecta del agente de retransmisión, un grupo de direcciones agotado, una interrupción del servidor o un conmutador o cortafuegos que filtre los puertos UDP 67 y 68. Los clientes que no consigan una concesión pueden recurrir a una dirección local de enlace en el rango 169.254.0.0/16, tal y como se describe en el RFC 3927, lo que suele impedir el acceso a los recursos de la red.

Los mensajes DISCOVER son difusiones sin autenticar, por lo que cualquier host del segmento puede responder con una oferta. Un servidor DHCP malintencionado puede asignar puertas de enlace o servidores DNS falsos. Las funciones de los conmutadores, como el «DHCP snooping», que restringen dónde se aceptan las respuestas del servidor, reducen este riesgo. La supervisión del volumen de mensajes DISCOVER y de los tiempos de respuesta también permite detectar de forma temprana el agotamiento del grupo de direcciones y los ataques de agotamiento.

Comparación de «DHCPDISCOVER» con términos relacionados

DHCPDISCOVER frente a DHCPOFFER

DHCPDISCOVER es la solicitud de difusión que envía el cliente para encontrar servidores, mientras que DHCPOFFER es la respuesta del servidor que propone una dirección y una configuración a ese cliente. ¿Qué es DHCPOFFER?

AttributeDHCPDISCOVERDHCPOFFER
SenderClientDHCP server
Position in exchangeFirst messageSecond message
PurposeLocate available serversPropose configuration to the client
Source address0.0.0.0 when the client has no addressServer address

DHCPDISCOVER frente a DHCPREQUEST

DHCPDISCOVER busca servidores sin comprometerse con ninguno, mientras que DHCPREQUEST indica a los servidores qué oferta acepta el cliente o solicita la renovación o confirmación de una dirección existente. ¿Qué es DHCPREQUEST?

AttributeDHCPDISCOVERDHCPREQUEST
SenderClientClient
PurposeFind serversAccept an offer, renew or verify a lease
Position in exchangeFirst messageThird message in a new lease
Commits to a serverNoYes, when selecting an offer

Problemas habituales con DHCPDISCOVER

Los clientes de una VLAN sin servidor DHCP nunca obtienen respuesta porque las difusiones no atraviesan los routers. La solución es un agente de retransmisión, a menudo denominado «IP helper», en la interfaz de la pasarela que apunte al servidor correcto.

El servidor recibe mensajes DISCOVER, pero no dispone de direcciones libres, por lo que no envía ninguna oferta. A continuación, los clientes agotan el tiempo de espera o se autoasignan una dirección 169.254.0.0/16. Una causa habitual son los tiempos de concesión prolongados en dispositivos de invitados transitorios.

El «snooping» de DHCP con un puerto de enlace ascendente no fiable puede provocar la pérdida de las respuestas del servidor, por lo que se ve el comando «DISCOVER», pero ninguna oferta llega al cliente. La seguridad de puertos o las listas de acceso que bloquean los puertos UDP 67 y 68 provocan síntomas similares.

Las reconexiones masivas tras un corte de corriente o un reinicio del conmutador envían muchos mensajes DISCOVER a la vez, lo que puede sobrecargar un servidor o saturar la cola de un relé. El arranque escalonado y unos servidores con el tamaño adecuado reducen este impacto.

Un servidor DHCP no autorizado, como un router doméstico conectado a la LAN, puede responder primero a la solicitud DISCOVER. Los clientes reciben puertas de enlace o servidores DNS erróneos. Las capturas de paquetes que muestran ofertas procedentes de fuentes inesperadas lo confirman.

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.

Ponte en contacto con nosotros

Preguntas frecuentes sobre DHCPDISCOVER

Términos relacionados

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

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
Centro de contenidosRecursos

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
Centro de contenidosRecursos

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
Recursos

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
Recursos

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
Recursos

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
Blog

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
Recursos

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
Consulta el glosario completo

Artículos relacionados