En entornos empresariales, asignar manualmente direcciones IP a cientos de dispositivos resulta operativamente inviable. El protocolo DHCP resuelve este escenario al automatizar la entrega de parámetros de direccionamiento a computadoras, teléfonos IP, impresoras, cámaras de seguridad y cualquier dispositivo final con capacidad para solicitar configuración dinámica.
En esta clase desarrollaremos el procedimiento para configurar DHCP y DHCP Relay en dispositivos Cisco, comenzando con un router que asumirá el rol de servidor sobre una topología en GNS3, y avanzando hacia un escenario más complejo en Packet Tracer donde un servidor dedicado entregará direccionamiento a múltiples VLANs separadas por enlaces de capa 3. Será una clase orientada a la implementación práctica con verificaciones respecto al proceso de intercambio de mensajes DHCP.
ip helper-addressEn infraestructuras empresariales, la práctica recomendada consiste en concentrar el servicio DHCP en un servidor dedicado que entregue direccionamiento a todas las VLANs de la red. Este enfoque facilita la administración, simplifica las auditorías de asignación de direcciones y reduce significativamente la complejidad operativa frente a la alternativa de distribuir múltiples servidores DHCP en distintos dispositivos de red.
Sin embargo, este modelo introduce un desafío técnico que toda implementación debe resolver. Cuando los clientes DHCP se encuentran en VLANs diferentes a la del servidor, los mensajes DHCP Discover que envían en modo broadcast no logran atravesar los routers, ya que estos dispositivos no reenvían tráfico broadcast entre redes lógicas diferentes. Sin un mecanismo intermedio, los clientes nunca recibirán una respuesta del servidor.
La solución para este problema es DHCP Relay Agent, una funcionalidad que permite a un router actuar como intermediario entre los clientes locales y un servidor DHCP ubicado en una red lógica diferente. Su funcionamiento exacto y su configuración paso a paso lo desarrollaremos en la clase.
El procedimiento para configurar DHCP en un router Cisco se estructura alrededor del concepto del pool de direcciones. Cada pool representa el conjunto de direcciones IPv4 disponibles para una red lógica determinada, y debe construirse con cuatro elementos fundamentales: la red lógica que se entregará, el default gateway que utilizarán los clientes, los servidores DNS para resolución de nombres y el tiempo de préstamo de las direcciones.
Durante la demostración práctica con GNS3 implementaremos este procedimiento sobre una topología real, donde un router Cisco entregará direccionamiento a dos computadoras conectadas mediante un switch. Verificaremos el intercambio completo de mensajes DORA (Discover, Offer, Request, Ack) mediante el comando de debug correspondiente, y analizaremos la información registrada en la tabla de bindings del servidor. También hablaremos sobre la exclusión de las direcciones que ya están asignadas estáticamente, como la propia interfaz del router, servidores, cámaras IP o impresoras con direccionamiento fijo. En la clase analizaremos los comandos para excluir tanto direcciones individuales como rangos completos.
La segunda parte de la clase aborda un escenario real. Construiremos en Packet Tracer una topología que incluye diferentes VLANs interconectadas mediante router on a stick, enlaces seriales que simulan enlaces WAN, y un servidor DHCP dedicado ubicado en una red lógica completamente separada de los clientes finales.
El objetivo es lograr que las computadoras de las VLANs obtengan su direccionamiento desde un servidor centralizado que se encuentra en otra red lógica. Para esto consideraremos la configuración correcta de los pools en el servidor DHCP, la aplicación del comando ip helper-address en las interfaces apropiadas, y la resolución de un requisito adicional de enrutamiento que con frecuencia se omite en la implementación y que provoca el fallo del proceso.
¿Quieres acceder a la clase completa de configuración de DHCP y DHCP Relay en dispositivos Cisco ? ¿Qué esperas? ¡Suscríbete!.
DHCP Server es el dispositivo que aloja los pools de direcciones y responde directamente a las solicitudes de los clientes. DHCP Relay Agent funciona como intermediario que reenvía las peticiones cuando el servidor reside en una red lógica diferente a la del cliente, resolviendo la limitación de que los routers no propagan mensajes broadcast entre redes. En la clase analizamos cómo interactúan ambos componentes y en qué escenarios resulta indispensable cada uno.
Helper-address es solo un componente del proceso. Existen requisitos adicionales que con frecuencia se omiten y que provocan que la respuesta del servidor no logre regresar al cliente, aunque la solicitud sí alcance su destino correctamente. Durante la clase analizamos el flujo completo de paquetes y demostramos por qué la primera prueba falla hasta que esos requisitos específicos quedan resueltos.
La decisión depende del tamaño y la complejidad de la infraestructura. En entornos pequeños un router puede asumir el rol de servidor DHCP sin generar problemas operativos. A medida que la red incorpora múltiples VLANs, mayor cantidad de dispositivos y necesidades administrativas más exigentes, un servidor dedicado se vuelve la opción recomendada por motivos de centralización, auditoría y separación de responsabilidades. En la clase implementamos ambos escenarios para evidenciar las ventajas prácticas de cada modelo.