VLAN 20 clients: 10.20.20.0/24 DHCP server: 10.99.99.10 Clients and server are in different subnets
Anexo: Las PCs en la VLAN 20 no están recibiendo direcciones de un servidor DHCP en otra subred. El SVI del switch para la VLAN 20 está activo (up) y el enrutamiento funciona. ¿Qué configuración es más probable que falte en el gateway para la VLAN 20?
Elige la mejor respuesta.
Respuesta correcta
Los mensajes DHCP Discover son broadcasts y no cruzan routers de manera predeterminada. Un ip helper-address en la interfaz del gateway del cliente retransmite esas peticiones a un servidor DHCP remoto.
ip default-gateway 10.20.20.1
ip default-gateway asigna un gateway para la propia VLAN de administración del switch, lo que permite al administrador acceder al switch de forma remota con fines de administración. No hace nada por las PCs cliente que obtienen sus direcciones de DHCP, ni instruye al switch para que reenvíe los broadcasts de los clientes hacia un servidor DHCP. Las PCs en la VLAN 20 ya utilizan 10.20.20.1 como su gateway a través del router/SVI; configurar un default-gateway estático en el switch no retransmite los mensajes DHCP al servidor remoto.
ip helper-address 10.99.99.10
DHCP se basa en el descubrimiento por broadcast, y los broadcasts no cruzan fronteras de Capa 3. Las PCs en la VLAN 20 no pueden alcanzar el servidor DHCP en una subred diferente a menos que el SVI de la VLAN 20 tenga configurado ip helper-address 10.99.99.10. Ese comando convierte el broadcast del cliente en un unicast retransmitido al servidor, al mismo tiempo que inserta la IP del SVI como el giaddr para que el servidor pueda asignar un rango de direcciones adecuado. Por lo tanto, esta es la configuración que falta.
switchport trunk allowed vlan 20
Este comando limita qué VLANs tienen permitido pasar tráfico a través de un enlace troncal (trunk), sin embargo, el anexo ya coloca a las PCs en la VLAN 20 en puertos de acceso (access ports). Un trunk importaría solo si el servidor DHCP compartiera la misma VLAN 20 en Capa 2 pero estuviera ubicado más allá de un enlace troncal entre switches. Dado que el servidor previsto se encuentra en una subred diferente, los broadcasts de DHCP de todos modos fallan sin la retransmisión; el permiso del trunk es irrelevante para cruzar el límite de Capa 3.
spanning-tree portfast default
PortFast es una optimización de STP por puerto que coloca un puerto de acceso en estado de reenvío (forwarding) de inmediato, eliminando el retraso de escucha y aprendizaje (listening and learning delay). Es puramente una característica de prevención de bucles de Capa 2 y no tiene ningún efecto en procesos IP como el descubrimiento o retransmisión DHCP. Dado que el problema es una falla en el reenvío de broadcasts entre subredes, habilitar spanning-tree portfast default no corregiría el problema de asignación de DHCP.
DHCP (Dynamic Host Configuration Protocol) utiliza mensajes de broadcast para descubrir servidores DHCP disponibles y obtener direcciones IP. Cuando los clientes residen en una subred diferente a la del servidor DHCP, los broadcasts no cruzan los límites del router de manera predeterminada. Para permitir que los clientes en VLANs o subredes remotas reciban direcciones DHCP, la interfaz del router que actúa como default gateway debe retransmitir estas peticiones de broadcast DHCP hacia el servidor DHCP utilizando una función auxiliar. El comando de Cisco IOS ip helper-address se configura en la interfaz de Capa 3 (SVI o routed port) que sirve como gateway para la VLAN del cliente. Este comando especifica la dirección IP del servidor DHCP hacia la cual el router reenvía los mensajes de broadcast DHCP como paquetes unicast. Sin esta configuración, los mensajes DHCP Discover de los clientes en la VLAN 20 no llegarán al servidor DHCP en otra subred, lo que provocará que los clientes no logren obtener direcciones IP. Una trampa común de examen es confundir el comando ip default-gateway con la funcionalidad de retransmisión DHCP. El comando ip default-gateway se utiliza únicamente en switches de Capa 2 para tráfico de administración y no retransmite peticiones DHCP. Comprender el papel de ip helper-address en el reenvío de broadcasts UDP tales como DHCP es fundamental para las operaciones de DHCP entre VLANs y para evitar configuraciones erróneas que bloqueen la asignación de IP a los clientes.
Sobre estas preguntas de práctica
Esta es una de las preguntas de práctica originales de 200-301 de Courseiva, escrita para aprender y nunca copiada de exámenes reales ni de dumps.
Traducida del original en inglés con IA y revisada para comprobar el sentido. Los códigos de examen, los comandos y los nombres de productos se mantienen tal como aparecen en el examen.