मल्टी-साइट गेस्ट WiFi प्लेटफ़ॉर्म की तुलना: हार्डवेयर-न्यूट्रल ओवरले बनाम कंट्रोलर पोर्टल
आप यह निर्णय लेने में सक्षम होंगे कि आपकी संपत्ति इन-बिल्ट कंट्रोलर पोर्टल्स पर बनी रह सकती है या इसे हार्डवेयर-अग्नोस्टिक क्लाउड ओवरले की आवश्यकता है। आप छह ट्रिगर्स के विरुद्ध अपनी साइटों का परीक्षण कर सकते हैं, 10 एक्सिस पर दो मॉडल की तुलना कर सकते हैं और तीन साल के रोलआउट में प्रति-स्थल बनाम प्रति-AP लाइसेंसिंग ब्रेक-इवन का काम कर सकते हैं।
इन-बिल्ट कंट्रोलर पोर्टल एक ही वेंडर की एक ही साइट की बुनियादी ज़रूरतों को पूरा करते हैं, जिसे केवल क्लिक-थ्रू एक्सेस की आवश्यकता होती है। जब एक एस्टेट कई साइटों, मिश्रित एक्सेस पॉइंट वेंडरों या CRM कनेक्शन तक फैल जाता है, तो इसे हार्डवेयर-अग्नोस्टिक क्लाउड ओवरले की आवश्यकता होती है। Purple एक ही डैशबोर्ड से Cisco Meraki, HPE Aruba, Ruckus और पांच अन्य वेंडरों के स्प्लैश पेज, सहमति और रिपोर्टिंग को मानकीकृत करता है।
क्या आपको कंट्रोलर पोर्टल का उपयोग करना चाहिए या हार्डवेयर-न्यूट्रल ओवरले का?
यदि आप एक से अधिक एक्सेस पॉइंट वेंडर चलाते हैं, या यदि आप अपने CRM में गेस्ट डेटा चाहते हैं, तो ओवरले चुनें। कंट्रोलर पोर्टल तब काम करता है जब एस्टेट एक ही वेंडर का हो, कुछ साइटें हों और केवल शर्तों की स्वीकृति की आवश्यकता हो। यह तब तक ही काम करता है जब तक कि कोई दूसरा वेंडर नहीं आ जाता या मार्केटिंग टीम डेटा की मांग नहीं करती।
शर्तें महत्वपूर्ण हैं, इसलिए वे यहां दी गई हैं।
कैप्टिव पोर्टल वह वेब पेज है जिस पर इंटरनेट एक्सेस मिलने से पहले किसी डिवाइस को रीडायरेक्ट किया जाता है। यह वह स्थान है जहां कोई विज़िटर शर्तें स्वीकार करता है, लॉग इन करता है और, यदि वे चाहें, तो मार्केटिंग के लिए ऑप्ट-इन करता है।
कंट्रोलर पोर्टल आपके WLAN वेंडर के मैनेजमेंट प्लेटफॉर्म में बनाया गया कैप्टिव पोर्टल है। उदाहरणों में Cisco Meraki डैशबोर्ड का स्प्लैश पेज, HPE Aruba का आंतरिक कैप्टिव पोर्टल और Ruckus SmartZone में गेस्ट एक्सेस पोर्टल शामिल हैं। यह उस हार्डवेयर लाइसेंस के साथ आता है जिसका भुगतान आप पहले से करते हैं। यह केवल उसी वेंडर के एक्सेस पॉइंट्स पर काम करता है। इस ट्रेड-ऑफ पर एक वेंडर के दृष्टिकोण के लिए, Ruckus SmartZone और RUCKUS One गेस्ट WiFi बनाम एक्सटर्नल कैप्टिव पोर्टल प्लेटफॉर्म देखें।
हार्डवेयर-न्यूट्रल ओवरले एक बाहरी कैप्टिव पोर्टल सेवा है जो नेटवर्क के ऊपर स्थित होती है। आपके एक्सेस पॉइंट अनऑथेंटिकेटेड डिवाइसों को इसके पास रीडायरेक्ट करते हैं, और यह एक ऑथराइजेशन निर्णय वापस भेजता है। वह निर्णय आमतौर पर RADIUS (रिमोट ऑथेंटिकेशन डायल-इन यूजर सर्विस) पर जाता है। RADIUS वह प्रोटोकॉल है जिसका उपयोग एक्सेस पॉइंट किसी सर्वर से यह पूछने के लिए करते हैं कि क्या कोई डिवाइस कनेक्ट हो सकता है, जो RFC 2865 में परिभाषित है। हर प्रमुख वेंडर एक्सटर्नल कैप्टिव पोर्टल का समर्थन करता है, इसलिए एक ही ओवरले कई ब्रांडों से बने एस्टेट को सेवा प्रदान कर सकता है।
यह हार्डवेयर और सॉफ़्टवेयर के बीच का चुनाव नहीं है। आपके एक्सेस पॉइंट, स्विच और कंट्रोलर दोनों ही मामलों में अपनी जगह बने रहते हैं। असली सवाल यह है कि गेस्ट अनुभव, सहमति का रिकॉर्ड और रिपोर्टिंग कहां रहते हैं। वे प्रत्येक वेंडर के साइलो के भीतर रह सकते हैं, या उन सभी के ऊपर एक ही स्थान पर हो सकते हैं।
कंट्रोलर पोर्टल और क्लाउड ओवरले कहां भिन्न हैं?
नीचे दी गई तालिका उन अक्षों पर मल्टी-साइट गेस्ट WiFi प्लेटफॉर्म की तुलना है जो पूरे एस्टेट में कुल प्रयास का निर्धारण करते हैं।
| अक्ष | कंट्रोलर पोर्टल | हार्डवेयर-न्यूट्रल क्लाउड ओवरले (Purple) |
|---|---|---|
| हार्डवेयर कवरेज | केवल एक वेंडर के एक्सेस पॉइंट्स | Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet |
| स्प्लैश पेज प्रबंधन | प्रति वेंडर एक बिल्ड, प्रति नेटवर्क या कंट्रोलर संपादित | हर वेन्यू पर लागू एक टेम्पलेट लाइब्रेरी |
| लॉगिन विधियां | क्लिक-थ्रू, वाउचर, मूल साइन-इन | सचेत-विकल्प ऑप्ट-इन के साथ ईमेल, सोशल और फ़ॉर्म-आधारित लॉगिन |
| सहमति रिकॉर्ड | शर्तों की स्वीकृति; कोई मार्केटिंग सहमति लेजर नहीं | प्रत्येक विज़िटर का सहमति रिकॉर्ड केंद्रीय रूप से रखा जाता है, जैसा कि GDPR अनुच्छेद 7(1) में अपेक्षित है |
| CRM और मार्केटिंग कनेक्टर्स | कोई नेटिव नहीं; वेंडर API काम या CSV एक्सपोर्ट | CRM और मार्केटिंग प्लेटफॉर्म के लिए नेटिव कनेक्टर्स |
| रिपोर्टिंग | नेटवर्क मेट्रिक्स (क्लाइंट्स, बैंडविड्थ, AP स्थिति) प्रति वेंडर डैशबोर्ड | हर स्थान पर विज़िटर की संख्या, रुकने का समय (ड्वेल टाइम) और बार-बार आने की आवृत्ति |
| नया स्थान जोड़ना | उस साइट के नेटवर्क पर पोर्टल बनाएं या क्लोन करें | स्थान को किसी मौजूदा टेम्पलेट में असाइन करें |
| AP वेंडर बदलना | पोर्टल, सहमति शब्द और इतिहास पुनः निर्मित | नए हार्डवेयर को पुनः रिपॉइंट करें; टेम्पलेट और डेटा आगे स्थानांतरित होते हैं |
| लाइसेंस मॉडल | AP या कंट्रोलर लाइसेंस में बंडल | अलग प्लेटफॉर्म लाइसेंस, प्रति AP या प्रति स्थान |
| यह किसके लिए उपयुक्त है | एकल वेंडर, कुछ साइटें, केवल एक्सेस | मिश्रित संपत्तियां, बहु-ब्रांड समूह, डेटा-संचालित मार्केटिंग टीमें |
ओवरले स्पलैश पेजों को कैसे मानकीकृत करता है
ओवरले पर, आप स्पलैश पेज को एक बार डिज़ाइन करते हैं और इसे प्रत्येक स्थान पर लागू करते हैं। स्थान-वार चर स्थानीय विवरण भरते हैं: स्थान का नाम, खुलने का समय या स्थानीय ऑफ़र। एक ब्रांड रिफ्रेश एक ऐसा संपादन है जो एक साथ हर साइट तक पहुंचता है।
कंट्रोलर पोर्टल वेंडर के अनुसार अलग-अलग होते हैं कि आप क्या कस्टमाइज़ कर सकते हैं। प्रत्येक स्पलैश एडिटर की HTML, छवियों और फ़ॉर्म फ़ील्ड पर अपनी सीमाएं होती हैं। मिश्रित संपत्ति में, आप प्रति वेंडर एक बार एक ही डिज़ाइन बनाते हैं और उसका परीक्षण करते हैं, फिर हर बदलाव के लिए दोहराते हैं।
ओवरले गेस्ट डेटा को आपके CRM से कैसे जोड़ता है
एक ओवरले पूरी संपत्ति में एक डेटाबेस में प्रत्येक लॉगिन को लिखता है। आपके तीन होटलों में आने वाला एक विज़िटर तीन विज़िट वाला एक प्रोफ़ाइल है, न कि तीन एक्सपोर्ट में तीन पंक्तियां। Purple फिर उन प्रोफ़ाइलों को आपके CRM और मार्केटिंग प्लेटफॉर्म के साथ सिंक करता है। केवल वे विज़िटर आगे भेजे जाते हैं जिन्होंने ऑप्ट-इन किया है।
कंट्रोलर पोर्टल के साथ, आप प्रत्येक वेंडर के API के खिलाफ एक एकीकरण का निर्माण करते हैं और उन APIs के बदलने पर इसे बनाए रखते हैं। कई टीमें मैनुअल CSV एक्सपोर्ट का सहारा लेती हैं। एक्सपोर्ट सहमति के संदर्भ को खो देते हैं, जो कि वह हिस्सा है जिसकी आपके डेटा सुरक्षा अधिकारी को सबसे अधिक चिंता होती है।
रिपोर्टिंग कैसे बदलती है
कंट्रोलर डैशबोर्ड नेटवर्क स्वास्थ्य की रिपोर्ट करते हैं: क्लाइंट संख्या, बैंडविड्थ और AP स्थिति। आपके नेटवर्क टीम के लिए यह सही दृष्टिकोण है। यह संचालन टीम को यह नहीं बताता कि विज़िटर कितनी बार लौटते हैं या वे कितने समय तक ठहरते हैं।
WiFi Analytics स्थान, क्षेत्र या ब्रांड के अनुसार विज़िटर व्यवहार की रिपोर्ट करता है। यह लौटने वाले विज़िटर्स के मुकाबले नए विज़िटर्स, ड्वेल टाइम और विज़िट की आवृत्ति दिखाता है। चूंकि ओवरले आपके सभी हार्डवेयर के ऊपर स्थित होता है, इसलिए एक Ruckus साइट और एक Juniper Mist साइट एक ही रिपोर्ट में दिखाई देती हैं।
सुरक्षा और अनुपालन वहीं रहते हैं जहाँ उन्हें होना चाहिए
एक ओवरले रेडियो सुरक्षा को आपके हार्डवेयर से दूर नहीं करता है। WPA3 और ऑपर्चुनिस्टिक वायरलेस एन्क्रिप्शन (OWE, RFC 8110) एक्सेस प्वाइंट की सुविधाएं हैं। OWE बिना पासवर्ड वाले ओपन गेस्ट नेटवर्क को एन्क्रिप्ट करता है। गेस्ट ट्रैफिक को अभी भी अपने स्वयं के VLAN (वर्चुअल LAN, एक लॉजिकल नेटवर्क सेगमेंट) पर ही रहना चाहिए। जहां आप कार्ड भुगतान स्वीकार करते हैं, वहां PCI DSS v4.0 की आवश्यकता 1.3.3 सभी वायरलेस नेटवर्क और कार्डधारक डेटा वातावरण के बीच नेटवर्क सुरक्षा नियंत्रण की मांग करती है।
ओवरले जो बदलता है, वह है सहमति। GDPR का अनुच्छेद 7(1) आपसे यह प्रदर्शित करने की अपेक्षा करता है कि प्रत्येक व्यक्ति ने सहमति दी है। रिसाइटल 32 बताता है कि पहले से टिक किए गए बॉक्स मान्य नहीं होते हैं। अनुच्छेद 7(4) मार्केटिंग सहमति पर एक्सेस को शर्त बनाने के खिलाफ काम करता है जहां इसकी आवश्यकता नहीं होती है। Purple के सचेत-विकल्प ऑप्ट-इन एक्सेस को मार्केटिंग से अलग करते हैं, और सहमति का रिकॉर्ड एक ही स्थान पर रहता है। Purple ISO 27001 और Cyber Essentials प्रमाणित है, और GDPR एवं CCPA के अनुकूल है।
पुनः आने वाले आगंतुकों के लिए, Purple OpenRoaming का समर्थन करता है। OpenRoaming एक वायरलेस ब्रॉडबैंड एलायंस फेडरेशन है जो Passpoint पर बना है, जिसे हॉटस्पॉट 2.0 भी कहा जाता है। Passpoint वह मानक है जो किसी डिवाइस को सहेजे गए प्रोफ़ाइल के साथ स्वचालित रूप से नेटवर्क में शामिल होने की अनुमति देता है, जिसके लिए किसी स्प्लैश पेज की आवश्यकता नहीं होती है।
एक मल्टी-साइट संपत्ति अपने कंट्रोलर पोर्टल से आगे कब निकल जाती है?
छह ट्रिगर इस बिंदु को चिह्नित करते हैं। यदि इनमें से दो लागू होते हैं, तो अगले रिफ्रेश का इंतजार करने के बजाय अभी ओवरले मूल्यांकन शुरू करें।
- एक दूसरा एक्सेस प्वाइंट विक्रेता आता है। अधिग्रहण और चरणबद्ध रिफ्रेश से मिश्रित संपत्तियां बनती हैं। प्रत्येक नए विक्रेता का अर्थ है एक और पोर्टल निर्माण और एक और सहमति भाषा।
- मार्केटिंग टीम डेटा की मांग करती है। कंट्रोलर पोर्टल में कोई मार्केटिंग सहमति रिकॉर्ड नहीं होता है। CRM को भेजने के लिए कुछ भी अनुपालन-योग्य नहीं होता है।
- साइटों की संख्या मैन्युअल संपादन को जोखिम भरा बनाती है। 20 साइटों पर, नियमों के अपडेट का अर्थ है 20 मैन्युअल संपादन। प्रत्येक संपादन गलत संस्करण प्रकाशित होने का एक अवसर है।
- ब्रांड बढ़ते हैं। तीन ब्रांड चलाने वाले समूह को एक ही स्थान से प्रबंधित, तीन अलग लुक की आवश्यकता होती है।
- डेटा अनुरोध कई साइटों में फैले होते हैं। GDPR अनुच्छेद 15 (एक्सेस) या अनुच्छेद 17 (मिटाना) के तहत एक अनुरोध का अर्थ है प्रत्येक विक्रेता के रिकॉर्ड की खोज करना।
- बोर्ड पूरी संपत्ति के आंकड़े चाहता है। क्रॉस-साइट विज़िटर रिपोर्टिंग के लिए एक ही डेटा सेट की आवश्यकता होती है, न कि मिलान किए गए निर्यात डेटा की।
उद्योग के अनुसार प्रत्येक विकल्प कहां उपयुक्त बैठता है
होटल। मेहमान संपत्तियों और ब्रांडों के बीच आवाजाही करते हैं, इसलिए प्रति मेहमान एक प्रोफ़ाइल महत्वपूर्ण होती है। जो समूह अलग-अलग चक्रों में होटलों को रिफ्रेश करते हैं, उनके पास अंततः मिश्रित हार्डवेयर होता है। देखें Hotels।
रिटेल। खरीदार कई स्टोर पर जाते हैं, और स्टोर रिफिट शायद ही कभी एक वर्ष में होते हैं। एक ओवरले स्प्लैश पेज और डेटा को स्थिर रखता है जबकि नीचे का हार्डवेयर बदलता रहता है। देखें Retail।
स्टेडियम और कार्यक्रम। प्रशंसक और उपस्थित लोग समूहों में आते हैं, और प्रति कार्यक्रम ब्रांडिंग बदलती है। प्रत्येक मैच के बीच हर कंट्रोलर को संपादित करने की तुलना में एक टेम्पलेट बदलना तेज़ होता है।
परिवहन। यात्री ट्रेनों और स्टेशनों पर जुड़ते हैं, अक्सर अलग-अलग हार्डवेयर पर। Purple c2c Rail और Avanti West Coast के लिए गेस्ट WiFi चलाता है। देखें Trains।
स्वास्थ्य सेवा और सार्वजनिक क्षेत्र। मरीजों और आगंतुकों को स्पष्ट स्वीकार्य-उपयोग शर्तों की आवश्यकता होती है, जो हर साइट पर एक ही तरह से लागू हों। Healthcare देखें।
व्यावहारिक परिदृश्य: अधिग्रहण के बाद 35-होटल समूह
स्थिति। एक होटल समूह Cisco Meraki पर 22 होटल संचालित करता था, फिर उसने Ruckus SmartZone पर चलने वाले 13 होटलों का अधिग्रहण किया। यह अब दो स्प्लैश पेज और दो नियम संबंधी शब्दावलियों का रखरखाव करता था। हर महीने, टीम दोनों विक्रेताओं से अतिथि सूचियों को निर्यात करती थी, उन्हें हाथ से मिलाती थी और CRM में अपलोड करती थी।
क्या किया गया। समूह ने हर एक्सेस पॉइंट और कंट्रोलर को बनाए रखा। इसने दोनों विक्रेताओं के गेस्ट SSIDs (नेटवर्क नाम) को बाहरी कैप्टिव पोर्टल के रूप में Purple की ओर लक्षित किया। एक टेम्प्लेट में प्रत्येक होटल का नाम और स्थानीय ऑफ़र शामिल था। सहमति की एक शब्दावली ने दो की जगह ले ली, और एक CRM कनेक्टर ने CSV विलय को बदल दिया।
परिणाम। स्प्लैश पेज निर्माण दो से घटकर एक रह गया। 35 नेटवर्क संपादनों के बजाय शर्तों में बदलाव एक संपादन बन गया। मासिक दो-निर्यात विलय शून्य हो गया, क्योंकि प्रोफ़ाइल लगातार सिंक होती हैं। विषय पहुँच अनुरोध अब दो विक्रेता प्रणालियों के बजाय एक डेटाबेस के विरुद्ध चलते हैं।
व्यावहारिक परिदृश्य: एक परिषद पुस्तकालय और अवकाश संपत्ति
स्थिति। एक परिषद 48 साइटों पर गेस्ट WiFi चलाती थी। पुस्तकालय HPE Aruba का उपयोग करते थे और अवकाश केंद्र Ubiquiti UniFi का उपयोग करते थे। प्रत्येक संपत्ति का अपना स्वीकार्य-उपयोग पृष्ठ था। कैबिनेट के लिए त्रैमासिक यात्रा आंकड़ों का मतलब हाथ से दो विक्रेता डैशबोर्ड का मिलान करना था।
क्या किया गया। परिषद ने हार्डवेयर को बदले बिना दोनों संपत्तियों पर Purple तैनात किया। इसने एक स्वीकार्य-उपयोग पृष्ठ प्रकाशित किया और रिपोर्टिंग में सेवा द्वारा साइटों को समूहीकृत किया।
परिणाम। स्वीकार्य-उपयोग पृष्ठ दो से घटकर एक रह गए। त्रैमासिक रिपोर्ट अब दो मैन्युअल मिलानों की जगह, एक ही स्रोत से सभी 48 साइटों को कवर करती है।
अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?
हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।
तीन साल के रोलआउट में प्रति-AP और प्रति-स्थान लाइसेंसिंग की तुलना कैसे की जाती है?
गेस्ट WiFi प्लेटफॉर्म दो में से एक तरीके से मूल्य निर्धारण करते हैं। प्रति-AP लाइसेंसिंग प्रत्येक एक्सेस पॉइंट के लिए शुल्क लेती है। प्रति-स्थान लाइसेंसिंग हर साइट के लिए शुल्क लेती है, चाहे उसमें कितने भी एक्सेस पॉइंट क्यों न हों। सही मॉडल इस बात पर निर्भर करता है कि रोलआउट के दौरान आपकी AP संख्या कैसे बदलेगी।
AP की संख्या शायद ही कभी स्थिर रहती है। 2.4 GHz या 5 GHz की तुलना में 6 GHz सिग्नल दीवारों के माध्यम से तेजी से क्षीण होते हैं। परिणामस्वरूप, कवरेज बनाए रखने के लिए WiFi 6E और WiFi 7 डिज़ाइन अक्सर एक्सेस पॉइंट जोड़ते हैं। प्रति-AP लाइसेंसिंग के तहत, यह सघनीकरण आपके गेस्ट प्लेटफ़ॉर्म बिल को बढ़ाता है। प्रति-स्थान लाइसेंसिंग के तहत, ऐसा नहीं होता है।
व्यावहारिक मॉडल: 120-स्टोर खुदरा श्रृंखला
एक खुदरा विक्रेता औसतन छह AP प्रति स्टोर के हिसाब से 120 स्टोर से शुरुआत करता है। वर्ष 2 में, यह प्रति स्टोर आठ AP तक सघन हो जाता है। वर्ष 3 में, यह समान घनत्व पर 15 नए स्टोर खोलता है।
| वर्ष | स्टोर | प्रति स्टोर औसत AP | प्रति-AP लाइसेंस | प्रति-स्थान लाइसेंस |
|---|---|---|---|---|
| वर्ष 1 | 120 | 6 | 720 | 120 |
| वर्ष 2 | 120 | 8 | 960 | 120 |
| वर्ष 3 | 135 | 8 | 1,080 | 135 |
| तीन साल का कुल | 120 से 135 | 6 से 8 | 2,760 | 375 |
अपनी खुद की संपत्तियों पर भी यही गणना चलाएं। अवधि के दौरान कुल AP-वर्षों को लें और कुल स्थल-वर्षों से विभाजित करें। फिर उस अनुपात की तुलना अपने सामने मौजूद कोटेशन से करें।
वे लागतें जो एक कंट्रोलर पोर्टल छुपाता है
कंट्रोलर पोर्टल पर कोई अलग से लाइसेंस शुल्क नहीं लगता है, इसलिए बिजनेस केस में यह मुफ़्त दिखाई देता है। इसकी लागत के बजाय आपकी टीम का समय खर्च होता है:
- प्रत्येक वेंडर के लिए एक बार स्प्लैश पेज बनाना और उसका परीक्षण करना, और फिर हर बदलाव के लिए इसे दोहराना।
- प्रत्येक वेंडर के API के विरुद्ध CRM इंटीग्रेशन लिखना और उसका रखरखाव करना।
- गेस्ट सूचियों और सहमति रिकॉर्ड्स को मैन्युअल रूप से निर्यात और रीकंसाइल करना।
- वेंडर बदलने पर पोर्टल, सहमति भाषा और इतिहास का पुनर्निर्माण करना।
अंतिम आइटम तीन-वर्षीय रोलआउट में सबसे कठिन साबित होता है। यदि आप मध्य-अवधि में AP वेंडर बदलते हैं, तो आपके द्वारा माइग्रेट की जाने वाली प्रत्येक साइट एक खाली डेटाबेस के साथ फिर से शुरू होती है। एक ओवरले पर, स्प्लैश पेज, सहमति रिकॉर्ड और विज़िट इतिहास हार्डवेयर परिवर्तन के बाद भी सुरक्षित रहते हैं। जो काम कर रहा है उसे बदले बिना अपग्रेड करने के बारे में अधिक जानकारी के लिए, Why your next WiFi upgrade doesn't need new hardware पढ़ें। कंट्रोलर से जुड़े प्रश्न के लिए, What is a WLC (Wireless LAN Controller) and Do You Still Need One? देखें।
आप अपने बहु-साइट (multi-site) स्थलों के लिए सर्वश्रेष्ठ गेस्ट WiFi प्लेटफॉर्म का निर्णय कैसे करते हैं?
अपनी संपत्तियों को उस पंक्ति के साथ मैप करें जो इसके लिए सबसे उपयुक्त है।
| आपकी स्थिति | अनुशंसा | क्यों |
|---|---|---|
| एक वेंडर, कुछ साइटें, केवल शर्तों की स्वीकृति | डेटा के पहले अनुरोध से पहले मौजूदा हार्डवेयर पर ओवरले तैनात करें | बाद में पोर्टल और सहमति की भाषा को फिर से बनाने से बचाता है |
| एक वेंडर, 20+ साइटें, मार्केटिंग टीम गेस्ट डेटा चाहती है | CRM कनेक्टर के साथ ओवरले | कंट्रोलर पोर्टल में कोई मार्केटिंग सहमति रिकॉर्ड नहीं होते हैं |
| दो या अधिक AP वेंडर | एक साझा टेम्पलेट के साथ ओवरले | प्रति वेंडर एक पोर्टल निर्माण की आवश्यकता को समाप्त करता है |
| तीन वर्षों के भीतर AP वेंडर परिवर्तन की योजना है | माइग्रेशन शुरू होने से पहले ओवरले | स्प्लैश पेज और डेटा हार्डवेयर परिवर्तन के बाद भी सुरक्षित रहते हैं |
| एक ही संपत्ति पर कई ब्रांड | प्रति-ब्रांड टेम्पलेट के साथ ओवरले | एक ही प्लेटफॉर्म, अलग-अलग ब्रांड अनुभव |
| AP-सघन स्थल जैसे स्टेडियम या हवाई अड्डे | प्रति-स्थल लाइसेंसिंग पर ओवरले | AP की संख्या बढ़ने पर भी लाइसेंस लागत स्थिर रहती है |
प्रश्न जो हर वेंडर से पूछे जाने चाहिए
किसी भी एंटरप्राइज कैप्टिव पोर्टल तुलना में इनका उपयोग करें:
- आप आज किन एक्सेस पॉइंट वेंडरों का नाम से समर्थन करते हैं?
- सहमति कहाँ संग्रहीत की जाती है, और क्या आप विज़िटर द्वारा देखे गए शब्दों के साथ प्रत्येक रिकॉर्ड को निर्यात कर सकते हैं?
- आपके पास कौन से प्रमाणपत्र हैं: ISO 27001, Cyber Essentials, GDPR और CCPA अनुपालन?
- आप किस अपटाइम के लिए प्रतिबद्ध हैं?
- क्या आप प्रति AP या प्रति स्थल लाइसेंस देते हैं, और डेंसिफाई करने पर कीमत का क्या होता है?
- हमारे वर्तमान कंट्रोलर पोर्टल से माइग्रेशन में, प्रत्येक साइट के अनुसार क्या शामिल है?
Purple के उत्तर ऑन द रिकॉर्ड हैं। 2012 में स्थापित, Purple 90 से अधिक देशों में 80,000+ लाइव स्थानों पर काम करता है। यह 99.999% अपटाइम के साथ हर साल 500 मिलियन उपयोगकर्ताओं और लॉगिन को देखता है। यह Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet में हार्डवेयर-अग्नोस्टिक है। McDonald's, Harrods, Premier Inn और Stonegate Pubs सहित ब्रांड Purple पर गेस्ट WiFi चलाते हैं।
अक्सर पूछे जाने वाले प्रश्न
क्या Purple हमारे पास पहले से मौजूद एक्सेस पॉइंट्स के साथ काम करता है?
हां, Purple आपके मौजूदा एक्सेस पॉइंट्स पर क्लाउड ओवरले के रूप में काम करता है। यह Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet के साथ एकीकृत होता है। आप प्रत्येक गेस्ट नेटवर्क को उसके बाहरी कैप्टिव पोर्टल के रूप में Purple की ओर इंगित करते हैं, और आपका हार्डवेयर रेडियो पक्ष को संभालना जारी रखता है। मिश्रित एस्टेट एक सामान्य मामला है, इसलिए एक टेम्पलेट के तहत दो या तीन विक्रेता एक मानक परिनियोजन हैं। Purple का सहायता दस्तावेज़ प्रत्येक विक्रेता के लिए कॉन्फ़िगरेशन को कवर करता है।
क्या हमें हार्डवेयर-न्यूट्रल ओवरले का उपयोग करने के लिए अपने कंट्रोलर को बदलने की आवश्यकता है?
नहीं, आपका कंट्रोलर और एक्सेस पॉइंट्स यथावत रहेंगे। एक हार्डवेयर-अग्नोस्टिक गेस्ट WiFi प्लेटफॉर्म नेटवर्क के ऊपर स्थित होता है और स्प्लैश पेज, सहमति और रिपोर्टिंग को संभालता है। आपका कंट्रोलर रेडियो, VLAN और एन्क्रिप्शन का प्रबंधन जारी रखता है। नेटवर्क पक्ष में एकमात्र परिवर्तन अनअथेंटिकेटेड मेहमानों को बिल्ट-इन पोर्टल के बजाय ओवरले पर रिडायरेक्ट करना है। यह ओवरले को एक कॉन्फ़िगरेशन परिवर्तन बनाता है, जिसमें किसी रिप एंड रिप्लेसमेंट की आवश्यकता नहीं होती है।
क्या प्रति-स्थान लाइसेंसिंग प्रति-AP लाइसेंसिंग से सस्ती है?
प्रति-स्थान लाइसेंसिंग तब सस्ती होती है जब आपका औसत स्थान स्थान मूल्य से AP मूल्य के अनुपात से अधिक AP रखता है। तीन वर्षों में, अपने ब्रेक-ईवन अनुपात को खोजने के लिए कुल AP-वर्षों को कुल स्थान-वर्षों से विभाजित करें। हमारे 120-स्टोर मॉडल में, वह अनुपात 7.36 है। WiFi 6E और WiFi 7 के लिए सघनीकरण स्थानों को जोड़े बिना AP की संख्या को बढ़ाता है। यह हर साल प्रति-स्थान लाइसेंसिंग की ओर राशि को और अधिक स्थानांतरित करता है।
क्या हम एक समय में एक साइट के कंट्रोलर पोर्टल से माइग्रेट कर सकते हैं?
हां, आप एक-एक करके साइट माइग्रेट कर सकते हैं, क्योंकि प्रत्येक गेस्ट नेटवर्क स्वतंत्र रूप से अपने कैप्टिव पोर्टल की ओर इंगित करता है। कंट्रोलर पोर्टल पर अभी भी मौजूद साइटें काम करती रहती हैं जबकि माइग्रेट की गई साइटें ओवरले पर चलती हैं। अधिकांश टीमें एक पायलट समूह के साथ शुरू करती हैं, टेम्पलेट और सहमति शब्दावली की पुष्टि करती हैं, फिर चरणों में रोल आउट करती हैं। फ़ेसिंग आपको माइग्रेशन को हार्डवेयर रिफ्रेश या शांत व्यापारिक अवधियों के साथ संरेखित करने की अनुमति देता है।
यदि हम एक्सेस पॉइंट विक्रेता बदलते हैं तो हमारे गेस्ट डेटा का क्या होता है?
जब आप एक्सेस पॉइंट विक्रेता बदलते हैं, तो ओवरले पर आपका गेस्ट डेटा यथावत रहता है। प्रोफ़ाइल, सहमति रिकॉर्ड और विज़िट इतिहास Purple में रहते हैं, हार्डवेयर में नहीं। आप नए एक्सेस पॉइंट्स को उन्हीं टेम्पलेट्स की ओर पुनः इंगित करते हैं, और लौटने वाले मेहमानों को अभी भी पहचाना जाता है। कंट्रोलर पोर्टल के साथ, स्प्लैश पेज और कोई भी संग्रहीत रिकॉर्ड पुराने विक्रेता के प्लेटफॉर्म के अंदर होते हैं। आप उन्हें नए हार्डवेयर पर फिर से बनाते हैं।
क्लाउड ओवरले कई साइटों पर GDPR सहमति को कैसे संभालता है?
एक क्लाउड ओवरले हर साइट पर प्रति विज़िटर एक सहमति रिकॉर्ड रखता है, जो कि GDPR आर्टिकल 7(1) में आपको प्रदर्शित करने के लिए कहा गया है। Purple सचेत-विकल्प ऑप्ट-इन का उपयोग करता है, इसलिए मार्केटिंग सहमति नेटवर्क एक्सेस से अलग है और Recital 32 के अनुरूप कभी भी पहले से टिक नहीं की जाती है। आर्टिकल 15 और 17 के तहत एक्सेस और इरेज़र अनुरोध एक डेटाबेस के विरुद्ध चलते हैं। Purple ISO 27001 प्रमाणित है और GDPR और CCPA के अनुकूल है।
क्या किसी ओवरले पर गेस्ट WiFi हमारे PCI DSS स्कोप को प्रभावित करता है?
गेस्ट WiFi PCI DSS स्कोप से बाहर रहता है जब इसे आपके कार्डधारक डेटा एनवायरनमेंट से अलग किया जाता है, चाहे आप किसी भी पोर्टल का उपयोग करें। PCI DSS v4.0 आवश्यकता 1.3.3 सभी वायरलेस नेटवर्क और उस एनवायरनमेंट के बीच नेटवर्क सुरक्षा नियंत्रण का आह्वान करती है। विभाजन आपके नेटवर्क पर VLAN और फ़ायरवॉल के माध्यम से होता है। ओवरले स्प्लैश पेज और सहमति को संभालता है और कभी भी कार्ड डेटा को स्पर्श नहीं करता है।
मुख्य परिभाषाएं
कैप्टिव पोर्टल
इंटरनेट एक्सेस मिलने से पहले किसी डिवाइस को जिस वेब पेज पर रीडायरेक्ट किया जाता है, जहाँ एक आगंतुक शर्तों को स्वीकार करता है, लॉग इन करता है और मार्केटिंग में ऑप्ट इन कर सकता है। रीडायरेक्ट एक्सेस पॉइंट या कंट्रोलर पर होता है; प्रमाणीकरण का निर्णय नेटवर्क पर वापस भेज दिया जाता है, आमतौर पर RADIUS पर।
प्रत्येक गेस्ट WiFi परिनियोजन में एक होता है। इस गाइड में निर्णय यह है कि यह कहाँ रहता है: प्रत्येक विक्रेता के प्लेटफ़ॉर्म के भीतर या उन सभी के ऊपर एक सेवा में।
कंट्रोलर पोर्टल
WLAN विक्रेता के प्रबंधन प्लेटफ़ॉर्म में निर्मित कैप्टिव पोर्टल, जैसे कि Cisco Meraki Dashboard में स्प्लैश पेज, HPE Aruba का आंतरिक कैप्टिव पोर्टल या Ruckus SmartZone गेस्ट एक्सेस पोर्टल। यह हार्डवेयर लाइसेंस में बंडल किया गया है और केवल उस विक्रेता के एक्सेस पॉइंट्स पर काम करता है।
यह एक विक्रेता, कुछ साइटों और शर्तों की स्वीकृति को कवर करता है। इसमें कोई मार्केटिंग सहमति लेज़र नहीं है, इसलिए दूसरा विक्रेता आने या मार्केटिंग द्वारा डेटा मांगने पर यह रुक जाता है।
हार्डवेयर-न्यूट्रल ओवरले
एक बाहरी कैप्टिव पोर्टल सेवा जो नेटवर्क के ऊपर बैठती है। एक्सेस पॉइंट्स गैर-प्रामाणिक उपकरणों को इसमें रीडायरेक्ट करते हैं और यह एक प्रमाणीकरण निर्णय लौटाता है, आमतौर पर RADIUS पर, ताकि एक सेवा कई विक्रेताओं के एक्सेस पॉइंट्स को सेवा प्रदान कर सके।
Purple Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet में इस तरह के क्लाउड ओवरले के रूप में काम करता है, जो स्प्लैश पेज, सहमति और रिपोर्टिंग को एक जगह पर रखता है।
RADIUS
Remote Authentication Dial-In User Service, जिसे IETF RFC 2865 में परिभाषित किया गया है। यह उस अनुरोध और प्रतिक्रिया विनिमय को निर्दिष्ट करता है जिसका उपयोग कोई एक्सेस पॉइंट (नेटवर्क एक्सेस सर्वर) सर्वर से यह पूछने के लिए करता है कि क्या कोई डिवाइस कनेक्ट हो सकता है।
यह वह चैनल है जिसका उपयोग कोई ओवरले आमतौर पर आपके मौजूद एक्सेस पॉइंट्स को अपना ऑथराइजेशन निर्णय वापस भेजने के लिए करता है, और इसी कारण किसी भी हार्डवेयर रिप्लेसमेंट की आवश्यकता नहीं होती है।
ऑपर्चुनिस्टिक वायरलेस एन्क्रिप्शन (OWE)
IETF RFC 8110 में परिभाषित, OWE बिना पासवर्ड के ओपन WiFi नेटवर्क पर ट्रैफिक को एन्क्रिप्ट करता है, जिससे प्रत्येक डिवाइस को एक्सेस पॉइंट से अपना खुद का एन्क्रिप्टेड लिंक मिलता है।
OWE और WPA3 एक्सेस पॉइंट फीचर्स हैं। ओवरले पर माइग्रेट करने से आपके हार्डवेयर से रेडियो सिक्योरिटी नहीं हटती; आपका कंट्रोलर एन्क्रिप्शन को संभालना जारी रखता है।
VLAN
एक वर्चुअल LAN, एक लॉजिकल नेटवर्क सेगमेंट जो शेयर किए गए फिजिकल इंफ्रास्ट्रक्चर पर ट्रैफिक को अलग करता है, जिसे आमतौर पर IEEE 802.1Q के तहत टैग किया जाता है।
गेस्ट ट्रैफिक अपने खुद के VLAN पर होना चाहिए, चाहे आप किसी भी पोर्टल का उपयोग करें। सेगमेंटेशन आपके नेटवर्क पर होता है, ओवरले में नहीं।
PCI DSS v4.0 आवश्यकता 1.3.3
PCI डेटा सिक्योरिटी स्टैंडर्ड v4.0 की आवश्यकता है कि सभी वायरलेस नेटवर्क और कार्डधारक डेटा एनवायरनमेंट के बीच नेटवर्क सिक्योरिटी कंट्रोल स्थापित किए जाएँ।
जहाँ आप कार्ड पेमेंट स्वीकार करते हैं, वहाँ गेस्ट WiFi का सेगमेंटेशन इसे PCI DSS के दायरे से बाहर रखता है। ओवरले स्प्लैश पेजों और सहमति को संभालता है और कभी भी कार्ड डेटा को स्पर्श नहीं करता है।
GDPR आर्टिकल 7 और रीसाइटल 32
Regulation (EU) 2016/679 का आर्टिकल 7(1) कंट्रोलर के लिए यह प्रदर्शित करना अनिवार्य करता है कि प्रत्येक व्यक्ति ने सहमति दी थी। आर्टिकल 7(4) किसी सेवा को ऐसी सहमति पर सशर्त बनाने के खिलाफ विचार करता है जिसकी आवश्यकता नहीं है। रीसाइटल 32 में कहा गया है कि पहले से टिक किए गए बॉक्स सहमति में नहीं गिने जाते हैं।
कंट्रोलर पोर्टल केवल शर्तों की स्वीकृति दर्ज करते हैं। सचेत-विकल्प ऑप्ट-इन के साथ एक केंद्रीय, प्रति-विज़िटर सहमति रिकॉर्ड ही गेस्ट डेटा को आपके CRM में भेजने के लिए सुरक्षित बनाता है।
GDPR आर्टिकल 15 और 17
आर्टिकल 15 व्यक्तियों को उनके व्यक्तिगत डेटा तक पहुंच का अधिकार देता है; आर्टिकल 17 मिटाने का अधिकार देता है। दोनों के लिए कंट्रोलर को उस व्यक्ति पर मौजूद सभी रिकॉर्ड का पता लगाना आवश्यक है।
कई वेंडर पोर्टलों के साथ, एक अनुरोध का अर्थ है प्रत्येक वेंडर के रिकॉर्ड में खोज करना। एक ओवरले पर यह एक ही डेटाबेस के विरुद्ध चलता है।
Passpoint (Hotspot 2.0)
वह मानक जो किसी डिवाइस को बिना किसी स्प्लैश पेज के, संग्रहीत प्रोफ़ाइल का उपयोग करके ऑटोमैटिक रूप से WiFi नेटवर्क में शामिल होने देता है। Passpoint Hotspot 2.0 का सर्टिफिकेशन नाम है।
यह OpenRoaming का आधार है, जिसे Purple उन लौटने वाले विज़िटर्स के लिए सपोर्ट करता है जिन्हें दोबारा पोर्टल देखे बिना कनेक्ट होना चाहिए।
OpenRoaming
Passpoint पर निर्मित एक Wireless Broadband Alliance फेडरेशन, जो किसी मान्यता प्राप्त प्रोफ़ाइल वाले डिवाइस को भाग लेने वाले नेटवर्क पर ऑटोमैटिक रूप से कनेक्ट होने की अनुमति देता है।
यह किसी ओवरले पर दोबारा आने वाले विज़िटर के अनुभव में सुधार करता है, क्योंकि बार-बार आने वाले विज़िटर बिना किसी स्प्लैश पेज के कनेक्ट हो जाते हैं।
प्रति-AP और प्रति-वेन्यू लाइसेंसिंग
प्रति-AP लाइसेंसिंग प्रत्येक एक्सेस पॉइंट के लिए शुल्क लेती है; प्रति-वेन्यू लाइसेंसिंग एक्सेस पॉइंट की संख्या की परवाह किए बिना प्रत्येक साइट के लिए शुल्क लेती है। नो-प्रॉफ़िट-नो-लॉस (Break-even) की स्थिति अवधि के दौरान कुल AP-वर्षों को कुल वेन्यू-वर्षों से विभाजित करने पर प्राप्त होती है।
6 GHz सिग्नल दीवारों के माध्यम से तेजी से कमज़ोर होते हैं, इसलिए WiFi 6E और WiFi 7 डिज़ाइन अक्सर एक्सेस पॉइंट्स जोड़ते हैं। वह सघनता (densification) प्रति-AP लागत बढ़ाती है लेकिन प्रति-वेन्यू लागत को स्थिर रखती है।
हल किए गए उदाहरण
एक होटल समूह ने Cisco Meraki पर 22 होटल संचालित किए, फिर Ruckus SmartZone पर 13 होटलों का अधिग्रहण किया। इसने दो स्प्लैश पेज और दो शर्तों की शब्दावलियों को बनाए रखा, और प्रत्येक महीने CRM में अपलोड करने से पहले दोनों विक्रेताओं से प्राप्त गेस्ट एक्सपोर्ट को हाथ से मर्ज किया। इसे कैसे समेकित करना चाहिए?
समूह ने प्रत्येक एक्सेस पॉइंट और कंट्रोलर को रखा और दोनों विक्रेताओं के गेस्ट SSIDs को बाहरी कैप्टिव पोर्टल के रूप में Purple पर रीडायरेक्ट कर दिया। एक टेम्प्लेट में प्रत्येक होटल का नाम और स्थानीय ऑफ़र शामिल था, दो की जगह एक सहमति शब्दावली ने ले ली, और एक CRM कनेक्टर ने CSV मर्ज की जगह ले ली। स्प्लैश पेज निर्माण दो से घटकर एक हो गया। शर्तों में बदलाव 35 नेटवर्क संपादन के बजाय एक संपादन बन गया। मासिक मर्ज घटकर शून्य हो गया क्योंकि प्रोफ़ाइल निरंतर सिंक होती हैं, और विषय एक्सेस अनुरोध अब दो विक्रेता प्रणालियों के बजाय एक डेटाबेस के विरुद्ध चलते हैं।
एक परिषद ने 48 साइटों पर गेस्ट WiFi संचालित किया, जिसमें पुस्तकालयों में HPE Aruba और अवकाश केंद्रों में Ubiquiti UniFi था। प्रत्येक संपत्ति का अपना स्वीकार्य-उपयोग पृष्ठ था, और कैबिनेट के लिए त्रैमासिक यात्रा के आंकड़ों का मतलब हाथ से दो विक्रेता डैशबोर्ड का मिलान करना था। क्या बदलाव आया?
परिषद ने बिना किसी हार्डवेयर को बदले दोनों संपत्तियों पर Purple तैनात किया। इसने प्रत्येक साइट के लिए एक स्वीकार्य-उपयोग पृष्ठ प्रकाशित किया और रिपोर्टिंग में सेवा द्वारा साइटों को समूहीकृत किया, ताकि पुस्तकालयों और अवकाश केंद्रों को अलग से या एक साथ देखा जा सके। स्वीकार्य-उपयोग पृष्ठ दो से घटकर एक हो गए, जिससे आगंतुकों को हर स्थान पर समान शर्तें मिलीं। त्रैमासिक रिपोर्ट अब प्रत्येक तिमाही में दो मैनुअल मिलानों को बदलते हुए, एक स्रोत से सभी 48 साइटों को कवर करती है।
एक रिटेलर के पास 120 स्टोर हैं जिनमें औसतन छह APs प्रति स्टोर हैं। वर्ष 2 में यह प्रति स्टोर आठ APs तक सघन हो जाता है, और वर्ष 3 में यह उस सघनता पर 15 और स्टोर खोलता है। तीन वर्षों में कौन सा लाइसेंसिंग मॉडल कम लागत वाला है?
प्रति वर्ष लाइसेंस की गिनती करें। प्रति-AP: वर्ष 1 में 720, वर्ष 2 में 960 और वर्ष 3 में 1,080, कुल 2,760। प्रति-स्थल: 120, 120 और 135, कुल 375। 2,760 को 375 से विभाजित करने पर 7.36 प्राप्त होता है। अवधि के दौरान प्रति-स्थल लाइसेंसिंग तब सस्ती होती है जब भी किसी स्थल लाइसेंस की लागत AP लाइसेंस की लागत से 7.36 गुना कम होती है। अनुपात वर्ष 1 में छह और वर्ष 3 तक आठ है, इसलिए सघनता हर साल ब्रेक-इवन को प्रति-स्थल लाइसेंसिंग की ओर ले जाती है।
अक्सर पूछे जाने वाले प्रश्न
क्या Purple उन एक्सेस पॉइंट्स के साथ काम करता है जो हमारे पास पहले से हैं?
हाँ, Purple आपके मौजूदा एक्सेस पॉइंट्स पर एक क्लाउड ओवरले के रूप में काम करता है। यह Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet के साथ एकीकृत होता है। आप प्रत्येक गेस्ट नेटवर्क को इसके बाहरी कैप्टिव पोर्टल के रूप में Purple की ओर इंगित करते हैं, और आपका हार्डवेयर रेडियो पक्ष को संभालना जारी रखता है। मिश्रित संपत्तियां (mixed estates) सामान्य मामला हैं, इसलिए एक टेम्पलेट के तहत दो या तीन विक्रेता एक मानक परिनियोजन (deployment) हैं। Purple के समर्थन दस्तावेज़ प्रत्येक विक्रेता के कॉन्फ़िगरेशन को कवर करते हैं।
क्या हार्डवेयर-न्यूट्रल ओवरले का उपयोग करने के लिए हमें अपने नियंत्रक (controller) को बदलने की आवश्यकता है?
नहीं, आपका नियंत्रक (controller) और एक्सेस पॉइंट यथावत रहते हैं। एक हार्डवेयर-अज्ञेय (hardware-agnostic) गेस्ट WiFi प्लेटफॉर्म नेटवर्क के ऊपर बैठता है और स्प्लैश पेज, सहमति और रिपोर्टिंग को संभालता है। आपका नियंत्रक रेडियो, VLAN और एन्क्रिप्शन का प्रबंधन जारी रखता है। नेटवर्क पक्ष में एकमात्र बदलाव यह है कि अनधिकृत अतिथियों को अंतर्निहित (built-in) पोर्टल के बजाय ओवरले पर पुनर्निर्देशित (redirect) किया जाता है। इससे ओवरले एक कॉन्फ़िगरेशन परिवर्तन बन जाता है, जिसमें किसी रिप एंड रिप्लेस (rip and replace) की आवश्यकता नहीं होती है।
क्या प्रति-स्थान (per-venue) लाइसेंसिंग प्रति-AP लाइसेंसिंग से सस्ती है?
प्रति-स्थान लाइसेंसिंग तब सस्ती होती है जब आपके औसत स्थान में स्थान मूल्य और AP मूल्य के अनुपात से अधिक AP होते हैं। तीन वर्षों में, अपने ब्रेक-इवन अनुपात को खोजने के लिए कुल AP-वर्षों को कुल स्थान-वर्षों से विभाजित करें। हमारे 120-स्टोर मॉडल में, वह अनुपात 7.36 है। WiFi 6E और WiFi 7 के लिए सघनीकरण (densification) स्थान जोड़े बिना AP की संख्या बढ़ाता है। यह हर साल कुल योग को प्रति-स्थान लाइसेंसिंग की ओर स्थानांतरित करता है।
क्या हम एक बार में एक साइट करके नियंत्रक (controller) पोर्टल्स से माइग्रेट कर सकते हैं?
हाँ, आप साइट-दर-साइट माइग्रेट कर सकते हैं, क्योंकि प्रत्येक गेस्ट नेटवर्क अपने कैप्टिव पोर्टल की ओर स्वतंत्र रूप से इंगित करता है। नियंत्रक पोर्टल पर अभी भी मौजूद साइटें काम करना जारी रखती हैं जबकि माइग्रेट की गई साइटें ओवरले पर चलती हैं। अधिकांश टीमें एक पायलट समूह के साथ शुरू करती हैं, टेम्पलेट और सहमति के शब्दों की पुष्टि करती हैं, फिर चरणों में रोल आउट करती हैं। फ़ेसिंग (phasing) आपको हार्डवेयर रिफ्रेश या शांत व्यापारिक अवधियों के साथ माइग्रेशन को संरेखित करने की अनुमति देती है।
यदि हम एक्सेस पॉइंट विक्रेता बदलते हैं तो हमारे गेस्ट डेटा का क्या होता है?
ओवरले पर, जब आप एक्सेस पॉइंट विक्रेता बदलते हैं तो आपका गेस्ट डेटा यथावत रहता है। प्रोफ़ाइल, सहमति रिकॉर्ड और विज़िट इतिहास Purple में रहते हैं, हार्डवेयर में नहीं। आप नए एक्सेस पॉइंट्स को उन्हीं टेम्पलेट्स पर पुन: इंगित करते हैं, और लौटने वाले अतिथियों को अभी भी पहचाना जाता है। नियंत्रक पोर्टल के साथ, स्प्लैश पेज और कोई भी संग्रहीत रिकॉर्ड पुराने विक्रेता के प्लेटफॉर्म के अंदर होते हैं। आप उन्हें नए हार्डवेयर पर फिर से बनाते हैं।
एक क्लाउड ओवरले कई साइटों पर GDPR सहमति को कैसे संभालता है?
एक क्लाउड ओवरले प्रत्येक साइट पर प्रति विज़िटर एक सहमति रिकॉर्ड रखता है, जिसे GDPR का अनुच्छेद 7(1) आपको प्रदर्शित करने के लिए कहता है। Purple सचेत-पसंद ऑप्ट-इन्स का उपयोग करता है, इसलिए मार्केटिंग सहमति नेटवर्क एक्सेस से अलग है और रीसाइटल 32 के अनुरूप कभी भी प्री-टिक (pre-ticked) नहीं होती है। अनुच्छेद 15 और 17 के तहत एक्सेस और मिटाने (erasure) के अनुरोध एक डेटाबेस के विरुद्ध चलते हैं। Purple ISO 27001 प्रमाणित है और GDPR तथा CCPA अनुपालनकर्ता है।
क्या किसी ओवरले पर गेस्ट WiFi हमारे PCI DSS दायरे को प्रभावित करता है?
गेस्ट WiFi PCI DSS के दायरे से बाहर रहता है जब इसे आपके कार्डधारक डेटा वातावरण से अलग किया जाता है, चाहे आप किसी भी पोर्टल का उपयोग करें। PCI DSS v4.0 आवश्यकता 1.3.3 सभी वायरलेस नेटवर्क और उस वातावरण के बीच नेटवर्क सुरक्षा नियंत्रणों की मांग करती है। विभाजन VLANs और फ़ायरवॉल के माध्यम से आपके नेटवर्क पर होता है। ओवरले स्प्लैश पेज और सहमति को संभालता है और कभी भी कार्ड डेटा को नहीं छूता है।
इस श्रृंखला में आगे पढ़ें
गेस्ट WiFi RFP आवश्यकताएं: ऑनबोर्डिंग, सुरक्षा और एनालिटिक्स में क्या निर्दिष्ट करें
एक ऐसी गेस्ट WiFi RFP लिखने के लिए इस गाइड का उपयोग करें जिसे बिडर्स न केवल स्वीकार करें, बल्कि उसमें पास या फेल भी हो सकें। आप ऑनबोर्डिंग, RADIUS, Passpoint, हार्डवेयर, GDPR, PCI DSS, सुरक्षात्मक DNS और एनालिटिक्स के लिए "must" (अनिवार्य) और "should" (ऐच्छिक) आवश्यकताएं निर्धारित कर सकते हैं। इसके बाद आप साक्ष्यों के आधार पर प्रतिक्रियाओं को स्कोर कर सकते हैं और दो हार्डवेयर प्लेटफॉर्म पर 30-दिवसीय पायलट के साथ डिलीवरी की पुष्टि कर सकते हैं।
होटल WiFi RFP चेकलिस्ट: प्रमाणीकरण, सामग्री फ़िल्टरिंग और अतिथि मार्केटिंग
कर्मचारी प्रमाणीकरण, सामग्री फ़िल्टरिंग और अतिथि डेटा कैप्चर पर एक साथ वेंडर का मूल्यांकन करने वाले एक होटल WiFi टेंडर लिखने के लिए इस चेकलिस्ट का उपयोग करें। आप पास या फेल की आवश्यकताएं निर्धारित कर सकेंगे, एक प्रॉपर्टी में छह प्रूफ़ ऑफ़ कॉन्सेप्ट टेस्ट चला सकेंगे, और हस्ताक्षर करने से पहले अनुबंध, हार्डवेयर और डेटा स्वामित्व पर खरीद मॉडल की तुलना कर सकेंगे।
Guest WiFi पर समय और बैंडविड्थ प्रतिबंध कैसे लागू करें
एंटरप्राइज guest WiFi नेटवर्क पर समय और बैंडविड्थ प्रतिबंधों को लागू करने पर एक आधिकारिक तकनीकी संदर्भ मार्गदर्शिका। यह मार्गदर्शिका IT लीडर्स को नेटवर्क प्रदर्शन, सुरक्षा अनुपालन और आगंतुक अनुभव को संतुलित करने में मदद करने के लिए व्यावहारिक आर्किटेक्चरल ब्लूप्रिंट, वेंडर-न्यूट्रल कॉन्फ़िगरेशन और वास्तविक दुनिया के केस स्टडी प्रदान करती है।
अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?
हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।