Laboratórios de redes Docs Abrir simulador →

DHCP-via-AP — clientes wifi adquirem IPs através de CAPWAP

Fatia L: um cliente wifi com ipFromDhcp: true não precisa mais de um IP estático. Quando seu AP conclui o handshake de junção, a WLC aloca o próximo IP livre do pool DHCP da VLAN de política e o carimba no cliente. Pcap mostra um quadro de downlink CAPWAP-Data transportando um DHCP-ACK sintético para que os operadores vejam o formato do fio da entrega do arrendamento.

Abrir este laboratório no navegador →

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

Cenário

As implantações sem fio reais da Cisco não codificam IPs de clientes wifi. Clientes DHCP no momento da associação; o AP retransmite a transmissão através do CAPWAP para o WLC; o relé DHCP da WLC (ou pool local) distribui um IP do espaço de endereço da VLAN de política. O Slice L fornece o resultado *operacional* desse fluxo sem modelar a troca completa de 4 vias: - wifiClient.ipFromDhcp: true é um novo campo. Mutuamente exclusivo com um ipv4 estático. - No momento da junção do AP, o WLC percorre seu dhcpPools para aquele cuja sub-rede corresponde à política VLAN. Ele aloca o próximo IP livre, ignorando intervalos dhcpExcluded e IPs já mantidos por outros dispositivos, e carimba-o em wifiClient.ipv4. - Visibilidade Pcap: um quadro de downlink CAPWAP-Data sintetizado é emitido com um DHCP-ACK interno — app.innerPacket.payload.app.kind === 'dhcp'. O rastreamento dá aos operadores a mesma visão de “cliente obteve um IP através do túnel” que esperariam de uma captura de pacote real. O que está adiado (ainda trabalho em andamento): - Troca real de 4 vias: DESCOBRIR → OFERTA → PEDIDO → ACK com transações adequadas. Hoje sintetizamos apenas o ACK para o wire trace; a decisão IP é o pool walk determinístico. - Retransmissão de endereço auxiliar: encaminhando a solicitação DHCP interna para um servidor DHCP separado. Hoje o pool deve residir no próprio WLC. - Expiração do aluguel no lado sem fio: o IP é mantido até a mudança de topologia.

Topologia

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

O que você vai fazer

  1. Após a convergência, PHONE deve ter o IP 10.30.0.21 alocado do pool WIFI do WLC1 (o primeiro IP livre após o intervalo excluído de 0,1 a 0,20).

Abrir este laboratório no navegador →

Mais laboratórios deste tema

Este laboratório em outros idiomas

DHCP-via-AP — wifi-clients acquire IPs through CAPWAPDHCP-via-AP – WLAN-Clients beziehen IPs über CAPWAPDHCP-via-AP: los clientes wifi adquieren direcciones IP a través de CAPWAPDHCP-via-AP — les clients Wi-Fi acquièrent des adresses IP via CAPWAPडीएचसीपी-वाया-एपी - वाईफाई-क्लाइंट CAPWAP के माध्यम से आईपी प्राप्त करते हैंDHCP-via-AP — wifi 客户端通过 CAPWAP 获取 IPDHCP-via-AP: i client Wi-Fi acquisiscono IP tramite CAPWAPDHCP-via-AP — Wi-Fi クライアントは CAPWAP を通じて IP を取得しますDHCP-via-AP — Wi-Fi 클라이언트는 CAPWAP를 통해 IP를 얻습니다.DHCP-через-AP — Wi-Fi-клиенты получают IP-адреса через CAPWAP.DHCP-via-AP — Wi-Fi istemcileri IP'leri CAPWAP aracılığıyla alırDHCP-via-AP - máy khách wifi lấy IP thông qua CAPWAP