DifícilOpción múltiple

Pregunta de práctica de 200-301

Exhibit

Controller status:
- 14 APs joined successfully

AP-15 status:
- Power on: yes
- Ethernet link: up
- IP address: 10.60.15.44/24
- Default gateway configured: 10.60.14.1
- Controller management IP: 10.60.15.10

Un administrador de red tiene varios access points. Todos los APs excepto uno se han unido exitosamente al wireless controller. El administrador verifica que la dirección IP, la máscara de subnet y la dirección IP del controller del AP con fallas estén configuradas correctamente. ¿Cuál es la razón más probable por la cual el AP no puede unirse al controller?

Elige la mejor respuesta.

Respuesta correcta

AEl AP tiene un default gateway incorrecto para su subnet.

Explicación

La causa más probable es que el AP tenga un default gateway incorrecto. Para que el AP alcance el controller (el cual puede estar en una subnet diferente), necesita un default gateway correcto para enrutar el tráfico. Los demás APs se unieron exitosamente, lo que descarta un problema que afecte a todo el controller. CAPWAP requiere una dirección IP; no funciona sin ella. CAPWAP utiliza IP/UDP, no PPP. No hay indicios de que el controller haya alcanzado su límite de APs; el problema afecta a un solo AP, lo que sugiere una configuración errónea individual.

Por qué cada opción es correcta o incorrecta

Correcta

El AP tiene un default gateway incorrecto para su subnet.

Si el default gateway del AP es incorrecto, el access point no puede enrutar los paquetes CAPWAP fuera de su subnet local para alcanzar un controller en una subnet IP diferente. Las respuestas de descubrimiento y asociación CAPWAP del controller nunca llegarían, a pesar de que la propia dirección IP del AP y el mecanismo de descubrimiento del controller (como DNS o broadcast) estén configurados correctamente. El resultado es que el AP se queda atascado en un estado no asociado/deshabilitado, exactamente como se muestra.

Incorrecta

CAPWAP se puede utilizar solo si el AP no tiene dirección IP.

CAPWAP es un protocolo IP que requiere que tanto el AP como el controller tengan direcciones IP válidas para establecer un túnel de control y datos. Un AP sin dirección IP no podría enviar ni recibir los mensajes de solicitud de descubrimiento y asociación CAPWAP. La afirmación está al revés: el AP debe tener una dirección IP válida y conectividad IP, no carecer de ella, lo que la convierte en una explicación incorrecta.

Incorrecta

El AP debe usar PPP en lugar de Ethernet para alcanzar el controller.

Los APs basados en controller utilizan CAPWAP, el cual se transporta sobre UDP/IP y puede ejecutarse sobre cualquier medio de transporte habilitado para IP como Ethernet, no sobre un enlace PPP directo. PPP es una encapsulación de capa 2 comúnmente utilizada en enlaces seriales o de banda ancha, y no es requerida ni típica para una asociación CAPWAP por cable. El gráfico muestra una ruta Ethernet, por lo que un requisito de PPP no es la causa de la falla del AP para unirse.

Incorrecta

El controller puede soportar un máximo de 14 APs.

No existe un estándar universal de IEEE o CAPWAP que limite un WLC a 14 APs; el máximo está determinado por el modelo del controller, la versión de software y las licencias. El gráfico no indica que se haya alcanzado un umbral de capacidad, y un agotamiento de la capacidad afectaría típicamente a todos los APs o causaría fallas de admisión, no la configuración errónea del gateway de un solo AP. Por lo tanto, esta opción no explica el síntoma observado.

Para profundizar

En las redes inalámbricas de Cisco, los Access Points (APs) se unen a un wireless LAN controller (WLC) utilizando el protocolo Control and Provisioning of Wireless Access Points (CAPWAP). Este proceso requiere que el AP tenga conectividad de Capa 3 adecuada con el controller, incluyendo una dirección IP válida, una máscara de subnet y un default gateway. El default gateway es fundamental porque permite que el AP enrute el tráfico de control CAPWAP más allá de su subnet local para alcanzar el controller. Sin un default gateway correcto, el AP no puede reenviar paquetes destinados al controller si este reside en una subnet diferente. Cuando un AP no logra unirse al controller mientras otros tienen éxito, el enfoque de resolución de problemas se desplaza hacia la configuración de red del AP y la ruta hacia el controller. La dirección IP y la máscara de subnet del AP deben alinearse con el diseño de red, y el default gateway debe ser la interfaz de router correcta para esa subnet. Si el AP utiliza un default gateway incorrecto, no puede enrutar los paquetes CAPWAP correctamente, lo que provoca fallas de asociación. Este es un problema común en implementaciones inalámbricas de múltiples subnets donde los APs están distribuidos en diferentes VLANs o segmentos IP. Una trampa común de los exámenes es asumir que CAPWAP requiere que el AP no tenga dirección IP o que el controller limita la cantidad de APs que admite. Estos conceptos erróneos pasan por alto el requisito fundamental del enrutamiento IP para el tráfico CAPWAP. En la práctica, el AP debe tener una configuración IP válida, incluido un default gateway correcto, para alcanzar el controller. Las configuraciones erróneas en el default gateway del AP a menudo provocan fallas de asociación, mientras que los límites de capacidad del controller o los malentendidos sobre los protocolos rara vez causan problemas aislados de asociación de APs cuando otros tienen éxito.

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.