Сетевые лабораторные Документация Открыть симулятор →

Обнаружение CAPWAP — точка доступа подключается к контроллеру через опцию DHCP-138.

Проведите точку доступа через жизненный цикл обнаружения и присоединения CAPWAP. МАРШРУТИЗАТОР обслуживает DHCP с опцией 138, указывающей на IP-адрес управления WLC1; при подтверждении аренды AP1 записывает IP-адрес контроллера в свой слот apJoin, находит WLC1 в топологии, сопоставляет его MAC с записью apRecord и переключается на phase: joined с плоскими тегами policy/site/rf.

Открыть эту лабораторную в браузере →

Бесплатно · без установки · без регистрации

Сценарий

Срезы A–D позволяют выразить и проверить беспроводную модель, управляемую контроллером, на контроллере. Срез E замыкает цикл: точка доступа сама обнаруживает контроллер и присоединяется к нему. Поток обнаружения CAPWAP моделируется в этой лабораторной работе: 1. Точка доступа загружается с ipFromDhcp: true и передает DHCPDISCOVER. 2. DHCP-сервер МАРШРУТИЗАТОРА отвечает ПРЕДЛОЖЕНИЕМ, а по ЗАПРОСУ отправляет ACK, который включает option-138 (RFC 5417), содержащий IP-адрес управления WLC1. 3. DHCP-клиент AP1 получает аренду, как обычно, *и* дополнительно вставляет IP-адрес option-138 в свой слот apJoin.controllerIp. Фаза становится discovered. 4. Затем движок проверяет топологию: какому устройству принадлежит этот IP-адрес? В нашем случае WLC1. У WLC1 есть apRecord, соответствующий основному MAC-адресу AP1 (aabb.cc00.dd00)? Да. Таким образом, фаза переключается на joined, а тройка тегов policy/site/rf apRecord *сглаживается* до состояния apJoin AP1. 5. AP1 теперь имеет свою эффективную конфигурацию, даже не обращаясь к IR контроллера — специально денормализованную, чтобы среда выполнения могла напрямую считывать теги. Осмотрите обе стороны: `` AP1# show capwap client summary WLC1# show capwap ap summary ` Негативные пути проявляются как диагностика: - Ни один apRecord не соответствует MAC-адресу точки доступа → phase: rejected, по такой причине, как no apRecord for aabb.cc00.dd00 on controller 'WLC1'. — IP-адрес option-138 не принадлежит ни одному устройству → phase: discovered` (мы знаем IP-адрес AC, но ни одно устройство его не заявляет; вы увидите это в производстве, когда контроллер недоступен). Slice E отправляет открытие + присоединяется *state*. Фактический путь данных через туннель CAPWAP — пакеты беспроводного клиента, поступающие в контроллер и выходящие в выходную VLAN профиля политики, — это прямая работа для Slice F.

Топология

1 × маршрутизатор, 1 × контроллер Wi-Fi, 1 × коммутатор, 1 × точка доступа · Cisco IOS-XE-style

Что предстоит сделать

  1. На МАРШРУТИЗАТОРЕ создайте пул DHCP LAN (10.0.0.0/24, шлюз 10.0.0.1) и объявите опцию 138 с IP-адресом WLC1 (10.0.0.10). Исключить.1–.20.

  2. На WLC1 создайте минимальную модель: профили, теги и запись apRecord для aabb.cc00.dd00 (основной MAC-адрес AP1), привязанную ко всем трем тегам.

  3. После конвергенции AP1 должен сообщить phase: joined и унаследовать три привязки тегов от apRecord WLC1.

Открыть эту лабораторную в браузере →

Другие лабораторные по теме

Эта лабораторная на других языках

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-138Descoberta CAPWAP – AP junta-se ao controlador via DHCP opção-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 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