मल्टी-साइट गेस्ट WiFi प्लॅटफॉर्मची तुलना: हार्डवेअर-न्यूट्रल ओव्हरलेज विरुद्ध कंट्रोलर पोर्टल्स

बिल्ट-इन कंट्रोलर पोर्टल्स अशा एका साइटसाठीच्या मूलभूत गरजा पूर्ण करतात, जिथे एकाच व्हेंडरच्या सिस्टीमवर केवळ क्लिक-थ्रू ॲक्सेसची गरज असते. पण जेव्हा तुमचे नेटवर्क अनेक साइट्स, विविध ॲक्सेस पॉइंट व्हेंडर्स किंवा CRM कनेक्शनपर्यंत विस्तारते, तेव्हा हार्डवेअरवर अवलंबून नसलेल्या क्लाउड ओव्हरलेची आवश्यकता भासते. Purple एकाच डॅशबोर्डवरून Cisco Meraki, HPE Aruba, Ruckus आणि इतर पाच व्हेंडर्सच्या नेटवर्कवर स्प्लॅश पेजेस, संमती (consent) आणि रिपोर्टिंगचे मानकीकरण करते.

तुम्ही कंट्रोलर पोर्टल वापरावे की हार्डवेअर-न्यूट्रल ओव्हरले?

तुमच्याकडे एकापेक्षा जास्त ॲक्सेस पॉइंट व्हेंडर्स असतील किंवा तुम्हाला तुमच्या CRM मध्ये गेस्ट डेटा हवा असेल, तर ओव्हरलेची निवड करा. जेव्हा तुमचे नेटवर्क एकाच व्हेंडरचे, काही मोजक्या साइट्सचे आणि केवळ नियम-अटी स्वीकारण्यापुरते मर्यादित असते, तेव्हा कंट्रोलर पोर्टल योग्य ठरते. परंतु, नवीन व्हेंडर जोडला जाईपर्यंत किंवा मार्केटिंग टीमकडून डेटाची मागणी होईपर्यंतच ही मर्यादा टिकून राहते.

येथे वापरलेल्या संज्ञा महत्त्वाच्या आहेत, त्या खालीलप्रमाणे आहेत.

कॅप्टिव्ह पोर्टल हे एक असे वेब पेज आहे जिथे इंटरनेट ॲक्सेस मिळण्यापूर्वी डिव्हाइस रीडायरेक्ट केले जाते. येथे भेट देणारी व्यक्ती अटी स्वीकारते, लॉगिन करते आणि त्यांची इच्छा असल्यास, मार्केटिंगसाठी संमती (opt-in) देते.

कंट्रोलर पोर्टल हे तुमच्या 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
स्प्लॅश पेज व्यवस्थापन	प्रति व्हेंडर एकच बिल्ड, जे प्रत्येक नेटवर्क किंवा कंट्रोलरनुसार एडिट केले जाते	प्रत्येक ठिकाणासाठी (venue) वापरता येणारी एकच टेम्पलेट लायब्ररी
संमती नोंदी	अटींची स्वीकृती; कोणताही मार्केटिंग संमती लेजर नाही	GDPR कलम 7(1) च्या अपेक्षेनुसार, प्रत्येक भेट देणाऱ्याची संमती नोंद मध्यवर्तीपणे ठेवली जाते
CRM आणि मार्केटिंग कनेक्टर्स	कोणतेही नेटिव्ह नाहीत; व्हेंडर API काम किंवा CSV एक्सपोर्ट	CRM आणि मार्केटिंग प्लॅटफॉर्मसाठी नेटिव्ह कनेक्टर्स
रिपोर्टिंग	नेटवर्क मेट्रिक्स (क्लायंट्स, बँडविड्थ, AP स्थिती) प्रति व्हेंडर डॅशबोर्ड	प्रत्येक ठिकाणी भेट देणाऱ्यांची संख्या, थांबण्याचा कालावधी (dwell time) आणि वारंवार मिळणाऱ्या भेटी
नवीन ठिकाण जोडणे	त्या साइटच्या नेटवर्कवर पोर्टल तयार करा किंवा क्लोन करा	विद्यमान टेम्पलेटला ते ठिकाण नियुक्त करा
AP व्हेंडर बदलणे	पोर्टल, संमतीचे शब्द आणि इतिहास पुन्हा तयार केला जातो	नवीन हार्डवेअर रीपॉइंट करा; टेम्पलेट्स आणि डेटा पुढे घेऊन जा
लायसन्स मॉडेल	AP किंवा कंट्रोलर लायसन्समध्ये समाविष्ट	वेगळे प्लॅटफॉर्म लायसन्स, प्रति AP किंवा प्रति ठिकाण
कोणासाठी योग्य	सिंगल व्हेंडर, कमी साइट्स, केवळ ॲक्सेस	मिक्स इस्टेट्स, मल्टी-ब्रांड ग्रुप्स, डेटा-आधारित मार्केटिंग टीम्स

ओव्हरले स्प्लॅश पेजेसचे प्रमाणीकरण कसे करते

ओव्हरलेवर, तुम्ही स्प्लॅश पेज एकदाच डिझाइन करता आणि ते प्रत्येक ठिकाणी लागू करता. प्रति-ठिकाण व्हेरिएबल्स स्थानिक तपशील भरतात: ठिकाणाचे नाव, उघडण्याची वेळ किंवा स्थानिक ऑफर. ब्रँड रिफ्रेश हा एकच संपादन (edit) असतो जो एकाच वेळी प्रत्येक साइटवर पोहोचतो.

कंट्रोलर पोर्टल्स तुम्ही काय कस्टमायझ करू शकता याबाबतीत व्हेंडरनुसार भिन्न असतात. प्रत्येक स्प्लॅश एडिटरच्या HTML, प्रतिमा आणि फॉर्म फील्डवर स्वतःच्या मर्यादा असतात. मिक्स इस्टेटमध्ये, तुम्ही प्रत्येक व्हेंडरसाठी एकदा समान डिझाइन तयार करता आणि टेस्ट करता, नंतर प्रत्येक बदलासाठी त्याची पुनरावृत्ती करता.

ओव्हरले गेस्ट डेटाला तुमच्या CRM शी कसा जोडते

ओव्हरले संपूर्ण इस्टेटमधील एका डेटाबेसवर प्रत्येक लॉगिन लिहितो. तुमच्या तीन हॉटेल्सना भेट देणारा पाहुणा हा तीन एक्सपोर्टमधील तीन रो (rows) नसून तीन भेटींसह एक प्रोफाइल असतो. Purple नंतर त्या प्रोफाईल्सना तुमच्या CRM आणि मार्केटिंग प्लॅटफॉर्मवर सिंक करते. केवळ ज्या भेट देणाऱ्यांनी संमती दिली आहे (opted in), त्यांनाच पुढे पाठवले जाते.

कंट्रोलर पोर्टल्ससह, तुम्ही प्रत्येक व्हेंडरच्या API विरूद्ध एक इंटिग्रेशन तयार करता आणि ते APIs बदलत असताना त्याचे व्यवस्थापन करता. अनेक टीम्स मॅन्युअल CSV एक्सपोर्टवर अवलंबून राहतात. एक्सपोर्ट्समध्ये संमतीचा संदर्भ गमावला जातो, हा तो भाग आहे ज्याची तुमच्या डेटा प्रोटेक्शन ऑफिसरला सर्वाधिक काळजी असते.

रिपोर्टिंग कसे बदलते

कंट्रोलर डॅशबोर्ड्स नेटवर्कच्या स्थितीची माहिती देतात: क्लायंटची संख्या, बँडविड्थ आणि AP स्थिती. तुमच्या नेटवर्क टीमसाठी तो योग्य दृष्टीकोन आहे. परंतु, भेट देणारे किती वेळा परत येतात किंवा ते किती वेळ थांबतात हे ते ऑपरेशन्स टीमला सांगत नाही.

WiFi Analytics ठिकाण, प्रदेश किंवा ब्रँडनुसार भेट देणाऱ्यांच्या वर्तनाची माहिती देते. ते नवीन विरुद्ध पुन्हा भेट देणारे, थांबण्याचा कालावधी आणि भेटीची वारंवारता दर्शवते. ओव्हरले तुमच्या सर्व हार्डवेअरच्या वर कार्यरत असल्यामुळे, Ruckus साइट आणि Juniper Mist साइट एकाच रिपोर्टमध्ये दिसतात.

सुरक्षा आणि सुसंगतता (compliance) जिथे असायला हवी तिथेच राहते

ओवरले तुमच्या हार्डवेअरवरून रेडिओ सुरक्षेला बाजूला हलवत नाही. 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 वर बनवलेले वायरलेस ब्रॉडबँड अलायन्स फेडरेशन आहे, ज्याला Hotspot 2.0 देखील म्हणतात. Passpoint हे असे मानक आहे जे डिव्हाइसला सेव्ह केलेल्या प्रोफाइलसह आपोआप नेटवर्कमध्ये सामील होऊ देते, ज्यासाठी कोणत्याही स्प्लॅश पेजची आवश्यकता नसते.

मल्टी-साइट इस्टेट तिच्या कंट्रोलर पोर्टलपेक्षा कधी मोठी होते?

सहा ट्रिगर हा टप्पा दर्शवतात. जर दोन लागू होत असतील, तर पुढील रिफ्रेशची वाट पाहण्याऐवजी आताच ओवरले मूल्यांकनास सुरुवात करा.

1. दुसरा ॲक्सेस पॉइंट व्हेंडर येतो. अधिग्रहण आणि टप्प्याटप्प्याने होणारे रिफ्रेश यामुळे मिश्र इस्टेट तयार होतात. प्रत्येक नवीन व्हेंडरचा अर्थ आणखी एक पोर्टल बिल्ड आणि संमतीचा आणखी एक मजकूर असा होतो.
2. मार्केटिंग टीम डेटाची मागणी करते. कंट्रोलर पोर्टलमध्ये मार्केटिंग संमतीच्या कोणत्याही नोंदी नसतात. CRM कडे पाठवण्यासाठी नियमांचे पालन करणारी कोणतीही गोष्ट नसते.
3. साइट्सच्या संख्येमुळे मॅन्युअल संपादन धोक्याचे ठरते. 20 साइट्सवर, अटी अपडेट करण्याचा अर्थ 20 मॅन्युअल संपादने असा होतो. यातील प्रत्येक संपादन ही चुकीची आवृत्ती प्रकाशित करण्याची शक्यता असते.
4. ब्रांड्स वाढतात. तीन ब्रँड चालवणाऱ्या ग्रुपला एकाच ठिकाणाहून व्यवस्थापित होणाऱ्या तीन लूकची गरज असते.
5. डेटा विनंत्या सर्व साइट्सवर येतात. GDPR कलम 15 (ॲक्सेस) किंवा कलम 17 (हटवणे) अंतर्गत केलेल्या विनंतीचा अर्थ प्रत्येक व्हेंडरच्या नोंदी शोधणे असा होतो.
6. बोर्डला इस्टेट-व्यापी आकडेवारी हवी असते. क्रॉस-साइट अभ्यागत रिपोर्टिंगसाठी एकाच डेटा सेटची आवश्यकता असते, जुळवून घेतलेल्या एक्सपोर्ट्सची नाही.

व्हर्टिकलनुसार प्रत्येक पर्याय कुठे बसतो

हॉटेल्स. अतिथी वेगवेगळ्या प्रॉपर्टीज आणि ब्रँड्समध्ये फिरतात, त्यामुळे प्रति अतिथी एक प्रोफाइल महत्त्वाचे असते. वेगवेगळ्या सायकलवर हॉटेल्स रिफ्रेश करणाऱ्या ग्रुप्सकडे शेवटी मिश्र हार्डवेअर उरते. हॉटेल्स पहा.

रिटेल. खरेदीदार अनेक स्टोअर्सना भेट देतात, आणि स्टोअर रिफिट्स क्वचितच एका वर्षात होतात. खालील हार्डवेअर बदलत असताना ओवरले स्प्लॅश पेज आणि डेटा स्थिर ठेवते. रिटेल पहा.

स्टेडियम्स आणि इव्हेंट्स. चाहते आणि उपस्थितांचे एकाच वेळी लोट येतात, आणि प्रति इव्हेंट ब्रँडिंग बदलते. प्रत्येक सामन्यादरम्यान प्रत्येक कंट्रोलर संपादन करण्यापेक्षा एक टेम्पलेट बदलणे जलद आहे.

वाहतूक. प्रवासी ट्रेन्समध्ये आणि स्टेशन्सवर कनेक्ट होतात, अनेकदा वेगवेगळ्या हार्डवेअरवर. Purple c2c रेल आणि अवंती वेस्ट कोस्टसाठी गेस्ट WiFi चालवते. ट्रेन्स पहा.आरोग्यसेवा आणि सार्वजनिक क्षेत्र. रुग्ण आणि अभ्यागतांना स्पष्ट स्वीकारार्ह-वापर अटींची आवश्यकता असते, ज्या प्रत्येक साइटवर एकाच प्रकारे लागू केल्या जातात. आरोग्यसेवा पहा.

यशस्वी परिस्थिती: एका अधिग्रहणानंतरचा ३५-हॉटेल्सचा समूह

परिस्थिती. एक हॉटेल समूह Cisco Meraki वर २२ हॉटेल्स चालवत होता, त्यानंतर त्यांनी Ruckus SmartZone वर चालणारी १३ हॉटेल्स अधिग्रहित केली. यामुळे आता दोन स्प्लॅश पेजेस आणि दोन अटींची मजकूररचना सांभाळावी लागत होती. दरमहा, टीम दोन्ही विक्रेत्यांकडून अभ्यागतांची यादी एक्सपोर्ट करायची, ती मॅन्युअली एकत्र करायची आणि CRM वर अपलोड करायची.

काय करण्यात आले. समूहाने प्रत्येक ॲक्सेस पॉइंट आणि कंट्रोलर जसाच्या तसा ठेवला. त्यांनी दोन्ही विक्रेत्यांचे गेस्ट SSIDs (नेटवर्क नावे) बाह्य कॅप्टिव्ह पोर्टल म्हणून Purple कडे निर्देशित केले. एकाच टेम्पलेटमध्ये प्रत्येक हॉटेलचे नाव आणि स्थानिक ऑफर समाविष्ट झाली. दोन अटींच्या मजकुरांऐवजी एकच संमती मजकूर आला आणि CSV मॅन्युअल एकत्रीकरणाची जागा CRM कनेक्टरने घेतली.

परिणाम. स्प्लॅश पेज निर्मिती दोन्वरून एक वर आली. अटींमधील बदल हा ३५ नेटवर्क बदलांऐवजी फक्त एक संपादन बनला. प्रोफाइल सतत सिंक्रोनाइझ होत असल्यामुळे, दरमहा होणारे दोन-एक्सपोर्टचे एकत्रीकरण शून्यावर आले. विषयाधिकार प्रवेश विनंत्या (Subject access requests) आता दोन विक्रेता प्रणालींऐवजी एकाच डेटाबेसवर चालतात.

यशस्वी परिस्थिती: कौन्सिल वाचनालय आणि मनोरंजन मालमत्ता

परिस्थिती. एक कौन्सिल ४८ साइट्सवर गेस्ट WiFi चालवत होती. वाचनालये HPE Aruba वापरत होती आणि मनोरंजन केंद्रे Ubiquiti UniFi वापरत होती. प्रत्येक मालमत्तेचे स्वतःचे स्वीकारार्ह-वापर पृष्ठ होते. कॅबिनेटसाठी त्रैमासिक भेटींची आकडेवारी गोळा करण्यासाठी दोन विक्रेता डॅशबोर्ड मॅन्युअली एकत्र करावे लागत होते.

काय करण्यात आले. कौन्सिलने हार्डवेअर न बदलता दोन्ही मालमत्तांवर Purple तैनात केले. त्यांनी एक स्वीकारार्ह-वापर पृष्ठ प्रकाशित केले आणि रिपोर्टिंगमध्ये सेवेनुसार साइट्सचा समूह केला.

परिणाम. स्वीकारार्ह-वापर पृष्ठे दोन्वरून एकावर आली. दोन मॅन्युअल एकत्रीकरणांऐवजी, त्रैमासिक अहवाल आता एकाच स्त्रोतावरून सर्व ४८ साइट्स समाविष्ट करतो.

तीन वर्षांच्या अंमलबजावणीमध्ये प्रति-AP आणि प्रति-वेन्यू परवान्यांची तुलना कशी होते?

गेस्ट WiFi प्लॅटफॉर्म दोनपैकी एका मार्गाने किंमत ठरवतात. प्रति-AP परवाना प्रत्येक ॲक्सेस पॉइंटसाठी शुल्क आकारतो. प्रति-वेन्यू परवाना साइटवर कितीही ॲक्सेस पॉइंट्स असले, तरी प्रत्येक साइटसाठी शुल्क आकारतो. योग्य मॉडेल तुमच्या अंमलबजावणी दरम्यान AP ची संख्या कशी बदलेल यावर अवलंबून असते.

AP ची संख्या क्वचितच स्थिर राहते. ६ GHz सिग्नल २.४ GHz किंवा ५ GHz पेक्षा भिंतींमधून अधिक वेगाने कमी होतात. परिणामी, कवरेज कायम ठेवण्यासाठी WiFi 6E आणि WiFi 7 डिझाइनमध्ये अनेकदा ॲक्सेस पॉइंट्स वाढवले जातात. प्रति-AP परवान्याअंतर्गत, ती घनता वाढल्यामुळे तुमचे गेस्ट प्लॅटफॉर्म बिल वाढते. प्रति-वेन्यू परवान्याअंतर्गत, ते वाढत नाही.

कार्यप्रणाली मॉडेल: १२०-स्टोअर्सची रिटेल साखळी

एक रिटेल व्यावसायिक सरासरी प्रत्येकी सहा APs सह १२० स्टोअर्सपासून सुरुवात करतो. वर्ष २ मध्ये, तो प्रति स्टोअर आठ APs पर्यंत घनता वाढवतो. वर्ष ३ मध्ये, तो त्याच घनतेने १५ नवीन स्टोअर्स सुरू करतो.

वर्ष	स्टोअर्स	प्रति स्टोअर सरासरी APs	प्रति-AP परवाने	प्रति-वेन्यू परवाने
वर्ष १	१२०	६	७२०	१२०
वर्ष २	१२०	८	९६०	१२०
वर्ष ३	१३५	८	१,०८०	१३५
तीन वर्षांची एकूण बेरीज	१२० ते १३५	६ ते ८	२,७६०	३७५

२,७६० ला ३७५ ने भागल्यास ७.३६ हे उत्तर येते. तीन वर्षांच्या कालावधीत, जेव्हा प्रति-व्हेन्यू परवान्याची किंमत ही प्रति-AP परवान्याच्या किंमतीच्या ७.३६ पटीपेक्षा कमी असते, तेव्हा प्रति-व्हेन्यू परवाना स्वस्त पडतो. एकट्या पहिल्या वर्षात ब्रेक-इव्हन गुणोत्तर ६ असते. तिसऱ्या वर्षापर्यंत ते ८ होते. डेंसिफिकेशनमुळे प्रत्येक वर्षी ब्रेक-इव्हन पॉइंट प्रति-व्हेन्यूच्या बाजूने झुकतो.

तुमच्या स्वतःच्या इस्टेटवर हेच गणित करून पहा. कालावधीतील एकूण AP-वर्षे घ्या आणि त्यांना एकूण व्हेन्यू-वर्षांनी भागा. त्यानंतर या गुणोत्तराची तुलना तुमच्यासमोरील कोट्सशी करा.

कंट्रोलर पोर्टल लपवणारे खर्च

कंट्रोलर पोर्टलवर कोणताही स्वतंत्र परवाना शुल्क नसतो, त्यामुळे ते बिझनेस केसमध्ये मोफत असल्याचे दिसते. परंतु, याचा खर्च तुमच्या टीमच्या वेळेवर पडतो:

• प्रत्येक व्हेंडरसाठी एकदा आणि त्यानंतर प्रत्येक बदलासाठी पुन्हा स्प्लॅश पेज तयार करणे आणि तपासणे.
• प्रत्येक व्हेंडरच्या API च्या संदर्भात CRM इंटिग्रेशन लिहिणे आणि ते मेंटेन ठेवणे.
• गेस्ट लिस्ट आणि संमतीचे रेकॉर्ड्स मॅन्युअली एक्सपोर्ट करणे आणि त्यांचे जुळवणी (reconcile) करणे.
• तुम्ही व्हेंडर बदलता तेव्हा पोर्टल, संमतीचे शब्द आणि इतिहास नव्याने तयार करणे.

शेवटची बाब तीन वर्षांच्या रोलआउटमध्ये सर्वात जास्त त्रासदायक ठरते. जर तुम्ही कालावधीच्या मध्यबर्ध भागात AP व्हेंडर बदलला, तर तुम्ही मायग्रेट करत असलेली प्रत्येक साइट रिकामाया डेटाबेससह पुन्हा सुरू होते. ओव्हरलेवर, स्प्लॅश पेज, संमतीचे रेकॉर्ड आणि व्हिजिट हिस्ट्री हे हार्डवेअर बदलल्यानंतरही सुरक्षित राहतात. जे कार्यक्षम आहे ते न बदलता अपग्रेड करण्याबद्दल अधिक जाणून घेण्यासाठी, तुमच्या पुढील WiFi अपग्रेडला नवीन हार्डवेअरची गरज का नाही हे वाचा. स्वतः कंट्रोलरच्या प्रश्नासाठी, WLC (वायरलेस LAN कंट्रोलर) म्हणजे काय आणि तुम्हाला अजूनही त्याची गरज आहे का? पहा.

तुम्ही तुमच्या मल्टि-साइट व्हेन्यूसाठी सर्वोत्तम गेस्ट WiFi प्लॅटफॉर्म कसा निवडाल?

तुमच्या इस्टेटसाठी सर्वात योग्य असलेल्या ओळीशी तिचे मॅपिंग करा.

तुमची परिस्थिती	शिफारस	कारण
एक व्हेंडर, काही साइट्स, फक्त अटींची स्वीकृती	पहिल्या डेटा विनंतीपूर्वी विद्यमान हार्डवेअरवर ओव्हरले तैनात करा	नंतर पोर्टल आणि संमतीचे शब्द नव्याने तयार करणे टाळते
एक व्हेंडर, २०+ साइट्स, मार्केटिंग टीमला गेस्ट डेटा हवा आहे	CRM कनेक्टरसह ओव्हरले	कंट्रोलर पोर्टल्समध्ये कोणताही मार्केटिंग संमतीचा रेकॉर्ड राहत नाही
दोन किंवा अधिक AP व्हेंडर्स	एका सामायिक टेम्पलेटसह ओव्हरले	प्रति व्हेंडर एक पोर्टल तयार करण्याचे काम काढून टाकते
तीन वर्षांच्या आत AP व्हेंडर बदलण्याचे नियोजित आहे	मायग्रेशन सुरू होण्यापूर्वी ओव्हरले तैनात करा	हार्डवेअर बदलल्यानंतरही स्प्लॅश पेजेस आणि डेटा सुरक्षित राहतात
एकाच इस्टेटवर अनेक ब्रँड्स	प्रति-ब्रँड टेम्पलेट्ससह ओव्हरले	एकच प्लॅटफॉर्म, भिन्न ब्रँड अनुभव
स्टेडियम किंवा विमानतळांसारखी AP-डेंस व्हेन्यूज	प्रति-व्हेन्यू परवान्यावर ओव्हरले	AP संख्या वाढली तरी परवाना खर्च स्थिर राहतो

प्रत्येक व्हेंडरला विचारायचे प्रश्न

कोणत्याही एंटरप्राइज कॅप्टिव्ह पोर्टलच्या तुलनेत हे प्रश्न वापरा:

• तुम्ही आज नाविनिशी कोणत्या ॲक्सेस पॉइंट व्हेंडर्सना सपोर्ट करता?
• संमती कोठे स्टोअर केली जाते, आणि भेट देणाऱ्याने पाहिलेल्या अचूक शब्दांसह तुम्ही प्रत्येक रेकॉर्ड एक्सपोर्ट करू शकता का?
• तुमच्याकडे कोणती सर्टिफिकेशन्स आहेत: ISO 27001, Cyber Essentials, GDPR आणि CCPA अनुपालन?
• तुम्ही कोणत्या अपटाइमची वचनबद्धता देता?
• तुम्ही प्रति AP की प्रति व्हेन्यू परवाना देता, आणि आम्ही डेंसिफाय करतो तेव्हा किंमतीचे काय होते?
• आमच्या सध्याच्या कंट्रोलर पोर्टलवरून मायग्रेशनमध्ये, प्रत्येक साइटनुसार काय समाविष्ट आहे?

Purple ची उत्तरे ऑन-द-रेकॉर्ड आहेत. 2012 मध्ये स्थापन झालेली Purple 90 पेक्षा जास्त देशांमध्ये 80,000+ लाइव्ह ठिकाणांवर चालते. ही वर्षाला 500 दशलक्ष वापरकर्ते आणि लॉगिन पाहते, ज्यामध्ये 99.999% अपटाइम असतो. हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet मध्ये हार्डवेअर-अॅग्नोस्टिक आहे. McDonald's, Harrods, Premier Inn आणि Stonegate Pubs यासह अनेक ब्रँड्स Purple वर Guest WiFi चालवतात.

वारंवार विचारले जाणारे प्रश्न

Purple आमच्याकडे आधीपासून असलेल्या ॲक्सेस पॉइंट्ससह कार्य करते का?

होय, Purple तुमच्या सध्याच्या ॲक्सेस पॉइंट्सवर क्लाउड ओव्हरले म्हणून चालते. हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet सह समाकलित (integrate) होते. तुम्ही प्रत्येक गेस्ट नेटवर्कला त्याचे बाह्य कॅप्टिव्ह पोर्टल म्हणून Purple कडे पॉइंट करता आणि तुमचे हार्डवेअर रेडिओ बाजू हाताळणे सुरू ठेवते. मिश्रित मालमत्ता (mixed estates) ही एक सामान्य बाब आहे, त्यामुळे एका टेम्पलेटअंतर्गत दोन किंवा तीन व्हेंडर्स असणे हे एक मानक उपयोजन (standard deployment) आहे. Purple चे सपोर्ट दस्तऐवजीकरण प्रत्येक व्हेंडरसाठी कॉन्फिगरेशन समाविष्ट करते.

हार्डवेअर-न्यूट्रल ओव्हरले वापरण्यासाठी आम्हाला आमचे कंट्रोलर बदलण्याची आवश्यकता आहे का?

नाही, तुमचे कंट्रोलर आणि ॲक्सेस पॉइंट्स त्यांच्या जागीच राहतात. हार्डवेअर-अॅग्नोस्टिक गेस्ट WiFi प्लॅटफॉर्म नेटवर्कच्या वर बसतो आणि स्प्लॅश पेज, संमती आणि रिपोर्टिंग हाताळतो. तुमचे कंट्रोलर रेडिओ, VLAN आणि एनक्रिप्शन व्यवस्थापित करत राहते. नेटवर्क बाजूचा एकमेव बदल म्हणजे अनऑथेन्टिकेटेड गेस्ट्सना अंगभूत पोर्टलऐवजी ओव्हरलेकडे रीडायरेक्ट करणे. यामुळे ओव्हरले हे एक कॉन्फिगरेशन बदल बनते, ज्यासाठी कोणतेही रिप आणि रिप्लेस आवश्यक नसते.

प्रति-स्थान (per-venue) लायसन्सिंग प्रति-AP लायसन्सिंगपेक्षा स्वस्त आहे का?

जेव्हा तुमच्या सरासरी स्थानामध्ये AP चे प्रमाण स्थानाची किंमत आणि AP च्या किंमतीच्या प्रमाणापेक्षा जास्त असते, तेव्हा प्रति-स्थान लायसन्सिंग स्वस्त असते. तीन वर्षांच्या कालावधीत, तुमचा ब्रेक-ईव्हन रेशिओ शोधण्यासाठी एकूण AP-वर्षांना एकूण स्थान-वर्षांनी भागा. आमच्या 120-स्टोअर मॉडेलमध्ये, ते प्रमाण 7.36 आहे. WiFi 6E आणि WiFi 7 साठी डेंसिफिकेशन स्थाने न जोडता AP संख्या वाढवते. ते दरवर्षी प्रति-स्थान लायसन्सिंगच्या दिशेने बेरीज पुढे ढकलते.

आम्ही एका वेळी एका साइटवरून कंट्रोलर पोर्टलवरून मायग्रेट करू शकतो का?

होय, तुम्ही एका वेळी एका साइटनुसार मायग्रेट करू शकता, कारण प्रत्येक गेस्ट नेटवर्क स्वतंत्रपणे त्याच्या कॅप्टिव्ह पोर्टलकडे निर्देश करतो. कंट्रोलर पोर्टलवर अजूनही असलेल्या साइट्स कार्य करत राहतात तर मायग्रेट केलेल्या साइट्स ओव्हरलेवर चालतात. बहुतांश टीम्स पायलट ग्रुपसह प्रारंभ करतात, टेम्पलेट आणि संमतीच्या शब्दांची पुष्टी करतात, नंतर टप्प्याटप्प्याने रोल आउट करतात. टप्प्याटप्प्याने केल्याने तुम्हाला मायग्रेशन हार्डवेअर रिफ्रेश किंवा कमी गर्दीच्या ट्रेडिंग कालावधीशी जुळवून घेता येते.

आम्ही ॲक्सेस पॉइंट व्हेंडर बदलल्यास आमच्या गेस्ट डेटाचे काय होते?

ओव्हरलेवर, तुम्ही ॲक्सेस पॉइंट व्हेंडर बदलता तेव्हा तुमचा गेस्ट डेटा तसाच राहतो. प्रोफाइल, संमती नोंदी आणि भेट इतिहास Purple मध्ये राहतात, हार्डवेअरमध्ये नाही. तुम्ही नवीन ॲक्सेस पॉइंट्सना त्याच टेम्पलेट्सकडे पुन्हा पॉइंट करता आणि परत येणारे गेस्ट तरीही ओळखले जातात. कंट्रोलर पोर्टलसह, स्प्लॅश पेज आणि कोणत्याही स्टोअर केलेल्या नोंदी जुन्या व्हेंडरच्या प्लॅटफॉर्ममध्ये असतात. तुम्ही त्यांना नवीन हार्डवेअरवर पुन्हा तयार करा.

क्लाउड ओव्हरले एकाधिक साइट्सवर GDPR संमती कसा हाताळतो?

क्लाउड ओव्हरले प्रत्येक साइटवरील प्रति व्हिजिटर एक संमती रेकॉर्ड ठेवतो, जे GDPR चे कलम 7(1) तुम्हाला प्रदर्शित करण्यास सांगते. Purple कॉन्शियस-चॉइस ऑप्ट-इन्स वापरते, ज्यामुळे मार्केटिंग संमती ही नेटवर्क अ‍ॅक्सेसपासून वेगळी असते आणि Recital 32 ला अनुसरून कधीही पूर्व-चिन्हांकित (pre-ticked) नसते. कलम 15 आणि 17 अंतर्गत अ‍ॅक्सेस आणि हटवण्याच्या (erasure) विनंत्या एकाच डेटाबेसवर लागू होतात. Purple हे ISO 27001 प्रमाणित आहे तसेच GDPR आणि CCPA चे अनुपालन करते.

ओव्हरलेवरील गेस्ट WiFi आपल्या PCI DSS स्कोपवर परिणाम करतो का?

तुम्ही कोणताही पोर्टल वापरत असलात तरीही गेस्ट WiFi तुमच्या कार्डधारक डेटा वातावरणापासून वेगळा (segmented) असतो तेव्हा तो PCI DSS स्कोपच्या बाहेर राहतो. PCI DSS v4.0 ची आवश्यकता 1.3.3 सर्व वायरलेस नेटवर्क्स आणि त्या वातावरणादरम्यान नेटवर्क सुरक्षा नियंत्रणांची मागणी करते. तुमच्या नेटवर्कवर VLANs आणि फायरवॉलच्या माध्यमातून हे सेगमेंटेशन होते. ओव्हरले फक्त स्प्लॅश पेज आणि संमती हाताळतो आणि कार्ड डेटाला कधीही स्पर्श करत नाही.