नेटवर्क लैब Docs सिम्युलेटर खोलें →

CAPWAP खोज - AP DHCP विकल्प-138 के माध्यम से नियंत्रक से जुड़ता है

CAPWAP खोज के माध्यम से एक एपी चलें + जीवनचक्र में शामिल हों। राउटर WLC1 के प्रबंधन आईपी की ओर इशारा करते हुए विकल्प-138 के साथ डीएचसीपी की सेवा करता है; लीज ACK पर, AP1 अपने apJoin स्लॉट में कंट्रोलर IP को स्टैम्प करता है, टोपोलॉजी में WLC1 पाता है, एक apRecord के विरुद्ध इसके MAC से मेल खाता है, और फ़्लैटेंड पॉलिसी/साइट/rf टैग के साथ phase: joined पर फ़्लिप करता है।

यह लैब ब्राउज़र में खोलें →

मुफ़्त · बिना इंस्टॉल · बिना अकाउंट

परिदृश्य

स्लाइस ए-डी आपको नियंत्रक-प्रबंधित वायरलेस मॉडल को नियंत्रक पर शुरू से अंत तक व्यक्त और निरीक्षण करने देता है। स्लाइस ई लूप को बंद कर देता है: एपी स्वयं नियंत्रक को खोजता है और उससे जुड़ जाता है। CAPWAP खोज इस प्रयोगशाला मॉडल को प्रवाहित करती है: 1. AP ipFromDhcp: true के साथ बूट होता है और एक DHCPDISCOVER प्रसारित करता है। 2. राउटर का डीएचसीपी सर्वर एक ऑफर के साथ उत्तर देता है, और अनुरोध पर एक एसीके भेजता है जिसमें विकल्प-138 (आरएफसी 5417) शामिल होता है जिसमें एनवीपीएच12एक्सवाईजेड का प्रबंधन आईपी होता है। 3. AP1 का DHCP क्लाइंट हमेशा की तरह लीज उठाता है, *और* इसके apJoin.controllerIp स्लॉट में विकल्प-138 IP पर मुहर भी लगाता है। चरण discovered बन जाता है। 4. इंजन फिर टोपोलॉजी पर चलता है: कौन सा डिवाइस उस आईपी का मालिक है? हमारे मामले में WLC1. WLC1 में apRecord है जो AP1 के प्राथमिक MAC (aabb.cc00.dd00) से मेल खाता है? हाँ। तो चरण joined पर फ़्लिप हो जाता है, और apRecord की पॉलिसी/साइट/आरएफ टैग ट्रिपलेट को AP1 की apJoin स्थिति में *चपटा* कर दिया जाता है। 5. AP1 के पास अब नियंत्रक के IR तक वापस पहुंचे बिना अपना प्रभावी कॉन्फिगरेशन है - उद्देश्य पर असामान्यीकृत ताकि रनटाइम सीधे टैग पढ़ सके। दोनों पक्षों का निरीक्षण करें: `` AP1# show capwap client summary WLC1# show capwap ap summary ` निदान के रूप में नकारात्मक रास्ते सामने आते हैं: - कोई भी apRecord, no apRecord for aabb.cc00.dd00 on controller 'WLC1' जैसे कारण के साथ AP के MAC → phase: rejected` से मेल नहीं खाता। - विकल्प-138 आईपी किसी भी डिवाइस से संबंधित नहीं है → एनवीपीएच11एक्सवाईजेड (हम एक एसी आईपी जानते हैं लेकिन कोई डिवाइस इसका दावा नहीं करता है; आप इसे उत्पादन में तब देखेंगे जब नियंत्रक पहुंच योग्य नहीं होगा)। स्लाइस ई जहाजों की खोज + *राज्य* में शामिल हों। CAPWAP सुरंग के माध्यम से वास्तविक डेटापथ - वायरलेस-क्लाइंट पैकेट नियंत्रक में प्रवेश करते हैं और पॉलिसी-प्रोफ़ाइल के निकास वीएलएएन में आते हैं - स्लाइस एफ के लिए आगे का काम है।

टोपोलॉजी

1 × router, 1 × wireless controller, 1 × switch, 1 × access point · Cisco IOS-XE-style

आप क्या करेंगे

  1. राउटर पर, DHCP पूल LAN (10.0.0.0/24, गेटवे 10.0.0.1) बनाएं और WLC1 के IP (10.0.0.10) के साथ विकल्प-138 का विज्ञापन करें।.1-.20 को बाहर निकालें।

  2. WLC1 पर, न्यूनतम मॉडल बनाएं: प्रोफ़ाइल, टैग और aabb.cc00.dd00 (AP1 का प्राथमिक MAC) के लिए एक एप्रिकॉर्ड जो तीनों टैग से जुड़ा हो।

  3. अभिसरण के बाद, AP1 को phase: joined की रिपोर्ट करनी चाहिए और WLC1 के apRecord से तीन टैग बाइंडिंग प्राप्त करनी चाहिए।

यह लैब ब्राउज़र में खोलें →

इस विषय पर और लैब

यह लैब अन्य भाषाओं में

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 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ırKhám phá CAPWAP - AP tham gia bộ điều khiển thông qua tùy chọn DHCP-138