मुख्य सामग्री पर जाएं
हिन्दी

WLC (Wireless LAN Controller) क्या है और क्या आपको अभी भी इसकी आवश्यकता है?

यह व्यापक गाइड Wireless LAN Controllers (WLCs) के विकास की पड़ताल करती है और 2026 में सही आर्किटेक्चर निर्धारित करने के लिए एक तकनीकी ढांचा प्रदान करती है। यह पारंपरिक हार्डवेयर, क्लाउड-प्रबंधित और कंट्रोलर-लेस मॉडल को कवर करती है, जो अनुपालन, स्केलेबिलिटी और अतिथि अनुभव पर उनके प्रभाव का विवरण देती है।

📖 7 मिनट का पाठ📝 1,623 शब्द🔧 2 हल किए गए उदाहरण❓ 3 अभ्यास प्रश्न📚 8 मुख्य परिभाषाएं

इस गाइड को सुनें

पॉडकास्ट ट्रांसक्रिप्ट देखें
WLC — Wireless LAN Controller — क्या है और क्या आपको अभी भी इसकी आवश्यकता है? एक Purple तकनीकी ब्रीफिंग [परिचय और संदर्भ — लगभग 1 मिनट] Purple तकनीकी ब्रीफिंग श्रृंखला में आपका स्वागत है। मैं आपका होस्ट हूँ, और आज हम एक ऐसे प्रश्न से निपट रहे हैं जो मल्टी-AP वातावरण में काम करने वाले लगभग हर नेटवर्क आर्किटेक्ट और IT प्रबंधक की डेस्क पर आता है: वास्तव में एक Wireless LAN Controller क्या है, और 2026 में, क्या आपको वास्तव में अभी भी इसकी आवश्यकता है? यह कोई अकादमिक अभ्यास नहीं है। यदि आप किसी होटल, रिटेल एस्टेट, स्टेडियम या सार्वजनिक क्षेत्र के परिसर में WiFi का प्रबंधन कर रहे हैं, तो इस प्रश्न के उत्तर के वास्तविक बजट निहितार्थ, वास्तविक अनुपालन निहितार्थ और आपके द्वारा प्रदान किए जा सकने वाले अतिथि अनुभव के लिए वास्तविक परिणाम हैं। तो चलिए इसमें गोता लगाते हैं। [तकनीकी डीप-डाइव — लगभग 5 मिनट] आइए बुनियादी बातों से शुरू करें। एक Wireless LAN Controller — या WLC — एक नेटवर्क डिवाइस है जो कई वायरलेस एक्सेस पॉइंट के प्रबंधन, कॉन्फ़िगरेशन और नियंत्रण को केंद्रीकृत करता है। 2000 के दशक के मध्य में WLC के मुख्यधारा बनने से पहले, आपके नेटवर्क पर प्रत्येक एक्सेस पॉइंट स्वायत्त था। प्रत्येक का अपना कॉन्फ़िगरेशन, अपना फ़र्मवेयर, अपनी सुरक्षा नीति थी। उनमें से पचास का प्रबंधन करने का मतलब था पचास उपकरणों में व्यक्तिगत रूप से लॉग इन करना। वह तब ठीक था जब WiFi एक सुविधा थी। जैसे ही WiFi महत्वपूर्ण इंफ्रास्ट्रक्चर बन गया, यह पूरी तरह से अव्यवहार्य हो गया। WLC ने स्प्लिट-MAC आर्किटेक्चर को पेश करके इसे हल किया। इस मॉडल में, एक्सेस पॉइंट समय-संवेदनशील, रीयल-टाइम रेडियो फ़ंक्शंस को संभालता है — जैसे बीकन ट्रांसमिशन, प्रोब रिस्पॉन्स, और IEEE 802.11 के तहत परिभाषित फिजिकल लेयर प्रोसेसिंग। कंट्रोलर उन सभी चीज़ों को संभालता है जिनके लिए पूरे एस्टेट में समन्वय की आवश्यकता होती है: RF प्रबंधन, रोमिंग निर्णय, QoS नीति प्रवर्तन, सुरक्षा नीति और VLAN असाइनमेंट। एक्सेस पॉइंट वह बन जाते हैं जिसे हम "लाइटवेट" या "थिन" AP कहते हैं — वे अनिवार्य रूप से रेडियो हेड हैं जो CAPWAP: Control and Provisioning of Wireless Access Points नामक प्रोटोकॉल का उपयोग करके अपने सभी ट्रैफ़िक को वापस कंट्रोलर पर टनल करते हैं। अब, व्यवहार में यह क्यों मायने रखता है? निर्बाध रोमिंग पर विचार करें। दो सौ कमरों और चालीस एक्सेस पॉइंट वाले होटल में, लॉबी से अपने कमरे तक चलने वाले अतिथि को अपनी VoIP कॉल ड्रॉप किए बिना या अपना स्ट्रीमिंग सत्र खोए बिना कई AP के बीच हैंडऑफ़ करने की आवश्यकता होती है। WLC उस हैंडऑफ़ को व्यवस्थित करता है। यह क्लाइंट की प्रमाणीकरण स्थिति को जानता है, यह अगले AP को प्री-स्टेज करता है, और यह मिलीसेकंड में रोम निष्पादित करता है। कंट्रोलर के बिना, प्रत्येक AP अपना रोमिंग निर्णय स्वतंत्र रूप से लेता है, और आपको वह मिलता है जिसे इंजीनियर "स्टिकी क्लाइंट" सिंड्रोम कहते हैं — ऐसे उपकरण जो एक करीब के AP के उपलब्ध होने के लंबे समय बाद भी दूर के AP से चिपके रहते हैं, जिससे थ्रूपुट और अनुभव खराब होता है। सुरक्षा एक अन्य प्रमुख चालक है। PCI DSS — पेमेंट कार्ड इंडस्ट्री डेटा सिक्योरिटी स्टैंडर्ड — या GDPR के तहत काम करने वाले एंटरप्राइज़ WiFi डिप्लॉयमेंट को प्रत्येक एक्सेस पॉइंट पर सुसंगत, ऑडिटेबल सुरक्षा नीति की आवश्यकता होती है। IEEE 802.1X प्रमाणीकरण, WPA3 Enterprise एन्क्रिप्शन, दुष्ट (rogue) AP का पता लगाना, और क्लाइंट आइसोलेशन नीतियों को समान रूप से लागू करने की आवश्यकता है। एक हार्डवेयर WLC आपको एक एकल प्रवर्तन बिंदु देता है। आप नीति को एक बार परिभाषित करते हैं, और यह एस्टेट के प्रत्येक AP में फैल जाती है। यह केवल परिचालन रूप से सुविधाजनक नहीं है — यह अक्सर एक अनुपालन आवश्यकता है। अब, यहाँ बातचीत अधिक सूक्ष्म हो जाती है। WLC काफी विकसित हुआ है। 2026 में, आपके पास चुनने के लिए तीन अलग-अलग डिप्लॉयमेंट मॉडल हैं। पहला पारंपरिक ऑन-प्रिमाइसेस हार्डवेयर WLC है — आपके सर्वर रूम या डेटा सेंटर में एक भौतिक उपकरण। Cisco जैसे वेंडर, अपने Catalyst Wireless Controllers के साथ, और HPE Aruba, अपने Mobility Controllers के साथ, यहाँ प्रमुख खिलाड़ी रहे हैं। ये आपको पूर्ण नियंत्रण, स्थानीय डेटा प्रोसेसिंग और ऑफ़लाइन लचीलापन देते हैं। यदि आपका WAN लिंक डाउन हो जाता है, तो नेटवर्क चलता रहता है। ट्रेड-ऑफ़ CAPEX है: आप एक सीमित क्षमता सीमा के साथ हार्डवेयर खरीद रहे हैं, और आप रखरखाव, रिडंडेंसी और अंतिम रिफ्रेश साइकिल के लिए ज़िम्मेदार हैं। दूसरा मॉडल क्लाउड-प्रबंधित कंट्रोलर है। यह वह जगह है जहाँ उद्योग काफी बदल गया है। Cisco का Catalyst Centre, Aruba Central, और Juniper Mist सभी ने डेटा प्लेन को एज पर वितरित रखते हुए प्रबंधन प्लेन को क्लाउड में स्थानांतरित कर दिया है। आपके AP अभी भी स्थानीय रूप से ट्रैफ़िक को संसाधित करते हैं — क्लाउड डेटा सेंटर में सब कुछ वापस हेयरपिन करने की कोई आवश्यकता नहीं है — लेकिन आपका कॉन्फ़िगरेशन, मॉनिटरिंग, टेलीमेट्री और नीति प्रबंधन सभी एक SaaS डैशबोर्ड के माध्यम से होते हैं। यह एक OPEX मॉडल है, और यह मल्टी-साइट रिटेल या हॉस्पिटैलिटी चेन के लिए खूबसूरती से स्केल करता है जहाँ आपको प्रत्येक पर हार्डवेयर तैनात किए बिना सैकड़ों स्थानों पर सुसंगत नीति की आवश्यकता होती है। तीसरा मॉडल कंट्रोलर-लेस है, जो वेंडर द्वारा स्वायत्त या मेश AP कहलाने वाले का उपयोग करता है। ये एक्सेस पॉइंट हैं जो पीयर-टू-पीयर संचार करते हैं और अपने बीच एक वर्चुअल कंट्रोलर चुनते हैं। Ubiquiti का UniFi प्लेटफ़ॉर्म शायद सबसे व्यापक रूप से तैनात उदाहरण है। छोटी साइटों के लिए — एक बुटीक होटल, एक एकल रिटेल इकाई, एक सामुदायिक केंद्र — यह पूरी तरह से उपयुक्त हो सकता है। लेकिन जिस क्षण आपको एंटरप्राइज़-ग्रेड रोमिंग, 802.1X प्रमाणीकरण, या ग्रैन्युलर QoS की आवश्यकता होती है, सीमाएं जल्दी स्पष्ट हो जाती हैं। तो Purple जैसा प्लेटफ़ॉर्म इस तस्वीर में कहाँ फिट बैठता है? Purple कंट्रोलर के ऊपर एक हार्डवेयर-एग्नोस्टिक लेयर के रूप में काम करता है। चाहे आप Cisco WLC, Aruba Central डिप्लॉयमेंट, या Ubiquiti कंट्रोलर-लेस सेटअप चला रहे हों, Purple का अतिथि WiFi और एनालिटिक्स प्लेटफ़ॉर्म कंट्रोलर के API या कैप्टिव पोर्टल फ्रेमवर्क के माध्यम से एकीकृत होता है। कंट्रोलर RF और सुरक्षा लेयर को संभालता है; Purple अतिथि पहचान, डेटा कैप्चर, मार्केटिंग ऑटोमेशन और एनालिटिक्स को संभालता है। वे पूरक हैं, प्रतिस्पर्धी नहीं। Purple का WiFi एनालिटिक्स प्लेटफ़ॉर्म आपको व्यवहारिक बुद्धिमत्ता — ड्वेल टाइम, फुटफॉल पैटर्न, बार-बार आने की दर — देता है जिसे कोई भी WLC डैशबोर्ड कभी भी सामने लाने के लिए डिज़ाइन नहीं किया गया था। [कार्यान्वयन सिफारिशें और नुकसान — लगभग 2 मिनट] मैं आपको वह व्यावहारिक मार्गदर्शन देता हूँ जो वास्तव में डिप्लॉयमेंट में अंतर लाता है। पहला: औसत लोड के लिए नहीं, पीक समवर्ती क्लाइंट के लिए अपने WLC का आकार तय करें। पचास हजार सीटों वाले स्टेडियम में एक सामान्य इवेंट के दिन औसतन दस हजार समवर्ती WiFi उपयोगकर्ता हो सकते हैं, लेकिन एक सोल्ड-आउट फाइनल में, आप पैंतीस हजार देख रहे हैं। WLC क्षमता को समवर्ती संघों (associations) और समवर्ती सत्रों में मापा जाता है। यहाँ कम-निर्दिष्ट करना इवेंट-डे WiFi विफलताओं का सबसे आम कारण है। दूसरा: अपने CAPWAP टनलिंग की सावधानीपूर्वक योजना बनाएं। एक केंद्रीकृत डेटा प्लेन डिप्लॉयमेंट में, सभी क्लाइंट ट्रैफ़िक WLC के माध्यम से प्रवाहित होते हैं। बड़े पैमाने पर, यह एक अड़चन पैदा करता है। उच्च-घनत्व वाले स्थानों के लिए, एक स्प्लिट-टनल या लोकल स्विचिंग कॉन्फ़िगरेशन पर विचार करें जहाँ अतिथि ट्रैफ़िक AP या स्थानीय स्विच पर स्थानीय रूप से ब्रेक आउट होता है, और केवल प्रबंधन ट्रैफ़िक CAPWAP टनल के माध्यम से वापस कंट्रोलर तक जाता है। यह WLC प्रोसेसिंग लोड को नाटकीय रूप से कम करता है और थ्रूपुट में सुधार करता है। तीसरा: रिडंडेंसी गैर-परक्राम्य (non-negotiable) है। एक WLC आपके पूरे वायरलेस एस्टेट के लिए विफलता का एकल बिंदु है। N+1 या एक्टिव-स्टैंडबाय कॉन्फ़िगरेशन में तैनात करें। अधिकांश एंटरप्राइज़ WLC प्लेटफ़ॉर्म स्टेटफुल स्विचओवर का समर्थन करते हैं — जिसका अर्थ है कि क्लाइंट सत्र पुनः प्रमाणीकरण के बिना कंट्रोलर फेलओवर से बच जाते हैं। इसका परीक्षण करें। यह मत मानिए कि यह तब तक काम करता है जब तक आपने लोड के तहत इसे सत्यापित नहीं किया है। चौथा: यदि आप कई साइटों पर क्लाउड-प्रबंधित कंट्रोलर तैनात कर रहे हैं, तो डेटा रेजीडेंसी पर पूरा ध्यान दें। GDPR के तहत, आपके क्लाउड कंट्रोलर के डेटा प्रोसेसिंग का स्थान मायने रखता है। सुनिश्चित करें कि आपके वेंडर के डेटा सेंटर अनुपालन क्षेत्राधिकारों में हैं और लाइव होने से पहले आपके डेटा प्रोसेसिंग समझौते लागू हैं। सबसे आम नुकसान जो मैं देखता हूँ? वे संगठन जो विकास का हिसाब रखे बिना आज की AP गिनती के लिए आकार का WLC खरीदते हैं। WLC लाइसेंस आमतौर पर प्रति-AP होते हैं। Cisco 3504 कंट्रोलर पर 50-AP लाइसेंस आज ठीक लगता है, लेकिन जब आप नया कॉन्फ्रेंस विंग जोड़ते हैं और 80 AP की आवश्यकता होती है, तो आप या চরম एक नया कंट्रोलर खरीद रहे हैं या एक महंगा लाइसेंस अपग्रेड। कम से कम 30% हेडरूम बनाएं। [रैपिड-फायर प्रश्नोत्तर — लगभग 1 मिनट] ठीक है, आइए कुछ रैपिड-फायर प्रश्न करते हैं। "क्या मैं WLC के बिना Purple चला सकता हूँ?" — हाँ। Purple कंट्रोलर-लेस डिप्लॉयमेंट के साथ एकीकृत होता है। आप नेटवर्क लेयर पर कुछ एंटरप्राइज़ रोमिंग और नीति सुविधाएँ खो देंगे, लेकिन Purple की अतिथि WiFi और एनालिटिक्स क्षमताएँ पूरी तरह कार्यात्मक हैं। "क्या वर्चुअल WLC क्लाउड WLC के समान है?" — नहीं। एक वर्चुअल WLC आपके स्वयं के इंफ्रास्ट्रक्चर पर — ऑन-प्रिमाइसेस या आपके निजी क्लाउड में एक VM के रूप में चलता है। एक क्लाउड WLC वेंडर द्वारा होस्ट और प्रबंधित किया जाता है। बहुत अलग सुरक्षा और अनुपालन प्रोफाइल। "क्या WLCs WPA3 का समर्थन करते हैं?" — सभी वर्तमान पीढ़ी के एंटरप्राइज़ WLCs WPA3 Personal और WPA3 Enterprise का समर्थन करते हैं। यदि आपका WLC नहीं करता है, तो यह एंड-ऑफ़-लाइफ है और आपको रिफ्रेश की योजना बनानी चाहिए। "हार्डवेयर WLC के लिए विशिष्ट रिफ्रेश साइकिल क्या है?" — एंटरप्राइज़-ग्रेड हार्डवेयर के लिए पांच से सात साल, हालांकि सॉफ़्टवेयर समर्थन समयसीमा वेंडर द्वारा भिन्न होती है। Cisco के EOL नोटिस को करीब से ट्रैक करने लायक है। [सारांश और अगले कदम — लगभग 1 मिनट] तो, इसे एक साथ लाने के लिए। एक WLC 2026 में एंटरप्राइज़ WiFi डिप्लॉयमेंट के लिए प्रासंगिक और कई मामलों में आवश्यक बना हुआ है। सवाल यह नहीं है कि क्या आपको कंट्रोलर कार्यक्षमता की आवश्यकता है — यदि आप मुट्ठी भर से अधिक AP का प्रबंधन कर रहे हैं तो आपको लगभग निश्चित रूप से इसकी आवश्यकता है। सवाल यह है कि कौन सा डिप्लॉयमेंट मॉडल आपके पैमाने, आपकी अनुपालन आवश्यकताओं, आपके बजट मॉडल और आपकी परिचालन क्षमता के अनुकूल है। सख्त अनुपालन आवश्यकताओं और ऑफ़लाइन लचीलेपन की जरूरतों वाले बड़े सिंगल-साइट स्थानों के लिए हार्डवेयर WLC। मल्टी-साइट एस्टेट के लिए क्लाउड-प्रबंधित जहाँ परिचालन स्थिरता और OPEX लचीलापन मायने रखता है। केवल वास्तव में छोटे, कम-जटिलता वाले डिप्लॉयमेंट के लिए कंट्रोलर-लेस। और आप जो भी कंट्रोलर आर्किटेक्चर चुनते हैं, उस व्यावसायिक बुद्धिमत्ता को अनलॉक करने के लिए Purple के अतिथि WiFi और एनालिटिक्स प्लेटफ़ॉर्म को शीर्ष पर रखें जो आपके नेटवर्क को लागत केंद्र से राजस्व-सृजन संपत्ति में बदल देता है। यदि आप इनमें से किसी पर भी गहराई से जाना चाहते हैं — AP घनत्व योजना, CAPWAP अनुकूलन, या अपने विशिष्ट कंट्रोलर प्लेटफ़ॉर्म के साथ Purple को एकीकृत करना — तो पूरी तकनीकी गाइड शो नोट्स में लिंक की गई है। सुनने के लिए धन्यवाद।

header_image.png

कार्यकारी सारांश

एंटरप्राइज़ वायरलेस नेटवर्क तैनात करने वाले IT प्रबंधकों और नेटवर्क आर्किटेक्ट्स के लिए, Wireless LAN Controller (WLC) ऐतिहासिक रूप से वायरलेस इंफ्रास्ट्रक्चर का केंद्रीय तंत्रिका तंत्र (central nervous system) रहा है। हालाँकि, आर्किटेक्चरल परिदृश्य काफी बदल गया है। क्लाउड-प्रबंधित आर्किटेक्चर और वितरित डेटा प्लेन (distributed data planes) के उदय के साथ, किसी भी नए डिप्लॉयमेंट या रिफ्रेश साइकिल के लिए मूल प्रश्न अब केवल यह नहीं है कि "हमें कौन सा कंट्रोलर खरीदना चाहिए," बल्कि यह है कि "क्या हमें वास्तव में हार्डवेयर कंट्रोलर की आवश्यकता है?"

यह गाइड 2026 में WLC आर्किटेक्चर का एक व्यापक तकनीकी विश्लेषण प्रदान करती है। हम पारंपरिक केंद्रीकृत हार्डवेयर से आधुनिक क्लाउड-प्रबंधित और कंट्रोलर-लेस टोपोलॉजी के विकास की जांच करते हैं। इन तकनीकी आर्किटेक्चर को वास्तविक दुनिया की अनुपालन आवश्यकताओं (जैसे PCI DSS और GDPR), स्केलेबिलिटी की जरूरतों और अतिथि अनुभव परिणामों के साथ मैप करके, यह संदर्भ तकनीकी निर्णय निर्माताओं को उचित कंट्रोल प्लेन रणनीति चुनने का अधिकार देता है।

इसके अलावा, हम यह पता लगाते हैं कि Purple जैसे प्लेटफ़ॉर्म इस इंफ्रास्ट्रक्चर लेयर के ऊपर एग्नोस्टिक रूप से कैसे काम करते हैं, जो अंतर्निहित हार्डवेयर वेंडर की परवाह किए बिना रॉ कनेक्टिविटी को कार्रवाई योग्य बुद्धिमत्ता (actionable intelligence) में बदलते हैं।

तकनीकी डीप-डाइव: WLC को समझना

कंट्रोल प्लेन का विकास

Wireless LAN Controller (WLC) एक नेटवर्क डिवाइस है जो कई वायरलेस एक्सेस पॉइंट (APs) में केंद्रीकृत प्रबंधन, कॉन्फ़िगरेशन और सुरक्षा नीति लागू करने के लिए ज़िम्मेदार है। शुरुआती वायरलेस डिप्लॉयमेंट में, AP स्वायत्त रूप से काम करते थे, जिन्हें व्यक्तिगत कॉन्फ़िगरेशन की आवश्यकता होती थी और उनमें RF वातावरण या रोमिंग हैंडऑफ़ को समन्वयित करने की क्षमता का अभाव था। जैसे-जैसे वायरलेस एक सुविधा नेटवर्क से मिशन-क्रिटिकल इंफ्रास्ट्रक्चर में परिवर्तित हुआ, स्वायत्त AP का प्रशासनिक ओवरहेड अस्थिर हो गया।

WLC ने स्प्लिट-MAC आर्किटेक्चर की शुरुआत के माध्यम से इसे हल किया। इस मॉडल में, AP (जिसे अक्सर "लाइटवेट" AP कहा जाता है) रीयल-टाइम, समय-संवेदनशील 802.11 फिजिकल लेयर फ़ंक्शंस को संभालता है, जैसे बीकन ट्रांसमिशन और प्रोब रिस्पॉन्स। कंट्रोलर नॉन-रीयल-टाइम, MAC-लेयर फ़ंक्शंस की ज़िम्मेदारी लेता है, जिसमें RF प्रबंधन, सुरक्षा नीति लागू करना और क्लाइंट प्रमाणीकरण शामिल है। लाइटवेट AP और कंट्रोलर के बीच संचार आमतौर पर CAPWAP (Control and Provisioning of Wireless Access Points) टनल के भीतर एनकैप्सुलेटेड होता है।

CAPWAP की भूमिका

CAPWAP पारंपरिक WLC संचालन के लिए मौलिक है। यह AP और कंट्रोलर के बीच एक सुरक्षित टनल स्थापित करता है, जो कंट्रोल ट्रैफ़िक (प्रबंधन और कॉन्फ़िगरेशन) और डेटा ट्रैफ़िक (क्लाइंट पेलोड) दोनों को ले जाता है।

एक केंद्रीकृत डेटा प्लेन डिप्लॉयमेंट में, वायर्ड नेटवर्क पर रूट किए जाने से पहले सभी क्लाइंट ट्रैफ़िक को कंट्रोलर पर बैकहॉल किया जाता है। यह केंद्रीकृत नीति लागू करने, डीप पैकेट इंस्पेक्शन और सरलीकृत VLAN प्रबंधन की अनुमति देता है। हालाँकि, यह उच्च-घनत्व वाले वातावरण में एक महत्वपूर्ण अड़चन (bottleneck) पैदा कर सकता है।

इसे कम करने के लिए, कई आधुनिक डिप्लॉयमेंट FlexConnect (Cisco) या समान लोकल-स्विचिंग आर्किटेक्चर का उपयोग करते हैं। यहाँ, कंट्रोल प्लेन WLC पर केंद्रीकृत रहता है, लेकिन डेटा प्लेन वितरित होता है, जिससे क्लाइंट ट्रैफ़िक एज स्विच पर स्थानीय रूप से ब्रेक आउट हो सकता है। यह WLC पर प्रोसेसिंग लोड को नाटकीय रूप से कम करता है और विशेष रूप से WAN लिंक पर थ्रूपुट में सुधार करता है।

wlc_architecture_comparison.png

निर्बाध रोमिंग और क्लाइंट प्रबंधन

WLC को तैनात करने के प्राथमिक तकनीकी कारणों में से एक निर्बाध क्लाइंट रोमिंग है। मल्टी-AP वातावरण में, कवरेज क्षेत्र में घूमने वाले क्लाइंट को एक AP से दूसरे AP पर हैंडऑफ़ करना चाहिए। कंट्रोलर के बिना, क्लाइंट यह निर्णय पूरी तरह से स्वतंत्र रूप से लेता है, जिसके परिणामस्वरूप अक्सर "स्टिकी क्लाइंट" सिंड्रोम होता है, जहाँ डिवाइस दूर के AP के साथ कमजोर कनेक्शन बनाए रखता है, जिससे समग्र चैनल क्षमता कम हो जाती है।

एक WLC इस प्रक्रिया को व्यवस्थित करता है। RF वातावरण और क्लाइंट की प्रमाणीकरण स्थिति (विशेष रूप से 802.1X डिप्लॉयमेंट के लिए महत्वपूर्ण) का केंद्रीकृत दृश्य बनाए रखकर, कंट्रोलर रोमिंग इवेंट को प्री-स्टेज कर सकता है। यह क्लाइंट के PMK (Pairwise Master Key) कैश को लक्ष्य AP में स्थानांतरित करने की सुविधा प्रदान करता है, जिससे मिलीसेकंड में निर्बाध संक्रमण सक्षम होता है, यह सुनिश्चित करते हुए कि VoIP कॉल और स्ट्रीमिंग सत्र निर्बाध रहें। Hospitality और Retail जैसे स्थानों में उच्च अतिथि संतुष्टि बनाए रखने के लिए यह महत्वपूर्ण है。

कार्यान्वयन गाइड: सही आर्किटेक्चर चुनना

2026 में, नेटवर्क आर्किटेक्ट्स को तीन अलग-अलग डिप्लॉयमेंट मॉडल का मूल्यांकन करना होगा। यह निर्णय स्केल, अनुपालन, लेटेंसी टॉलरेंस और CAPEX बनाम OPEX बजट संरचनाओं पर निर्भर करता है।

1. पारंपरिक हार्डवेयर WLC (ऑन-प्रिमाइसेस)

पारंपरिक मॉडल में स्थानीय डेटा सेंटर या सर्वर रूम में तैनात एक भौतिक उपकरण शामिल होता है।

  • आर्किटेक्चर: केंद्रीकृत कंट्रोल और डेटा प्लेन (आमतौर पर)।
  • लाभ: डेटा रेजीडेंसी पर पूर्ण नियंत्रण, ऑफ़लाइन लचीलापन (WAN आउटेज से बचता है), और अत्यधिक ग्रैन्युलर नीति लागू करना।
  • नुकसान: उच्च अग्रिम CAPEX, सीमित क्षमता सीमाएं जिनके लिए महत्वपूर्ण स्केलिंग के लिए हार्डवेयर प्रतिस्थापन की आवश्यकता होती है, और जटिल रिडंडेंसी कॉन्फ़िगरेशन (N+1 या Active/Standby)।
  • सबसे उपयुक्त: बड़े सिंगल-साइट डिप्लॉयमेंट (जैसे, स्टेडियम, प्रमुख अस्पताल, विश्वविद्यालय परिसर) जहां अनुपालन या लेटेंसी बाधाओं द्वारा स्थानीय डेटा प्रोसेसिंग अनिवार्य है।

2. क्लाउड-प्रबंधित कंट्रोलर

क्लाउड-प्रबंधित मॉडल कंट्रोल प्लेन को वेंडर-होस्टेड SaaS प्लेटफ़ॉर्म पर एब्स्ट्रैक्ट करता है, जबकि डेटा प्लेन एज पर वितरित रहता है。

  • आर्किटेक्चर: केंद्रीकृत क्लाउड कंट्रोल प्लेन, वितरित स्थानीय डेटा प्लेन।
  • लाभ: तीव्र स्केलेबिलिटी, OPEX सब्सक्रिप्शन मॉडल, ज़ीरो-टच प्रोविज़निंग, और भौगोलिक रूप से फैले हुए साइटों पर एक एकीकृत प्रबंधन डैशबोर्ड।
  • नुकसान: प्रबंधन के लिए विश्वसनीय WAN कनेक्टिविटी की आवश्यकता होती है (हालांकि स्थानीय डेटा स्विचिंग आउटेज से बच जाती है), और वेंडर के क्लाउड क्षेत्र के आधार पर संभावित डेटा रेजीडेंसी चिंताएं।
  • सबसे उपयुक्त: मल्टी-साइट वातावरण जैसे रिटेल चेन, वितरित एंटरप्राइज़ शाखाएं, और फ्रेंचाइजी संचालन।

3. कंट्रोलर-लेस (ऑटोनॉमस/मेश)

इस मॉडल में, एक्सेस पॉइंट पीयर-टू-पीयर संचार करते हैं, बुनियादी समन्वय को संभालने के लिए अपने बीच एक वर्चुअल कंट्रोलर चुनते हैं।

  • आर्किटेक्चर: वितरित कंट्रोल और डेटा प्लेन।
  • लाभ: प्रवेश की सबसे कम लागत, सरल डिप्लॉयमेंट, किसी समर्पित कंट्रोलर हार्डवेयर या क्लाउड सब्सक्रिप्शन की आवश्यकता नहीं।
  • नुकसान: सीमित स्केलेबिलिटी, बुनियादी रोमिंग क्षमताएं, और उन्नत एंटरप्राइज़ सुरक्षा सुविधाओं का अभाव।
  • सबसे उपयुक्त: कम क्लाइंट घनत्व और न्यूनतम अनुपालन आवश्यकताओं वाले छोटे, सिंगल-साइट डिप्लॉयमेंट (जैसे, छोटी रिटेल इकाइयाँ, बुटीक कैफे)।

wlc_decision_framework.png

डिप्लॉयमेंट के लिए सर्वोत्तम अभ्यास

चुने गए आर्किटेक्चर की परवाह किए बिना, नेटवर्क स्थिरता और प्रदर्शन सुनिश्चित करने के लिए उद्योग-मानक सर्वोत्तम प्रथाओं का पालन करना महत्वपूर्ण है।

  1. औसत के लिए नहीं, पीक के लिए आकार (Size for Peak, Not Average): WLC क्षमता को समवर्ती APs और समवर्ती क्लाइंट सत्रों के आधार पर सख्ती से लाइसेंस और लागू किया जाता है। Transport हब या स्टेडियम जैसे उच्च-घनत्व वाले वातावरण के लिए डिज़ाइन करते समय, आपको औसत दैनिक उपयोग के बजाय पीक इवेंट लोड के आधार पर क्षमता की गणना करनी चाहिए। ऐसा करने में विफल रहने पर WLC महत्वपूर्ण अवधि के दौरान क्लाइंट एसोसिएशन अनुरोधों को छोड़ देगा।
  2. रिडंडेंसी के लिए डिज़ाइन करें: एक हार्डवेयर WLC विफलता का एकल बिंदु (single point of failure) है। डिप्लॉयमेंट में उच्च उपलब्धता (HA) शामिल होनी चाहिए। आधुनिक प्लेटफ़ॉर्म स्टेटफुल स्विचओवर (SSO) का समर्थन करते हैं, यह सुनिश्चित करते हुए कि क्लाइंट सत्र और AP एसोसिएशन बिना पुनः प्रमाणीकरण की आवश्यकता के स्टैंडबाय कंट्रोलर पर निर्बाध रूप से फेल ओवर हो जाते हैं।
  3. उच्च बैंडविड्थ के लिए लोकल ब्रेकआउट लागू करें: केंद्रीकृत WLC आर्किटेक्चर में, कोर नेटवर्क पर CAPWAP टनल के पार उच्च-बैंडविड्थ अतिथि ट्रैफ़िक (जैसे, वीडियो स्ट्रीमिंग) को बैकहॉल करने से बचें। इस ट्रैफ़िक को सीधे इंटरनेट पर ऑफ़लोड करने के लिए एज पर लोकल स्विचिंग का उपयोग करें, जिससे कंट्रोल प्लेन फ़ंक्शंस और सुरक्षित कॉर्पोरेट ट्रैफ़िक के लिए WLC प्रोसेसिंग क्षमता सुरक्षित रहे।
  4. सख्त सुरक्षा नीतियां लागू करें: सुरक्षा के लिए WLC को केंद्रीय प्रवर्तन बिंदु के रूप में उपयोग करें। सुनिश्चित करें कि जहां समर्थित हो वहां WPA3 Enterprise तैनात किया गया है, और अविश्वसनीय उपकरणों के बीच पीयर-टू-पीयर संचार को रोकने के लिए Guest WiFi नेटवर्क पर मजबूत क्लाइंट आइसोलेशन लागू करें।

समस्या निवारण और जोखिम न्यूनीकरण

जब WLC डिप्लॉयमेंट विफल होते हैं, तो प्रभाव अक्सर प्रणालीगत (systemic) होता है। त्वरित न्यूनीकरण के लिए सामान्य विफलता मोड को समझना आवश्यक है।

असममित रूटिंग और CAPWAP विखंडन (Fragmentation)

जोखिम: एक जटिल WAN में केंद्रीकृत WLC तैनात करते समय, MTU (Maximum Transmission Unit) बेमेल होने से CAPWAP पैकेट खंडित हो सकते हैं। यह AP प्रदर्शन को काफी कम कर देता है और रुक-रुक कर AP डिस्कनेक्ट होने का कारण बन सकता है। न्यूनीकरण: सुनिश्चित करें कि AP और WLC के बीच पूरे पथ में MTU सुसंगत है। यदि विखंडन अपरिहार्य है, तो पैकेट ड्रॉप को रोकने के लिए TCP MSS (Maximum Segment Size) को समायोजित करने के लिए WLC को कॉन्फ़िगर करें।

AP घनत्व बनाम चैनल हस्तक्षेप (Interference)

जोखिम: यदि चैनल योजना को अनदेखा किया जाता है, तो WLC में अधिक AP जोड़ने से क्षमता रैखिक रूप से नहीं बढ़ती है। WLC का स्वचालित RF प्रबंधन (जैसे, Cisco का RRM या Aruba का ARM) अत्यधिक घने डिप्लॉयमेंट में अस्थिर हो सकता है, जो लगातार चैनल और पावर स्तर बदलता है, जिससे क्लाइंट अनुभव खराब होता है। न्यूनीकरण: संपूर्ण प्रेडिक्टिव और सक्रिय साइट सर्वेक्षण करें। सह-चैनल हस्तक्षेप को रोकने के लिए सख्त न्यूनतम और अधिकतम ट्रांसमिट पावर थ्रेशोल्ड को परिभाषित करते हुए, WLC के RF एल्गोरिदम को मैन्युअल रूप से ट्यून करें。

अनुपालन और डेटा रेजीडेंसी

जोखिम: वेंडर के डेटा सेंटर स्थानों को सत्यापित किए बिना क्लाउड-प्रबंधित कंट्रोलर को तैनात करने से तत्काल GDPR या PCI DSS उल्लंघन हो सकते हैं, खासकर यदि अतिथि MAC पते या प्रमाणीकरण लॉग को अनुपालन क्षेत्राधिकारों के बाहर संसाधित किया जाता है। न्यूनीकरण: क्लाउड WLC वेंडर के डेटा रेजीडेंसी आर्किटेक्चर को सत्यापित करें। सुनिश्चित करें कि डेटा प्रोसेसिंग एग्रीमेंट (DPAs) लागू हैं और वेंडर यूरोपीय डिप्लॉयमेंट के लिए स्थानीयकृत डेटा स्टोरेज का समर्थन करता है।

ROI और व्यावसायिक प्रभाव

WLC आर्किटेक्चर को तैनात करने, अपग्रेड करने या माइग्रेट करने का निर्णय मापने योग्य व्यावसायिक परिणामों द्वारा उचित ठहराया जाना चाहिए। ROI का मूल्यांकन आमतौर पर तीन वैक्टरों में किया जाता है:

  1. परिचालन दक्षता: क्लाउड-प्रबंधित WLC वितरित नेटवर्क के प्रबंधन के परिचालन ओवरहेड को काफी कम करते हैं। ज़ीरो-टच प्रोविज़निंग APs को सीधे दूरस्थ साइटों पर शिप करने की अनुमति देता है, जो कनेक्शन पर क्लाउड से स्वचालित रूप से कॉन्फ़िगरेशन डाउनलोड करते हैं। यह महंगी ऑन-साइट इंजीनियरिंग यात्राओं की आवश्यकता को समाप्त करता है।
  2. जोखिम में कमी: मजबूत HA के साथ एक केंद्रीकृत हार्डवेयर WLC मिशन-क्रिटिकल संचालन, जैसे Healthcare वातावरण के लिए आवश्यक ऑफ़लाइन लचीलापन प्रदान करता है। एक रिडंडेंट WLC की लागत अक्सर एक प्रणालीगत नेटवर्क आउटेज के वित्तीय और प्रतिष्ठित नुकसान की तुलना में नगण्य होती है。
  3. उन्नत एनालिटिक्स को सक्षम करना: WLC मूलभूत कनेक्टिविटी प्रदान करता है, लेकिन वास्तविक व्यावसायिक मूल्य एप्लिकेशन लेयर पर अनलॉक होता है। WLC को Purple के WiFi Analytics जैसे प्लेटफ़ॉर्म के साथ एकीकृत करके, रॉ कनेक्शन डेटा को कार्रवाई योग्य बुद्धिमत्ता में बदल दिया जाता है। Purple OpenRoaming जैसी सेवाओं के लिए एक मुफ्त पहचान प्रदाता (IdP) के रूप में कार्य करता है, जो मूल्यवान प्रथम-पक्ष डेटा कैप्चर करता है। यह स्थानों को ड्वेल टाइम (dwell time) मापने, फुटफॉल पैटर्न को समझने और लक्षित मार्केटिंग अभियानों को चलाने की अनुमति देता है, जो सीधे राजस्व सृजन में योगदान देता है।

जैसा कि हमारी हालिया घोषणा, Purple Appoints Iain Fox as VP Growth में चर्चा की गई है, ध्यान तेजी से डिजिटल समावेशन और स्मार्ट सिटी इनोवेशन पर है। एक मजबूत WLC आर्किटेक्चर, Purple के एनालिटिक्स के साथ मिलकर, इन पहलों का आधार बनता है, जो विशाल सार्वजनिक स्थानों पर निर्बाध, सुरक्षित और व्यावहारिक कनेक्टिविटी को सक्षम करता है। इसके अलावा, आधुनिक प्रमाणीकरण विधियों को अपनाना, जैसे कि How a wi fi assistant Enables Passwordless Access in 2026 में विस्तृत हैं, पूरी तरह से WLC इंफ्रास्ट्रक्चर द्वारा प्रदान किए गए सुरक्षित, केंद्रीकृत नीति प्रवर्तन पर निर्भर करता है।

मुख्य परिभाषाएं

CAPWAP

Control and Provisioning of Wireless Access Points. लाइटवेट AP और WLC के बीच संचार को एनकैप्सुलेट करने के लिए उपयोग किया जाने वाला मानक प्रोटोकॉल।

WAN लिंक पर APs और कंट्रोलर के बीच कनेक्टिविटी समस्याओं के निवारण के लिए CAPWAP को समझना महत्वपूर्ण है।

स्प्लिट-MAC आर्किटेक्चर

एक डिज़ाइन जहाँ 802.11 MAC लेयर के कार्य एक्सेस पॉइंट (रीयल-टाइम फ़ंक्शंस) और WLC (प्रबंधन फ़ंक्शंस) के बीच विभाजित होते हैं।

यह वह मूलभूत अवधारणा है जो एक बड़े वायरलेस एस्टेट के केंद्रीकृत नियंत्रण को सक्षम बनाती है।

लोकल स्विचिंग (FlexConnect)

एक कॉन्फ़िगरेशन जहाँ कंट्रोल प्लेन WLC पर रहता है, लेकिन क्लाइंट डेटा ट्रैफ़िक को सीधे AP या एज स्विच पर स्थानीय वायर्ड नेटवर्क पर रूट किया जाता है।

वितरित वातावरण में WLC और WAN लिंक पर बैंडविड्थ अड़चनों को कम करने के लिए आवश्यक है।

स्टेटफुल स्विचओवर (SSO)

एक उच्च-उपलब्धता सुविधा जहाँ एक स्टैंडबाय WLC सभी क्लाइंट सत्रों की स्थिति बनाए रखता है, जिससे क्लाइंट के पुनः प्रमाणीकरण के बिना निर्बाध फेलओवर की अनुमति मिलती है।

मिशन-क्रिटिकल डिप्लॉयमेंट के लिए महत्वपूर्ण है जहाँ हार्डवेयर विफलता के दौरान ड्रॉप की गई VoIP कॉल या स्ट्रीमिंग सत्र अस्वीकार्य हैं।

स्टिकी क्लाइंट

एक वायरलेस डिवाइस जो मजबूत सिग्नल वाले करीब के AP पर रोमिंग करने के बजाय कमजोर सिग्नल वाले दूर के AP से जुड़ा रहता है।

WLCs RF वातावरण के केंद्रीकृत दृश्य के आधार पर रोमिंग निर्णयों को व्यवस्थित करके इसे कम करते हैं।

802.1X

पोर्ट-आधारित नेटवर्क एक्सेस कंट्रोल के लिए एक IEEE मानक, जो LAN या WLAN से जुड़ने के इच्छुक उपकरणों को एक प्रमाणीकरण तंत्र प्रदान करता है।

एंटरप्राइज़ वायरलेस सुरक्षा के लिए मानक, जिसके लिए WLC को केंद्रीकृत प्रमाणक (authenticator) के रूप में कार्य करने की आवश्यकता होती है।

ज़ीरो-टच प्रोविज़निंग (ZTP)

ऑन-साइट मैन्युअल कॉन्फ़िगरेशन के बिना नेटवर्क डिवाइस (जैसे APs) को तैनात करने की क्षमता; डिवाइस अपना कॉन्फ़िगरेशन डाउनलोड करने के लिए स्वचालित रूप से क्लाउड कंट्रोलर से जुड़ जाता है।

मल्टी-साइट डिप्लॉयमेंट के लिए क्लाउड-प्रबंधित WLC आर्किटेक्चर का प्राथमिक परिचालन लाभ।

डेटा प्लेन बनाम कंट्रोल प्लेन

डेटा प्लेन उपयोगकर्ता ट्रैफ़िक (पेलोड) ले जाता है, जबकि कंट्रोल प्लेन प्रबंधन और रूटिंग जानकारी ले जाता है।

आधुनिक WLC आर्किटेक्चर अक्सर इन्हें अलग करते हैं, कंट्रोल प्लेन को क्लाउड में रखते हुए डेटा प्लेन को एज पर वितरित करते हैं।

हल किए गए उदाहरण

400 स्थानों वाली एक राष्ट्रीय रिटेल चेन नेटवर्क रिफ्रेश की योजना बना रही है। प्रत्येक स्थान पर औसतन 3 AP हैं। वर्तमान इंफ्रास्ट्रक्चर पुराने, स्वायत्त AP पर निर्भर करता है, जिससे असंगत सुरक्षा नीतियां और प्रधान कार्यालय से नेटवर्क स्वास्थ्य में शून्य दृश्यता होती है। उन्हें एक ऐसे समाधान की आवश्यकता है जो CAPEX को कम करे, डिप्लॉयमेंट के लिए ऑन-साइट IT कर्मचारियों की आवश्यकता न हो, और केंद्रीकृत एनालिटिक्स प्रदान करे।

इष्टतम समाधान एक क्लाउड-प्रबंधित कंट्रोलर आर्किटेक्चर है। 400 हार्डवेयर WLC तैनात करना आर्थिक रूप से अव्यवहार्य है, और 1,200 स्वायत्त AP का प्रबंधन करना परिचालन रूप से असंभव है। क्लाउड मॉडल APs को सीधे स्टोर पर ड्रॉप-शिप करने की अनुमति देता है (ज़ीरो-टच प्रोविज़निंग)। कनेक्शन पर, वे अपना कॉन्फ़िगरेशन डाउनलोड करने के लिए वेंडर के क्लाउड डैशबोर्ड पर सुरक्षित रूप से टनल करते हैं। डेटा प्लेन स्थानीय रहता है (पॉइंट-ऑफ़-सेल ट्रैफ़िक को सीधे संभालता है), जबकि कंट्रोल प्लेन क्लाउड में केंद्रीकृत होता है। पूरे एस्टेट में फुटफॉल और ड्वेल टाइम मेट्रिक्स प्रदान करने के लिए क्लाउड कंट्रोलर के API के माध्यम से Purple का एनालिटिक्स प्लेटफ़ॉर्म एकीकृत किया गया है।

परीक्षक की टिप्पणी: यह परिदृश्य क्लाउड-प्रबंधित WLC के OPEX लाभ को पूरी तरह से दर्शाता है। यहाँ महत्वपूर्ण तकनीकी निर्णय यह सुनिश्चित करना है कि स्थानीय डेटा प्लेन सक्रिय रहे, भले ही क्लाउड कंट्रोलर का WAN लिंक ड्रॉप हो जाए, यह सुनिश्चित करते हुए कि स्टोर अभी भी स्थानीय लेनदेन को संसाधित कर सकता है।

एक प्रमुख शिक्षण अस्पताल नैदानिक कर्मचारियों के लिए महत्वपूर्ण VoIP संचार और इलेक्ट्रॉनिक स्वास्थ्य रिकॉर्ड (EHR) तक सुरक्षित पहुंच का समर्थन करने के लिए एक विशाल परिसर में एक नया वायरलेस नेटवर्क तैनात कर रहा है। यह वातावरण लेटेंसी के प्रति अत्यधिक संवेदनशील है, सख्त HIPAA/GDPR अनुपालन की आवश्यकता है, और बाहरी इंटरनेट कनेक्शन विफल होने पर भी चालू रहना चाहिए।

उच्च उपलब्धता (Active/Standby) पेयर में ऑन-प्रिमाइसेस तैनात एक पारंपरिक हार्डवेयर WLC की आवश्यकता है। ऑफ़लाइन लचीलेपन (WAN आउटेज से बचने) की सख्त आवश्यकता क्लाउड-प्रबंधित कंट्रोलर को प्राथमिक कंट्रोल प्लेन के रूप में समाप्त कर देती है। लेटेंसी को कम करने के लिए सभी नैदानिक ट्रैफ़िक को एज पर स्थानीय रूप से स्विच किया जाना चाहिए, जबकि प्रबंधन और प्रमाणीकरण ट्रैफ़िक WLC पर केंद्रीकृत होता है। WLC पूरे परिसर में समान रूप से 802.1X प्रमाणीकरण लागू करता है।

परीक्षक की टिप्पणी: मिशन-क्रिटिकल वातावरण में, रिडंडेंट हार्डवेयर WLC का CAPEX डेटा रेजीडेंसी और ऑफ़लाइन उत्तरजीविता पर पूर्ण नियंत्रण की आवश्यकता से उचित है। यह आर्किटेक्चर डिप्लॉयमेंट की सादगी पर लचीलेपन और कम लेटेंसी को प्राथमिकता देता है।

अभ्यास प्रश्न

Q1. एक विश्वविद्यालय परिसर अपने वायरलेस नेटवर्क को अपग्रेड कर रहा है। उन्हें लेक्चर हॉल के बीच जाने वाले छात्रों के लिए निर्बाध रोमिंग, मजबूत 802.1X प्रमाणीकरण की आवश्यकता है, और इंटरनेट तक पहुंचने से पहले सभी उपयोगकर्ता ट्रैफ़िक का ऑन-प्रिमाइसेस फ़ायरवॉल द्वारा निरीक्षण किया जाना चाहिए। कौन सा WLC आर्किटेक्चर सबसे उपयुक्त है?

संकेत: सभी ट्रैफ़िक का ऑन-प्रिमाइसेस उपकरण द्वारा निरीक्षण किए जाने की आवश्यकता पर विचार करें।

मॉडल उत्तर देखें

केंद्रीकृत डेटा प्लेन के साथ एक पारंपरिक हार्डवेयर WLC। ऑन-प्रिमाइसेस फ़ायरवॉल के माध्यम से सभी ट्रैफ़िक को रूट करने की आवश्यकता यह निर्धारित करती है कि कोर नेटवर्क और फ़ायरवॉल को सौंपे जाने से पहले क्लाइंट ट्रैफ़िक को एक केंद्रीय बिंदु (WLC) पर बैकहॉल किया जाना चाहिए। लोकल ब्रेकआउट के साथ क्लाउड-प्रबंधित कंट्रोलर केंद्रीय फ़ायरवॉल को बायपास कर देगा।

Q2. 20 कमरों वाले एक बुटीक होटल को अतिथि इंटरनेट एक्सेस के लिए एक बुनियादी वायरलेस नेटवर्क की आवश्यकता है। उनके पास कोई समर्पित IT कर्मचारी नहीं है और न्यूनतम बजट है। अनुपालन आवश्यकताएं कम हैं। सबसे अधिक लागत प्रभावी दृष्टिकोण क्या है?

संकेत: IT कर्मचारियों की कमी और बहुत छोटे डिप्लॉयमेंट के लिए न्यूनतम बजट पर ध्यान दें।

मॉडल उत्तर देखें

एक कंट्रोलर-लेस (ऑटोनॉमस/मेश) आर्किटेक्चर। संभवतः 10 AP से कम के छोटे डिप्लॉयमेंट के लिए, हार्डवेयर WLC की लागत या क्लाउड कंट्रोलर की आवर्ती सदस्यता उचित नहीं है। बुनियादी कॉन्फ़िगरेशन और रोमिंग को संभालने के लिए AP एक वर्चुअल कंट्रोलर चुन सकते हैं।

Q3. आप 60,000 सीटों वाले स्टेडियम के लिए नेटवर्क डिज़ाइन कर रहे हैं। डिज़ाइन में 800 एक्सेस पॉइंट की आवश्यकता है। वेंडर की WLC डेटाशीट 1,000 APs और 10,000 समवर्ती क्लाइंट की अधिकतम क्षमता बताती है। क्या यह WLC उपयुक्त आकार का है?

संकेत: AP गिनती से परे देखें और स्थान के घनत्व पर विचार करें।

मॉडल उत्तर देखें

नहीं। जबकि WLC 800 APs का समर्थन करता है, 10,000 की समवर्ती क्लाइंट सीमा 60,000 सीटों वाले स्टेडियम के लिए काफी अपर्याप्त है। किसी इवेंट के दौरान, समवर्ती कनेक्शन संभवतः 30,000 से अधिक हो जाएंगे। WLC का आकार पीक समवर्ती क्लाइंट के आधार पर होना चाहिए, जिसके लिए काफी बड़े कंट्रोलर या कंट्रोलर के क्लस्टर की आवश्यकता होती है।