Laboratorios de redes Docs Abrir simulador →

DHCP-via-AP: los clientes wifi adquieren direcciones IP a través de CAPWAP

Segmento L: un cliente wifi con ipFromDhcp: true ya no necesita una IP estática. Cuando su AP completa el protocolo de enlace de unión, el WLC asigna la siguiente IP libre del grupo DHCP de la VLAN de política y la imprime en el cliente. Pcap muestra una trama de enlace descendente de datos CAPWAP que transporta un DHCP-ACK sintético para que los operadores vean la forma del cable de la entrega del arrendamiento.

Abrir este laboratorio en el navegador →

Gratis · sin instalación · sin cuenta

Escenario

Las implementaciones inalámbricas reales de Cisco no codifican las IP de los clientes wifi. Clientes DHCP en el momento de la asociación; el AP retransmite la difusión a través de CAPWAP al WLC; La retransmisión DHCP del WLC (o grupo local) entrega una IP desde el espacio de direcciones de la VLAN de política. Slice L ofrece el resultado *operativo* de ese flujo sin modelar el intercambio completo de 4 vías: - wifiClient.ipFromDhcp: true es un campo nuevo. Mutuamente excluyentes con un ipv4 estático. - En el momento de unirse al AP, el WLC recorre su dhcpPools en busca de uno cuya subred coincida con la política VLAN. Asigna la siguiente IP libre, omitiendo los rangos dhcpExcluded y las IP que ya tienen otros dispositivos, y la imprime en wifiClient.ipv4. - Visibilidad de Pcap: se emite una trama de enlace descendente de datos CAPWAP sintetizada con un DHCP-ACK interno — app.innerPacket.payload.app.kind === 'dhcp'. El seguimiento ofrece a los operadores la misma vista de "el cliente obtuvo una IP a través del túnel" que esperarían de una captura de paquetes real. Qué está aplazado (trabajo aún por delante): - Intercambio real de 4 vías: DESCUBRIR → OFERTA → SOLICITAR → ACK con las transacciones adecuadas. Hoy sintetizamos sólo el ACK para el rastreo del cable; la decisión de IP es el paseo determinista por la piscina. - Retransmisión de dirección auxiliar: reenvía la solicitud DHCP interna a un servidor DHCP independiente. Hoy el grupo debe vivir en el propio WLC. - Expiración del arrendamiento en el lado inalámbrico: la IP se mantiene hasta que cambie la topología.

Topología

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

Qué vas a hacer

  1. Después de la convergencia, PHONE debería tener la IP 10.30.0.21 asignada del grupo WIFI de WLC1 (la primera IP libre después del rango excluido de.1 a.20).

Abrir este laboratorio en el navegador →

Más laboratorios de este tema

Este laboratorio en otros idiomas

DHCP-via-AP — wifi-clients acquire IPs through CAPWAPDHCP-via-AP – WLAN-Clients beziehen IPs über CAPWAPDHCP-via-AP — clientes wifi adquirem IPs atravé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