DHCP-через-AP — Wi-Fi-клиенты получают IP-адреса через CAPWAP.
- Сервисы и Wi-Fi
- Продвинутый
- 12 мин
- шагов: 1
- Cisco IOS-XE-style
Срез L: wifi-клиенту с ipFromDhcp: true статический IP больше не нужен. Когда его точка доступа завершает подтверждение присоединения, WLC выделяет следующий свободный IP-адрес из пула DHCP политики VLAN и закрепляет его на клиенте. Pcap показывает кадр нисходящей линии связи CAPWAP-Data, несущий синтетический DHCP-ACK, чтобы операторы могли видеть форму доставки аренды.
Открыть эту лабораторную в браузере →
Бесплатно · без установки · без регистрации
Сценарий
Реальные беспроводные развертывания Cisco не жестко запрограммируют IP-адреса Wi-Fi-клиента. Клиенты DHCP во время ассоциации; точка доступа ретранслирует широковещательную передачу через CAPWAP на WLC; Ретранслятор DHCP WLC (или локальный пул) выдает IP-адрес из адресного пространства политики VLAN. Срез L обеспечивает *оперативный* результат этого потока без моделирования полного четырехстороннего обмена: - wifiClient.ipFromDhcp: true — новое поле. Взаимоисключается со статическим ipv4. - Во время присоединения к точке доступа WLC проверяет свой dhcpPools на тот, чья подсеть соответствует политике VLAN. Он выделяет следующий свободный IP-адрес, пропуская диапазоны dhcpExcluded и IP-адреса, уже принадлежащие другим устройствам, и добавляет его в wifiClient.ipv4. - Видимость Pcap: синтезированный кадр нисходящей линии связи CAPWAP-Data генерируется с внутренним DHCP-ACK — app.innerPacket.payload.app.kind === 'dhcp'. Трассировка дает операторам то же представление «клиент получил IP-адрес через туннель», которого они ожидают от реального перехвата пакетов. Что отложено (еще предстоит работа): - Настоящий четырехсторонний обмен: УЗНАЙТЕ → ПРЕДЛОЖЕНИЕ → ЗАПРОС → ПОДТВЕРЖДЕНИЕ с соответствующими транзакциями. Сегодня мы синтезируем только ACK для трассировки провода; IP-решение — это детерминированный обход пула. - Ретрансляция адреса помощника: пересылка внутреннего запроса DHCP на отдельный DHCP-сервер. Сегодня пул должен жить на самом WLC. - Истечение срока аренды на беспроводной стороне: IP-адрес сохраняется до изменения топологии.
Топология
1 × маршрутизатор, 1 × контроллер Wi-Fi, 1 × коммутатор, 1 × точка доступа, 1 × Wi-Fi клиент · Cisco IOS-XE-style
ROUTER— маршрутизаторWLC1— контроллер Wi-FiHUB— коммутаторAP1— точка доступаPHONE— Wi-Fi клиент
Что предстоит сделать
После конвергенции PHONE должен получить IP-адрес
10.30.0.21, выделенный из пула WIFI WLC1 (первый свободный IP-адрес после исключенного диапазона.1–.20).
Открыть эту лабораторную в браузере →
Другие лабораторные по теме
- Настрой DHCP-серверНачальный · 12 мин
- WLAN — трансляция базового SSIDНачальный · 10 мин
- HSRP: настройка резервирования первого хопаСредний · 12 мин
- NAT: PAT (overload) для внутреннего LANСредний · 14 мин
- HSRP — отслеживание интерфейса с уменьшением приоритетаСредний · 12 мин
- VRF-Lite — два клиента на одном маршрутизатореСредний · 12 мин
Эта лабораторная на других языках
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 — 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-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