Laboratórios de redes Docs Abrir simulador →

Descoberta CAPWAP – AP junta-se ao controlador via DHCP opção-138

Acompanhe um AP pelo ciclo de vida de descoberta + ingresso do CAPWAP. O ROUTER atende DHCP com a opção 138 apontando para o IP de gerenciamento do WLC1; no ACK de locação, o AP1 carimba o IP do controlador em seu slot apJoin, encontra WLC1 na topologia, compara seu MAC com um apRecord e muda para phase: joined com as tags de política/site/rf achatadas.

Abrir este laboratório no navegador →

Grátis · sem instalação · sem conta

Cenário

As fatias A – D permitem expressar e inspecionar o modelo sem fio gerenciado pelo controlador de ponta a ponta no controlador. A fatia E fecha o loop: o próprio AP descobre o controlador e se junta a ele. O fluxo de descoberta CAPWAP que este laboratório modela: 1. O AP inicializa com ipFromDhcp: true e transmite um DHCPDISCOVER. 2. O servidor DHCP do ROUTER responde com uma OFERTA e, em PEDIDO, envia um ACK que inclui a opção-138 (RFC 5417) transportando o IP de gerenciamento do WLC1. 3. O cliente DHCP do AP1 pega o aluguel normalmente, *e* adicionalmente carimba o IP da opção 138 em seu slot apJoin.controllerIp. A fase se torna discovered. 4. O mecanismo então percorre a topologia: qual dispositivo possui esse IP? No nosso caso WLC1. WLC1 tem um apRecord correspondente ao MAC primário do AP1 (aabb.cc00.dd00)? Sim. Portanto, a fase muda para joined, e o trio de tag política/site/rf do apRecord é *achatado* no estado apJoin de AP1. 5. AP1 agora tem sua configuração efetiva sem nunca retornar ao IR do controlador – desnormalizado propositalmente para que o tempo de execução possa ler tags diretamente. Inspecione ambos os lados: `` AP1# show capwap client summary WLC1# show capwap ap summary ` Os caminhos negativos surgem como diagnósticos: - Nenhum apRecord corresponde ao MAC do AP → phase: rejected, com um motivo como no apRecord for aabb.cc00.dd00 on controller 'WLC1'. - A opção-138 IP não pertence a nenhum dispositivo → phase: discovered` (conhecemos um IP AC, mas nenhum dispositivo o reivindica; você veria isso em produção quando o controlador estivesse inacessível). Slice E envia descoberta + ingresso em *estado*. O caminho de dados real através do túnel CAPWAP – pacotes de clientes sem fio entrando no controlador e saindo para a VLAN de saída do perfil de política – é um trabalho de encaminhamento para o Slice F.

Topologia

1 × roteador, 1 × controlador wireless, 1 × switch, 1 × ponto de acesso · Cisco IOS-XE-style

O que você vai fazer

  1. No ROUTER, crie o pool DHCP LAN (10.0.0.0/24, gateway 10.0.0.1) e anuncie a opção 138 com o IP de WLC1 (10.0.0.10). Exclua 0,1–0,20.

  2. Em WLC1, construa o modelo mínimo: perfis, tags e um apRecord para aabb.cc00.dd00 (MAC primário de AP1) vinculado a todas as três tags.

  3. Após a convergência, AP1 deve relatar phase: joined e herdar as três ligações de tags do apRecord de WLC1.

Abrir este laboratório no navegador →

Mais laboratórios deste tema

Este laboratório em outros idiomas

CAPWAP discovery — AP joins controller via DHCP option-138CAPWAP-Erkennung – AP verbindet sich mit dem Controller über DHCP-Option 138Descubrimiento CAPWAP: AP se une al controlador a través de la opción DHCP-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