Laboratorios de redes Docs Abrir simulador →

Descubrimiento CAPWAP: AP se une al controlador a través de la opción DHCP-138

Guía un AP a través del descubrimiento CAPWAP + ciclo de vida de unión. ROUTER sirve DHCP con la opción 138 apuntando a la IP de administración de WLC1; al arrendar ACK, AP1 estampa la IP del controlador en su ranura apJoin, encuentra WLC1 en la topología, compara su MAC con un apRecord y cambia a phase: joined con las etiquetas de política/sitio/rf aplanadas.

Abrir este laboratorio en el navegador →

Gratis · sin instalación · sin cuenta

Escenario

Los sectores A–D le permiten expresar e inspeccionar el modelo inalámbrico administrado por el controlador de extremo a extremo en el controlador. El segmento E cierra el círculo: el propio AP descubre el controlador y se une a él. El flujo de descubrimiento CAPWAP de este laboratorio modela: 1. El AP arranca con ipFromDhcp: true y transmite un DHCPDISCOVER. 2. El servidor DHCP del ROUTER responde con una OFERTA y, a SOLICITUD, envía un ACK que incluye opción-138 (RFC 5417) que transporta la IP de administración de WLC1. 3. El cliente DHCP de AP1 toma el contrato de arrendamiento como de costumbre, *y* adicionalmente estampa la opción-138 IP en su ranura apJoin.controllerIp. La fase se convierte en discovered. 4. Luego, el motor recorre la topología: ¿qué dispositivo posee esa IP? En nuestro caso WLC1. ¿WLC1 tiene un apRecord que coincide con la MAC principal de AP1 (aabb.cc00.dd00)? Sí. Entonces, la fase cambia a joined, y el triplete de etiquetas política/sitio/rf de apRecord se *aplana* al estado apJoin de AP1. 5. AP1 ahora tiene su configuración efectiva sin tener que recurrir al IR del controlador; se desnormalizó intencionalmente para que el tiempo de ejecución pueda leer las etiquetas directamente. Inspeccione ambos lados: `` AP1# show capwap client summary WLC1# show capwap ap summary ` Los caminos negativos surgen como diagnóstico: - Ningún apRecord coincide con la MAC del AP → phase: rejected, por una razón como no apRecord for aabb.cc00.dd00 on controller 'WLC1'. - La IP de opción 138 no pertenece a ningún dispositivo → phase: discovered` (conocemos una IP de CA pero ningún dispositivo la afirma; vería esto en producción cuando el controlador sea inaccesible). Slice E envía descubrimiento + unirse a *estado*. La ruta de datos real a través del túnel CAPWAP (paquetes de cliente inalámbrico que ingresan al controlador y salen a la VLAN de salida del perfil de política) es un trabajo futuro para Slice F.

Topología

1 × router, 1 × controlador inalámbrico, 1 × switch, 1 × punto de acceso · Cisco IOS-XE-style

Qué vas a hacer

  1. En el ROUTER, cree el grupo DHCP LAN (10.0.0.0/24, puerta de enlace 10.0.0.1) y anuncie la opción 138 con la IP de WLC1 (10.0.0.10). Excluir.1–.20.

  2. En WLC1, cree el modelo mínimo: perfiles, etiquetas y un apRecord para aabb.cc00.dd00 (MAC principal de AP1) vinculado a las tres etiquetas.

  3. Después de la convergencia, AP1 debería informar phase: joined y heredar los tres enlaces de etiquetas del apRecord de WLC1.

Abrir este laboratorio en el navegador →

Más laboratorios de este tema

Este laboratorio en otros idiomas

CAPWAP discovery — AP joins controller via DHCP option-138CAPWAP-Erkennung – AP verbindet sich mit dem Controller über DHCP-Option 138Descoberta CAPWAP – AP junta-se ao controlador via DHCP opção-138Découverte CAPWAP — AP rejoint le contrôleur via l'option DHCP-138CAPWAP खोज - AP DHCP विकल्प-138 के माध्यम से नियंत्रक से जुड़ता हैCAPWAP 发现 — AP 通过 DHCP option-138 加入控制器Rilevamento CAPWAP: l'AP si unisce al controller tramite l'opzione DHCP-138CAPWAP 検出 - AP は DHCP オプション 138 経由でコントローラに接続しますCAPWAP 검색 - AP가 DHCP 옵션-138을 통해 컨트롤러에 연결됩니다.Обнаружение CAPWAP — точка доступа подключается к контроллеру через опцию DHCP-138.CAPWAP keşfi — AP, DHCP seçenek-138 aracılığıyla denetleyiciye katılırKhám phá CAPWAP - AP tham gia bộ điều khiển thông qua tùy chọn DHCP-138