Bài lab mạng Tài liệu Mở trình mô phỏng →

Khám phá CAPWAP - AP tham gia bộ điều khiển thông qua tùy chọn DHCP-138

Hướng dẫn AP thông qua vòng đời khám phá + tham gia CAPWAP. ROUTER phục vụ DHCP với tùy chọn-138 trỏ vào IP quản lý của WLC1; khi thuê ACK, AP1 đóng dấu IP của bộ điều khiển vào khe apJoin của nó, tìm WLC1 trong cấu trúc liên kết, khớp MAC của nó với apRecord và chuyển sang phase: joined bằng thẻ chính sách/trang web/rf được làm phẳng.

Mở bài lab này trong trình duyệt →

Miễn phí · không cần cài đặt · không cần tài khoản

Tình huống

Các lát A–D cho phép bạn thể hiện và kiểm tra mô hình không dây do bộ điều khiển quản lý từ đầu đến cuối trên bộ điều khiển. Lát E đóng vòng lặp: AP tự phát hiện bộ điều khiển và tham gia vào nó. Quá trình khám phá CAPWAP theo mô hình phòng thí nghiệm này: 1. AP khởi động với ipFromDhcp: true và phát DHCPDISCOVER. 2. Máy chủ DHCP của ROUTER trả lời bằng ƯU ĐÃI và trên REQUEST gửi ACK bao gồm option-138 (RFC 5417) mang IP quản lý của WLC1. 3. Máy khách DHCP của AP1 nhận hợp đồng thuê như bình thường, *và* đóng dấu IP tùy chọn-138 vào khe apJoin.controllerIp của nó. Pha trở thành discovered. 4. Sau đó, công cụ sẽ xử lý cấu trúc liên kết: thiết bị nào sở hữu IP đó? Trong trường hợp của chúng tôi là WLC1. WLC1 có apRecord khớp với MAC chính của AP1 (aabb.cc00.dd00) không? Đúng. Vì vậy, pha chuyển sang joined và bộ ba thẻ rf/trang web/chính sách của apRecord được *làm phẳng* thành trạng thái apJoin của AP1. 5. AP1 hiện có cấu hình hiệu quả mà không cần truy cập lại IR của bộ điều khiển — được cố tình không chuẩn hóa để bộ thực thi có thể đọc thẻ trực tiếp. Kiểm tra cả hai bên: `` AP1# show capwap client summary WLC1# show capwap ap summary ` Bề mặt đường dẫn tiêu cực dưới dạng chẩn đoán: - Không có apRecord nào khớp với MAC của AP → phase: rejected, với lý do như no apRecord for aabb.cc00.dd00 on controller 'WLC1'. - IP tùy chọn-138 không thuộc về bất kỳ thiết bị nào → phase: discovered` (chúng tôi biết IP AC nhưng không có thiết bị nào xác nhận nó; bạn sẽ thấy điều này trong sản xuất khi không thể truy cập bộ điều khiển). Khám phá tàu Slice E + tham gia *trạng thái*. Đường dẫn dữ liệu thực tế thông qua đường hầm CAPWAP — các gói máy khách không dây đi vào bộ điều khiển và đi ra VLAN đầu ra của cấu hình chính sách — là công việc chuyển tiếp cho Slice F.

Sơ đồ mạng

1 × router, 1 × bộ điều khiển không dây, 1 × switch, 1 × điểm truy cập · Cisco IOS-XE-style

Bạn sẽ làm gì

  1. Trên ROUTER, xây dựng nhóm DHCP LAN (10.0.0.0/24, cổng 10.0.0.1) và quảng cáo tùy chọn-138 với IP của WLC1 (10.0.0.10). Loại trừ.1–.20.

  2. Trên WLC1, xây dựng mô hình tối thiểu: hồ sơ, thẻ và apRecord cho aabb.cc00.dd00 (MAC chính của AP1) được liên kết với cả ba thẻ.

  3. Sau khi hội tụ, AP1 sẽ báo cáo phase: joined và kế thừa ba liên kết thẻ từ apRecord của WLC1.

Mở bài lab này trong trình duyệt →

Các bài lab khác cùng chủ đề

Bài lab này bằng ngôn ngữ khác

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 — точка доступа подключается к контроллеру через опцию DHCP-138.CAPWAP keşfi — AP, DHCP seçenek-138 aracılığıyla denetleyiciye katılır