网络实验 文档 打开模拟器 →

DHCP-via-AP — wifi 客户端通过 CAPWAP 获取 IP

Slice L:具有 ipFromDhcp: true 的 wifi 客户端不再需要静态 IP。当其 AP 完成加入握手时,WLC 会从策略 VLAN 的 DHCP 池中分配下一个空闲 IP,并将其标记到客户端上。 Pcap 显示携带合成 DHCP-ACK 的 CAPWAP-Data 下行链路帧,以便运营商看到租约交付的线路形状。

在浏览器中打开本实验 →

免费 · 无需安装 · 无需注册

场景

真正的 Cisco 无线部署不会硬编码 wifi 客户端 IP。客户端在关联时 DHCP; AP 通过 CAPWAP 将广播中继到 WLC; WLC 的 DHCP 中继(或本地池)从策略 VLAN 的地址空间分发 IP。 Slice L 提供该流程的“操作”结果,无需对完整的 4 路交换进行建模: - wifiClient.ipFromDhcp: true 是一个新字段。与静态 ipv4 互斥。 - 在 AP 加入时,WLC 会针对其子网与策略 VLAN 匹配的无线控制器遍历其 dhcpPools。它分配下一个空闲 IP,跳过 dhcpExcluded 范围和其他设备已持有的 IP,并将其标记到 wifiClient.ipv4 上。 - Pcap 可见性:使用 DHCP-ACK 内部 — app.innerPacket.payload.app.kind === 'dhcp' 发出合成的 CAPWAP 数据下行链路帧。该跟踪为操作员提供了与他们期望从真实数据包捕获中获得的相同的“客户端通过隧道获得 IP”视图。 推迟的内容(仍在进行中): - 真正的 4 向交换:通过正确的交易发现 → 提供 → 请求 → 确认。今天我们只综合线路跟踪的 ACK; IP决策是确定性的池行走。 - 帮助地址中继:将内部 DHCP 请求转发到单独的 DHCP 服务器。如今,池必须位于 WLC 本身上。 - 无线端的租约到期:IP 一直保留到拓扑发生变化。

拓扑

1 × 路由器, 1 × 无线控制器, 1 × 交换机, 1 × 无线接入点, 1 × 无线客户端 · Cisco IOS-XE-style

你将完成的任务

  1. 收敛后,PHONE 应具有从 WLC1 的 WIFI 池中分配的 IP 10.30.0.21(0.1–.20 排除范围后的第一个空闲 IP)。

在浏览器中打开本实验 →

同主题的更多实验

本实验的其他语言版本

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 — 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: 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