हॉटेल अतिथी WiFi प्लॅटफॉर्म्स: PMS इंटिग्रेशन, Passpoint आणि टायर्ड बँडविड्थ यांची तुलना

हॉटेल अतिथी WiFi प्लॅटफॉर्म तीन क्षमतांवर भिन्न असतात. PMS इंटिग्रेशन ॲक्सेस देण्यापूर्वी Opera, Mews किंवा Cloudbeds द्वारे खोली क्रमांक आणि आडनावाची पडताळणी करते. Passpoint एकदाच क्रेडेंशियल इंस्टॉल करते, ज्यामुळे परत येणारे लॉयल्टी अतिथी कोणत्याही स्प्लॅश पेजशिवाय कोणत्याही प्रॉपर्टीवर पुन्हा कनेक्ट होतात. टायर्ड बँडविड्थ RADIUS द्वारे प्रति-अतिथी स्पीड मर्यादा लागू करते. मल्टी-प्रॉपर्टी ग्रुपला त्याच्या विद्यमान ॲक्सेस पॉइंट्सवर या तिन्ही लेयर्सची आवश्यकता असते.

तुम्ही कोणते हॉटेल अतिथी WiFi सेटअप निवडावे: PMS लॉगिन, Passpoint की दोन्ही?

तुम्हाला कोणत्या अतिथीला सेवा द्यायची आहे त्यानुसार निवडा. PMS-पडताळणी केलेले लॉगिन अशा प्रॉपर्टीसाठी योग्य आहे ज्याला ॲक्सेस देण्यापूर्वी प्रत्येक अतिथी इन-हाउस आहे याची खात्री करायची असते. Passpoint अशा ग्रुपसाठी योग्य आहे ज्यांचे लॉयल्टी मेंबर्स विविध प्रॉपर्टीजमध्ये वारंवार मुक्काम करतात. टायर्ड बँडविड्थ या दोन्हीच्या खाली कार्य करते आणि प्रत्येक पडताळणी केलेल्या अतिथीला काय मिळेल हे ठरवते.

ही एकमेकांशी स्पर्धा करणारी उत्पादने नाहीत. या एकाच अतिथी WiFi डिझाइनच्या तीन लेयर्स आहेत:

• ओळख (Identity). हा अतिथी कोण आहे आणि तो आज रात्री मुक्कामाला आहे का? तुमच्या प्रॉपर्टी मॅनेजमेंट सिस्टीमकडे (PMS) याचे उत्तर असते.
• कनेक्शन (Connection). डिव्हाइस कसे जोडले जाते? कॅप्टिव्ह पोर्टल, म्हणजे डिव्हाइस इंटरनेटवर पोहोचण्यापूर्वी ते पाहणारे वेब पेज, पहिल्या भेटीची प्रक्रिया हाताळते. Passpoint त्यानंतरच्या प्रत्येक भेटीची प्रक्रिया हाताळते.
• पॉलिसी (Policy). या अतिथीला कोणता स्पीड, सेशनचा कालावधी आणि नेटवर्क सेगमेंट मिळतो? RFC 2865 मध्ये परिभाषित केलेला प्रमाणीकरण प्रोटोकॉल, RADIUS, या सूचना तुमच्या ॲक्सेस पॉइंट्सपर्यंत पोहोचवतो.

केवळ स्प्लॅश पेजला गुण देणारी हॉटेल अतिथी WiFi प्लॅटफॉर्मची तुलना त्या तीनपैकी दोन लेयर्सकडे दुर्लक्ष करते. तिन्ही लेयर्सचे मूल्यांकन करा आणि ते एकत्र किती चांगले काम करतात याचे मूल्यमापन करा.

PMS लॉगिन, Passpoint आणि टायर्ड बँडविड्थ खरोखर कुठे भिन्न आहेत?

	PMS-पडताळणी केलेले कॅप्टिव्ह पोर्टल	Passpoint आणि OpenRoaming	टायर्ड बँडविड्थ आणि कास्टिंग आयसोलेशन
हे काय करते	ॲक्सेस देण्यापूर्वी PMS द्वारे खोली क्रमांक आणि आडनावाची पडताळणी करते	स्प्लॅश पेजशिवाय, इंस्टॉल केलेले प्रोफाईल असलेल्या उपकरणांना आपोआप कनेक्ट करते	स्पीड मर्यादा, सेशन मर्यादा आणि प्रति-खोली नेटवर्क सेगमेंट लागू करते
हे कशाची पडताळणी करते	इन-हाउस स्टेटस आणि मुक्कामाच्या तारखा	क्रेडेंशियल ओळख, जसे की लॉयल्टी मेंबरशिप	स्वतःहून काहीही नाही; ओळख आणि PMS डेटा जे ठरवतील ते लागू करते
अतिथींचे प्रयत्न	प्रति मुक्काम, प्रति डिव्हाइस एक फॉर्म	एक प्रोफाईल इंस्टॉल, नंतर कोणत्याही सहभागी प्रॉपर्टीवर काहीही नाही	अतिथीला काहीही दृश्यमान नाही
ओव्हर-द-एयर एन्क्रिप्शन	तुम्ही OWE (RFC 8110) जोडल्याशिवाय ओपन SSID वर काहीही नाही	WPA2 किंवा IEEE 802.1X सह WPA3-Enterprise	ते चालणाऱ्या SSID कडून वारसा हक्काने मिळते
मानके (Standards)	HTTP रीडायरेक्ट, RADIUS (RFC 2865)	IEEE 802.11u, Hotspot 2.0, EAP सह 802.1X	RADIUS ॲट्रिब्युट्स (RFC 2865, RFC 2868), CoA (RFC 5176), mDNS (RFC 6762)
आवश्यक हार्डवेअर	विद्यमान एंटरप्राइज ॲक्सेस पॉइंट्स	फर्मवेअरमध्ये Hotspot 2.0 सक्षम असलेले विद्यमान ॲक्सेस पॉइंट्स	विद्यमान ॲक्सेस पॉइंट्स आणि नियंत्रक, अधिक खोल्यांमधील कास्टिंग डिव्हाइसेस
डेटा अवलंबित्व	लाईव्ह PMS कनेक्शन	RADIUS आयडेंटिटी स्टोअर, इन-हाऊस तपासणीसाठी PMS पर्यायी	टियर्ससाठी PMS किंवा लॉयल्टी डेटा, आयसोलेशनसाठी रूम मॅपिंग
सर्वोत्तम तंतोतंत	स्वतंत्र हॉटेल्स, पेड अपग्रेड्स, फक्त इन-हाऊस अ‍ॅक्सेस	सर्व मालमत्तांवर वारंवार स्टे असलेल्या लॉयल्टी-आधारित ग्रुप्स	मिक्स गेस्ट प्रकार किंवा इन-रूम स्ट्रीमिंग असलेली प्रत्येक मालमत्ता

सर्वात मोठा फरक म्हणजे प्रत्येक लेयर काय सिद्ध करते हे आहे. PMS लुकअप हे स्टे सिद्ध करते: या पाहुण्याकडे गुरुवारीपर्यंत रूम 412 आहे. Passpoint क्रेडेंशियल ओळख सिद्ध करते: हे डिव्हाइस गोल्ड सदस्याचे आहे. कोणतेही एक दुसऱ्याला सिद्ध करत नाही. तुमच्या रेस्टॉरंटमध्ये सुट्टीच्या दिवशी जेवण करणार्‍या लॉयल्टी सदस्याकडे वैध प्रोफाईल असते परंतु कोणतेही बुकिंग नसते.

तुम्ही हे RADIUS सर्व्हरवर रिझॉल्व्ह करता. जेव्हा एखादे Passpoint डिव्हाइस प्रमाणीकृत होते, तेव्हा प्लॅटफॉर्म त्या सदस्याच्या प्रोफाईल अंतर्गत इन-हाऊस स्टेसाठी PMS तपासते. इन-हाऊस सदस्यांना लॉयल्टी टियर मिळतो. स्टे नसलेल्या सदस्यांना स्टँडर्ड व्हिजिटर टियर मिळतो. डिव्हाइसचे कनेक्शन पूर्ण होण्यापूर्वी ठरवलेले एकच क्रेडेंशियल दोन परिणाम तयार करते.

सुरक्षा देखील वेगळी असते. एक क्लासिक कॅप्टिव्ह पोर्टल ओपन SSID वर चालते, त्यामुळे डिव्हाइस आणि अ‍ॅक्सेस पॉइंट मधील ट्रॅफिक अनएनक्रिप्टेड असते. ऑपर्च्युनिस्टिक वायरलेस एनक्रिप्शन (OWE) ही दरी अंशतः भरून काढते. Passpoint हे IEEE 802.1X (पोर्ट-बेस्ड अ‍ॅक्सेस कंट्रोल स्टँडर्ड) सह WPA2 किंवा WPA3-Enterprise वर चालते. कोणताही डेटा प्रवाहित होण्यापूर्वी प्रत्येक सत्राला स्वतःच्या एनक्रिप्शन की मिळतात.

PMS-व्हेरीफाइड लॉगिन कधी योग्य पर्याय ठरतो?

Opera, Mews आणि Cloudbeds विरुद्ध पडताळणी कशी कार्य करते

तुम्ही कोणतेही PMS चालवत असलात तरीही पाहुण्यांसमोरील प्रवाह तोच राहतो. पाहुणा गेस्ट SSID ला जॉईन करतो आणि कॅप्टिव्ह पोर्टल रूम नंबर आणि अडनाव, किंवा बुकिंग संदर्भ विचारते. प्लॅटफॉर्म PMS कडे क्वेरी पाठवते. मॅच झाल्यास निर्गमन तारीख आणि गेस्ट प्रोफाईलसह स्टे रेकॉर्ड परत येतो. त्यानंतर प्लॅटफॉर्म चेकआउटच्या वेळी संपणाऱ्या सत्रासह डिव्हाइसला अ‍ॅक्सेस देते.

त्यामागचे कनेक्शन वेगळे असते:

• Oracle OPERA. ऑन-प्रीमिसेस OPERA PMS प्रॉपर्टीज सहसा साईटवरील इंटरफेस सर्व्हरद्वारे FIAS (फिडेलिओ इंटरफेस अ‍ॅप्लिकेशन स्पेसिफिकेशन) द्वारे कनेक्ट होतात. OPERA क्लाउड प्रॉपर्टीज Oracle हॉस्पिटॅलिटी इंटिग्रेशन प्लॅटफॉर्म (OHIP) वरील REST APIs द्वारे कनेक्ट होतात.
• Mews. एक क्लाउड-नेटिव्ह PMS जे पार्टनर इंटिग्रेशन्ससाठी आपले Connector API प्रकाशित करते, त्यामुळे तुम्हाला कोणत्याही ऑन-साईट इंटरफेस सर्व्हरची आवश्यकता नसते.
• Cloudbeds. पार्टनरसाठी REST API प्रकाशित करते आणि तिच्या मार्केटप्लेसमध्ये मंजूर इंटिग्रेशन्सची यादी देते.

तुमच्या शॉर्टलिस्टवरील प्रत्येक प्लॅटफॉर्मला तुमच्या इस्टेटमधील प्रत्येक PMS साठी तो कोणता मार्ग वापरतो हे विचारा. फ्रँचाइझ्ड आणि अधिग्रहित केलेल्या प्रॉपर्टीज सहसा मूळ ब्रँडपेक्षा वेगळे PMS चालवतात. फक्त एकाचा समावेश करणारा प्लॅटफॉर्म त्रुटी सोडतो.

फक्त रूम स्टेटस नाही, तर लॉयल्टी स्टेटस वाचणे

रूमचे व्हॅरिपेकेशन एका प्रश्नाचे उत्तर देते. लॉयल्टी स्टेटस पुढील प्रश्नाचे उत्तर देते: या पाहुण्याला काय मिळावे? OPERA गेस्ट प्रोफाईल मेंबरशिपचे प्रकार आणि पातळी स्टोअर करू शकतात, जी प्लॅटफॉर्म एकाच लुकअपमध्ये वाचतो. अनेक ग्रुप्स लॉयल्टी डेटा एका वेगळ्या CRM किंवा लॉयल्टी इंजिनमध्ये ठेवतात. त्यानंतर प्लॅटफॉर्मला PMS ने परत पाठवलेल्या प्रोफाईल ID किंवा ईमेल ॲड्रेसवर आधारित दुसऱ्या लुकअपची आवश्यकता असते.

तुम्ही कोणताही स्रोत वापरत असलात तरी, संपूर्ण ग्रुपसाठी मेंबरशिप लेव्हलवरून WiFi टियरमध्ये एक मॅपिंग परिभाषित करा. ते एकदाच लिहा आणि PMS ची पर्वा न करता प्रत्येक प्रॉपर्टीवर लागू करा.

जेव्हा तो योग्य निर्णय असतो

PMS-व्हॅरिफाइड लॉगिन ही योग्य प्राथमिक पद्धत आहे जेव्हा:

• बँडविड्थ, लायसन्सिंग किंवा सुरक्षेच्या कारणांमुळे तुम्हाला फक्त इन-हाउस पाहुण्यांसाठीच ॲक्सेस मर्यादित ठेवणे आवश्यक असते;
• तुम्ही प्रीमियम टियर विकता आणि पाहुण्याच्या पोलिओवर चार्ज पोस्ट करू इच्छिता, जिथे तुमचा PMS इंटरफेस पोस्टिंगला सपोर्ट करतो;
• तुमचे बहुतांश पाहुणे कोणतेही लॉयल्टी प्रोफाईल नसलेले एक वेळचे लेझर किंवा बिझनेस व्हिजिटर्स असतात;
• फ्रंट-डेस्कची कोणतीही कारवाई न करता, तुम्हाला चेकआउटच्या वेळी ॲक्सेस आपोआप समाप्त करायचा असतो.

अतिउच्च/विशेष केसेससाठी नियोजन करा. आडनावांमुळे लुकअपमध्ये अडथळे येतात: ॲक्सेंट असलेली अक्षरे, जोडलेली आडनावे आणि सहकाऱ्याच्या नावावर बुक केलेल्या खोल्या. बुकिंग-रेफरन्स फॉलबॅक आणि फ्रंट-डेस्क ओव्हरराइड कोड प्रदान करा, जेणेकरून मिसमॅचमुळे कोणताही पाहुणा लॉगिन पेजवर अडकून राहणार नाही. तुमची टीम शेअर करू शकेल अशा सोप्या भाषेतील स्पष्टीकरणासाठी, How do I get on WiFi: Home, hotel and work networks पहा.

वर्क केलेले सीनॅरियो: 200 खोल्यांच्या सिटी हॉटेलमध्ये टियरनुसार ॲक्सेस

हे वर्क केलेले उदाहरण दिलेल्या गृहीतकांनुसार परिणामांची गणना करते.

परिस्थिती. 1 Gbps लाईनवर चालणारे 200 खोल्यांचे बिझनेस हॉटेल कोणत्याही मर्याेशिवाय ओपन कॅप्टिव्ह पोर्टल चालवते. संध्याकाळच्या पीक आवर्समध्ये, मोठे अपडेट्स डाउनलोड करणारी काही डिव्हाइसेस इतर सर्वांसाठी लाईन सॅच्युरेट करू शकतात.

काय करण्यात आले. हॉटेल PMS-व्हॅरिफाइड लॉगिनवर दोन टियर्ससह शिफ्ट होते. स्टँडर्ड प्रत्येक इन-हाउस पाहुण्याला प्रति डिव्हाइस 5 Mbps देते, जे Full HD स्ट्रीमिंगसाठी Netflix च्या प्रकाशित शिफारसीशी जुळते. प्रीमियम, जे लॉयल्टी सदस्यांसाठी मोफत आहे आणि इतर पाहुण्यांना पोलिओवर विकले जाते, ते प्रति डिव्हाइस 15 Mbps देते. ते 4K साठी Netflix च्या शिफारसीशी जुळते.

मोजण्यायोग्य परिणाम. 85% ऑक्युपन्सीवर, 170 खोल्या वापरल्या जातात. पीक वेळेत 120 ॲक्टिव्ह स्ट्रीमिंग डिव्हाइसेस गृहीत धरा: स्टँडर्डवर 100 आणि प्रीमियमवर 20. वर्स्ट-केस लोड 500 Mbps अधिक 300 Mbps, एकूण 800 Mbps आहे. पीक लोड मर्यादित आणि अंदाज बांधण्यायोग्य बनतो, ज्यामुळे सध्याच्या लाईनवर 200 Mbps ची हेडरूम शिल्लक राहते.

परत येणाऱ्या लॉयल्टी पाहुण्यांसाठी Passpoint हा योग्य निर्णय कधी असतो?

Passpoint स्प्लॅश पेजशिवाय पाहुण्यांना पुन्हा कसे कनेक्ट करते

Passpoint हा Hotspot 2.0 साठीचा सर्टिफिकेशन प्रोग्राम आहे, जो IEEE 802.11u दुरुस्तीवर बनवला गेला आहे. ॲक्सेस पॉइंट्स त्यांच्या बीकन्समध्ये Hotspot 2.0 सपोर्टची जाहिरात करतात. Passpoint प्रोफाईल असलेले डिव्हाइस Access Network Query Protocol (ANQP) वापरून त्यांची चौकशी करते. ते विचारते की नेटवर्क कोणते रोमिंग कन्सोर्टियम आयडेंटिफायर्स (RCOIs) आणि रियल्म्स स्वीकारते.

नेटवर्कद्वारे स्थापित केलेल्या प्रोफाईलशी जुळणारा आयडेंटिफायर ॲडव्हर्टाइज केला गेल्यास, डिव्हाइस आपोआप कनेक्ट होते. हे 802.1X आणि एक्सटेंसिबल ऑथेंटिकेशन प्रोटोकॉल (EAP) पद्धतीद्वारे ऑथेंटिकेट होते. EAP-TLS हे प्रमाणपत्राचा वापर करते; EAP-TTLS एन्क्रिप्टेड टनेलमध्ये युझरनेम आणि पासवर्ड घेऊन जाते. RADIUS सर्व्हर क्रेडेंशियलची पडताळणी करतो. गेस्ट फ्रंट डेस्कवर पोहोचण्यापूर्वीच ऑनलाईन येतो, ज्यासाठी कोणत्याही स्प्लॅश पेज, पासवर्ड किंवा SSID निवडीची गरज नसते.

विविध प्रॉपर्टीजमधील पुन्हा होणारे कनेक्शन हे आयडेंटिफायर्सवरून ठरते. ग्रुपमधील प्रत्येक हॉटेलमध्ये समान RCOI किंवा रिअल्म ॲडव्हर्टाइज करा, आणि एकच प्रोफाईल त्या सर्वांवर कार्य करेल. मँचेस्टरमध्ये प्रोफाईल इन्स्टॉल करणारा गेस्ट काही महिन्यांनंतर एडिनबर्गमध्ये आपोआप पुन्हा कनेक्ट होतो.

प्रोफाईल्सचे वितरण आणि ते रद्द करणे

गेस्ट एकदाच प्रोफाईल इन्स्टॉल करतात. याचे तीन सामान्य मार्ग खालीलप्रमाणे आहेत:

1. पहिल्या कॅप्टिव्ह पोर्टल लॉगिनच्या शेवटी "पुढच्या वेळी आपोआप कनेक्ट करा" अशी ऑफर देणे;
2. साइन-इन केलेल्या लॉयल्टी अकाउंटशी लिंक असलेले, हॉटेल ग्रुपच्या ॲपमधील डाऊनलोड;
3. आगमनापूर्वीच्या ईमेलमधील लिंक.

प्रोफाईल्स गेस्टच्या ताब्यात असतात, त्यामुळे IT ज्या प्रकारे मॅनेज केलेल्या लॅपटॉपवर प्रमाणपत्रे पुश करते, त्या प्रकारे तुम्ही ते पुश करू शकत नाही. कर्मचाऱ्यांची डिव्हाइसेस ही एक वेगळी समस्या आहे, जी हाऊ टू युझ मायक्रोसॉफ्ट इन्ट्यून टू पुश WiFi सर्टिफिकेट्स टू डिव्हाइसेस मध्ये समाविष्ट केली आहे.

रद्द करण्याची क्रिया RADIUS सर्व्हरवर होते. जेव्हा मेंबरशिप संपुष्टात येते किंवा एखादा गेस्ट फोन हरवल्याची तक्रार करतो, तेव्हा क्रेडेंशियल डिझॅबल करा. त्यानंतरचा कनेक्शनचा प्रयत्न अयशस्वी होतो आणि डिव्हाइसवर काहीही बदलण्याची गरज नसते.

OpenRoaming कोठे योग्य ठरते

वायरलेस ब्रॉडबँड अलायन्स (WBA) द्वारे संचलित OpenRoaming हे Passpoint वर आधारित फेडरेशन आहे. यात सहभागी होणारे नेटवर्क फेडरेटेड आयडेंटिटी प्रोव्हायडर्सकडून क्रेडेंशियल स्वीकारतात. OpenRoaming प्रोफाईल असलेली डिव्हाइसेस कोणत्याही सहभागी नेटवर्कमध्ये सामील होऊ शकतात, अगदी तुमच्या हॉटेलमधील पहिल्या भेटीदरम्यान देखील. Purple हे त्याच्या आयडेंटिटी-बेस्ड नेटवर्कचा भाग म्हणून OpenRoaming ला सपोर्ट करते.

हा योग्य पर्याय कधी असतो

Passpoint हा खालील परिस्थितीत योग्य पर्याय आहे:

• तुम्ही लॉयल्टी प्रोग्राम चालवता आणि पुन्हा भेट देणाऱ्या गेस्टचे प्रमाण लक्षणीय आहे;
• तुमच्या प्रॉपर्टीज विविध शहरांमध्ये किंवा देशांमध्ये पसरलेल्या आहेत, आणि सहज रीतीने क्रॉस-प्रॉपर्टी ॲक्सेस देणे हे ब्रँडच्या आश्वासनाचा भाग आहे;
• तुम्हाला डिफॉल्टनुसार हवेतून गेस्ट ट्रॅफिक एन्क्रिप्ट करायचे आहे;
• प्रोफाईल्स वितरित करण्यासाठी तुमच्याकडे ॲप किंवा आगमनापूर्वीचा ईमेल आहे.

पुन्हा भेट देणारे कमी गेस्ट असलेल्या एका स्वतंत्र हॉटेलसाठी ही योग्य प्राथमिक पद्धत नाही. तेथे, प्रोफाईल इन्स्टॉल करण्यासाठी गेस्टला एकाच वेळच्या पोर्टल लॉगिनपेक्षा जास्त प्रयत्न करावे लागतात.

तुमचा निर्णय निश्चित करण्यापूर्वी सपोर्ट तपासा. सध्याच्या iOS आणि Android रिलीज Passpoint प्रोफाईल्सना सपोर्ट करतात, परंतु प्लॅटफॉर्मनुसार इन्स्टॉल फ्लो बदलतात. तुमच्या ॲक्सेस पॉईंट्सच्या सध्याच्या फर्मवेअरमध्ये हॉटस्पॉट 2.0 सक्षम असणे देखील आवश्यक आहे.

व्यावहारिक उदाहरण: 12-प्रॉपर्टी ग्रुपमध्ये वारंवार लागणारे लॉगिन काढणे

हे व्यावहारिक उदाहरण नमूद केलेल्या गृहीतकांमधून निष्पन्न होणाऱ्या परिणामांची गणना करते.

परिस्थिती. 12-प्रॉपर्टी असलेल्या हॉटेल ग्रुपमध्ये प्रति हॉटेल सरासरी 150 खोल्या आहेत आणि ऑक्युपन्सी 80% आहे. प्रत्येक प्रॉपर्टीमध्ये, प्रत्येक डिव्हाइसवर, प्रत्येक मुक्काम कॅप्टिव्ह पोर्टलपासून सुरू होतो.

काय करण्यात आले. ग्रुप पहिल्या लॉगिननंतर आणि त्याच्या अ‍ॅपमध्ये Passpoint प्रोफाइल ऑफर करतो, जे सर्व 12 हॉटेल्समध्ये एका RCOI ची जाहिरात करते. ऑथेंटिकेशनच्या वेळी, प्लॅटफॉर्म PMS तपासतो आणि इन-हाउस सदस्यांना लॉयल्टी टियर असाइन करतो.

मोजण्यायोग्य परिणाम. बारा हॉटेल्स, गुणिले 150 खोल्या, 80% ऑक्युपन्सी आणि 365 रात्री, वर्षाला 525,600 रूम नाईट्स देतात. सरासरी दोन रात्रींच्या मुक्कामावर, ते 262,800 मुक्काम होतात. जर 40% प्रत्येकी दोन डिव्हाइसेससह लॉयल्टी मुक्काम असतील, तर सदस्यांकडे प्रोफाइल आल्यावर Passpoint वर्षाला सुमारे 210,000 पोर्टल लॉगिन काढून टाकते.

तुम्ही विविध प्रॉपर्टीजमध्ये प्रति-टियर बँडविड्थ आणि इन-रूम कास्टिंग आयसोलेशन कसे लागू करता?

RADIUS द्वारे टियर्स लागू करणे

एकदा प्लॅटफॉर्मने पाहुण्यांचा टियर ठरवला की, तो RADIUS एक्सेस-एक्सेप्ट संदेशामधील एट्रीब्यूट्सद्वारे एक्सेस पॉइंटला सांगतो. तीन एट्रीब्यूट्स बहुतांश काम करतात:

• Session-Timeout (RFC 2865) चेकआउटच्या वेळी किंवा सेट केलेल्या कालावधीनंतर सेशन समाप्त करतो.
• Tunnel-Private-Group-ID (RFC 2868, RFC 3580 मधील VLANs ला लागू) डिव्हाइसला विशिष्ट VLAN वर ठेवतो. VLAN हे एक व्हर्च्युअल LAN आहे जे शेअर्ड हार्डवेअरवर ट्रॅफिक तार्किकदृष्ट्या वेगळे करते.
• Filter-Id (RFC 2865) कंट्रोलरवर परिभाषित केलेली पॉलिसी किंवा भूमिका दर्शवते, जसे की रेट-लिमिट प्रोफाइल.

रेट मर्यादा स्वतः व्हेंडर-विशिष्ट असतात. काही कंट्रोलर्स थेट स्पीड वाहून नेणारे व्हेंडर-विशिष्ट एट्रीब्यूट्स (VSAs) स्वीकारतात. इतर Filter-Id मध्ये परत आलेली नामांकित भूमिका किंवा ग्रुप पॉलिसी लागू करतात. नामांकित पॉलिसी संपूर्ण संपत्तीमध्ये सर्वात चांगल्या प्रकारे कार्य करतात. प्रत्येक कंट्रोलरवर समान मर्यादांसह "Standard" आणि "Premium" परिभाषित करा, आणि प्लॅटफॉर्म सर्वत्र समान नाव परत करतो.

पाहुण्याला मुक्कामाच्या मध्यभागी अपग्रेड करणे

रात्री 9 वाजता प्रीमियम खरेदी करणाऱ्या पाहुण्याला पुन्हा कनेक्ट करण्याची गरज भासू नये. RADIUS चेंज ऑफ ऑथरायझेशन (CoA, RFC 5176) प्लॅटफॉर्मला सक्रिय सेशनवर नवीन पॉलिसी पुश करण्याची अनुमती देते. एक्सेस पॉइंट एकाच वेळी उच्च कॅप लागू करतो आणि स्ट्रीम चालू राहते. तुम्ही मुक्कामादरम्यान अपग्रेडची विक्री करण्यापूर्वी तुमच्या संपत्तीमधील प्रत्येक कंट्रोलरवर CoA समर्थनाची पुष्टी करा.

इन-रूम कास्टिंग आयसोलेट करणे

क्लायंट आयसोलेशन पाहुण्यांचे डिव्हाइसेस एकमेकांना पाहण्यापासून थांबवते, जे शेअर्ड नेटवर्कवर योग्य डीफॉल्ट आहे. हे कास्टिंग देखील खंडित करते. Chromecast आणि AirPlay मल्टिकास्ट DNS (mDNS, RFC 6762) द्वारे डिव्हाइसेस शोधतात आणि आयसोलेशन तो शोध ब्लॉक करते.

यावरील उपाय म्हणजे प्रति खोली एक प्रायव्हेट सेगमेंट. दोन पॅटर्न कार्य करतात:

• प्रति-खोली की (Keys). आयडेंटिटी PSK (iPSK), ज्याला प्रायव्हेट PSK (PPSK) देखील म्हटले जाते, ते शेअर्ड SSID वर प्रत्येक खोलीला स्वतःचा WiFi पासवर्ड देते. त्या की चा वापर करणारी डिव्हाइसेस, ज्यामध्ये खोलीच्या टिव्ही डोंग्लचा समावेश आहे, एका सेगमेंटमध्ये येतात आणि फक्त एकमेकांना पाहतात. BYOD WiFi Onboarding: Managing Unmanaged Devices in Hotels and Retail मध्ये की-आधारित ऑनबोर्डिंगबद्दल सविस्तर माहिती समाविष्ट आहे.
• प्रति-पाहुणा प्रायव्हेट नेटवर्क. Purple चे प्रायव्हेट एरिया नेटवर्क (PAN) प्रत्येक पाहुण्याच्या डिव्हाइसेस आणि इन-रूम कास्टिंग डिव्हाइसभोवती एक प्रायव्हेट नेटवर्क बबल तयार करते.खोल्यांमधील आयसोलेशन कायम राहते. रूम 412 मधील अतिथी 414 मधील टीव्ही पाहू शकत नाही, आणि 414 मधील अतिथी 412 मधील लॅपटॉप पाहू शकत नाही.

मिश्र-हार्डवेअर इस्टेटवर धोरण सुसंगत ठेवणे

मल्टी-प्रॉपर्टी ग्रुप क्वचितच एकाच ॲक्सेस पॉइंट व्हेंडरचा वापर करतात. ॲक्विझिशन्स आणि फ्रँचायझी करारांमुळे एका शहरात Cisco Meraki आणि दुसऱ्या शहरात HPE Aruba किंवा Ruckus येतात. हार्डवेअर-ॲग्नोस्टिक प्लॅटफॉर्म धोरण केंद्रीय पद्धतीने धरून ठेवतो आणि प्रत्येक कंट्रोलरसाठी त्याचा अनुवाद करतो. Purple हे Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. टियरची नावे, PMS मॅपिंग्ज आणि RCOIs पूर्ण इस्टेटवर समान राहतात.

प्रत्येक दृष्टिकोनाची अंमलबजावणी आणि संचलन करण्यासाठी किती खर्च येतो?

प्लॅटफॉर्मचे दर तुमच्या इस्टेटवर अवलंबून असतात, त्यामुळे लिस्ट प्राईसऐवजी खर्चाच्या मुख्य घटकांची तुलना करा. हा तक्ता पैसे आणि प्रयत्न कुठे वापरले जातात ते दाखवतो.

खर्च लाइन	PMS-व्हेरिफाइड पोर्टल	Passpoint आणि OpenRoaming	टियर्ड बँडविड्थ आणि कास्टिंग आयसोलेशन
ॲक्सेस पॉइंट्स	विद्यमान एंटरप्राइझ ॲक्सेस पॉइंट्स	Hotspot 2.0 फर्मवेअरसह विद्यमान ॲक्सेस पॉइंट्स	विद्यमान ॲक्सेस पॉइंट्स आणि कंट्रोलर्स
PMS व्हेंडर अटी	Oracle, Mews किंवा Cloudbeds पार्टनर अटींवर प्रति प्रॉपर्टी इंटरफेस किंवा API ॲक्सेस	केवळ तुम्ही प्रमाणीकरणाच्या वेळी इन-हाउस स्टेटस तपासल्यास	केवळ टियर्स PMS कडून लॉयल्टी लेव्हल वाचत असल्यास
सर्टिफिकेट्स	कॅप्टिव्ह पोर्टलसह प्लॅटफॉर्मद्वारे होस्ट केलेले	EAP साठी सर्व्हर सर्टिफिकेट, मुदत संपण्यापूर्वी नूतनीकरण केलेले	काहीही नाही
इन-रूम हार्डवेअर	काहीही नाही	काहीही नाही	ज्या खोल्यांमधील टीव्हीमध्ये अंगभूत कास्टिंग नाही तेथे प्रति खोली एक कास्टिंग डिव्हाइस
चालू ऑपरेशन्स	नाव शोधात अपयश आल्यास फ्रंट-डेस्क मदत	प्रोफाइल वितरण आणि क्रेडेंशियल रद्द करणे	प्रत्येक कंट्रोलरवर समान धोरण नावे
बँडविड्थ परिणाम	स्वतःहून काहीही नाही	स्वतःहून काहीही नाही	पीक लोड मर्यादित करते आणि लाइन अपग्रेड्स पुढे ढकलते

हार्डवेअर साधारणपणे सर्वात लहान खर्च लाइन असते. जर तुमचे ॲक्सेस पॉइंट्स वरील मानकांना सपोर्ट करत असतील, तर यापैकी कोणत्याही लेयरला नवीन हार्डवेअरची गरज नसते. तुमच्या पुढील WiFi अपग्रेडला नवीन हार्डवेअरची गरज का नाही यामध्ये तो युक्तिवाद पूर्णपणे मांडला आहे.

PMS ॲक्सेस ही अशी लाइन आहे जी खरेदीदारांच्या अनेकदा लक्षात येत नाही. Oracle, Mews आणि Cloudbeds यापैकी प्रत्येक जण पार्टनर कनेक्शन्ससाठी आपापल्या अटी निश्चित करतात. ऑन-प्रीमिस OPERA ला इंटरफेस लायसन्सची देखील आवश्यकता असू शकते. करारावर स्वाक्षरी करण्यापूर्वी प्रत्येक प्रॉपर्टीसाठी त्या अटी लेखी स्वरूपात मिळवा.

बँडविड्थ हे असे ठिकाण आहे जिथे टियरिंग आपले स्थान सिद्ध करते. 200-खोल्यांच्या स्थितीत, मर्यादा 1 Gbps लाइनवर संध्याकाळचा पीक लोड 800 Mbps वर ठेवतात. त्यांच्याशिवाय, सर्वात जास्त डेटा वापरणारे डिव्हाइसेस जितकी मागणी करतील तितका हा पीक लोड असतो, आणि त्यावर सामान्य उपाय म्हणजे अधिक महागडी सर्किट लाइन. फोलिओवर पोस्ट केलेला प्रीमियम टियर प्लॅटफॉर्म खर्चाच्या तुलनेत महसुलाची एक नवी लाइन जोडतो. WiFi Analytics द्वारे प्रॉपर्टीनुसार वापर मोजा.

ऑपरेशन्सचा खर्च अडचणींनुसार वाढतो. प्रत्येक अयशस्वी नाव शोध हा फ्रंट-डेस्कवरील संवाद असतो, आणि प्रत्येक स्थापित Passpoint प्रोफाइल भविष्यातील लॉगइन काढून टाकते. जेव्हा तुम्ही एकूण खर्चाचे मॉडेल तयार करता तेव्हा दोन्ही लक्षात घ्या.

तुम्ही तुमच्या हॉटेल इस्टेटसाठी अतिथी WiFi सेटअप कसा निश्चित करता?

तुमची परिस्थिती	शिफारस केलेले सेटअप	का
एकच स्वतंत्र हॉटेल, कमी पुनरावृत्ती पाहुणे	दोन बँडविड्थ टियर्ससह PMS-व्हेरिफाइड पोर्टल	इन-हाऊस स्टेटसची पुष्टी करते; प्रोफाइल इन्स्टॉलसाठी वाचवलेल्या प्रयत्नांपेक्षा जास्त खर्च येतो
लॉयल्टी प्रोग्राम असलेला हॉटेल गट	सदस्यांसाठी Passpoint, फॉलबॅक म्हणून PMS-व्हेरिफाइड पोर्टल, सदस्यत्व पातळीनुसार टियर्स	वेगवेगळ्या प्रॉपर्टीजमधील वारंवार होणारे लॉगिन काढून टाकते; पोर्टल पहिल्यांदा येणाऱ्या पाहुण्यांना कॅच करते
अधिग्रहणानंतरची मिक्स PMS इस्टेट	एक टियर मॅपिंगसह, OPERA, Mews आणि Cloudbeds शी कनेक्ट होणारे एक प्लॅटफॉर्म	PMS कोणताही असला तरी पॉलिसी समान ठेवते
इन-रुम टीव्ही असलेले रिसॉर्ट किंवा एक्सटेंडेड-स्टे प्रॉपर्टी	प्रति-खोली iPSK किंवा खाजगी एरिया नेटवर्क, अधिक टियर्स	खोल्यांमधील डिव्हाइसेस एक्सपोज न करता कास्टिंग पुनर्संचयित करते
जास्त कॉन्फरन्स ट्रॅफिक असलेले हॉटेल	पाहुण्यांसाठी PMS-व्हेरिफाइड टियर्स, स्वतःच्या मर्यादेसह एक वेगळे इव्हेंट SSID	डेिगेट ट्रॅफिकला गेस्ट बँडविड्थ वापरण्यापासून थांबवते
रिटेल युनिट्स असलेली मिक्स-यूज साइट	एक प्लॅटफॉर्म, पाहुणे आणि खरेदीदारांसाठी वेगळे SSIDs आणि पॉलिसी	हॉटेल गेस्ट डेटा आणि शॉपर ट्रॅफिक वेगळे ठेवते

त्यानंतर पाच स्टेप्सद्वारे काम करा:

1. तुमच्या इस्टेटमधील प्रत्येक PMS आणि ॲक्सेस पॉइंट व्हेंडरची प्रॉपर्टीनुसार यादी करा.
2. तुमचे टियर मॅपिंग लिहा: सदस्यत्व पातळी ते स्पीड, सेशन कालावधी आणि डिव्हाइस संख्या.
3. लॉयल्टी डेटा कुठे राहील ते ठरवा, PMS प्रोफाइलमध्ये की वेगळ्या लॉयल्टी इंजिनमध्ये.
4. सदस्यांसाठी Passpoint सक्षम करून, वेगवेगळ्या PMS प्लॅटफॉर्मवरील दोन प्रॉपर्टीजवर पायलट चालवा.
5. एक पॉलिसी टेम्पलेट रोल आउट करा, नंतर प्रॉपर्टीनुसार टियर अपटेक आणि लॉगिन व्हॉल्यूम मोजा.

तीच टियरिंग लॉजिक शॉपिंग सेंटर्स आणि हाय स्ट्रीट इस्टेट्सना लागू होते, जे आमच्या Retail पेजवर समाविष्ट आहे. हॉस्पिटॅलिटीच्या तपशीलांसाठी, Hotels पहा.

Purple हे 90 देशांमधील 80,000+ ठिकाणांवर गेस्ट WiFi चालवते, जे वर्षाला 500 दशलक्ष युजर्स आणि लॉगिनला सपोर्ट करते. हे प्लॅटफॉर्म 99.999% अपटाइमसह ISO 27001 प्रमाणित, GDPR सुसंगत आणि B Corp प्रमाणित आहे.

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

PMS इंटिग्रेशन, Passpoint किंवा टियर्ड बँडविड्थ जोडण्यासाठी आम्हाला नवीन ॲक्सेस पॉइंट्सची आवश्यकता आहे का?

नाही. Purple तुमच्याकडे आधीपासून असलेल्या ॲक्सेस पॉइंट्सवर क्लाउड ओव्हरले म्हणून चालते: Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet. PMS इंटिग्रेशन आणि टियरिंगसाठी कोणत्याही हार्डवेअर बदलाची आवश्यकता नाही. Passpoint साठी तुमच्या कंट्रोलर फर्मवेअरमध्ये Hotspot 2.0 सक्षम करणे आवश्यक आहे, त्यामुळे तुम्ही रोलआउटचे नियोजन करण्यापूर्वी तुमच्या सध्याच्या रिलीजवर सपोर्टची पुष्टी करा.

कॅप्टिव्ह पोर्टल आणि Passpoint एकाच वेळी चालवता येऊ शकतात का?

होय, आणि बहुतांश हॉटेल ग्रुप्सनी दोन्ही चालवले पाहिजेत. Passpoint प्रोफाइल असलेल्या पाहुण्यांना सेवा देते. कॅप्टिव्ह पोर्टल पहिल्यांदा येणाऱ्या पाहुण्यांना आणि प्रोफाइल नाकारणाऱ्या कोणालाही सेवा देते. पहिल्या पोर्टल लॉगिनच्या शेवटी Passpoint प्रोफाइल ऑफर करणे ही एक सामान्य पद्धत आहे, जेणेकरून पोर्टल हे नोंदणीचे ठिकाण बनते. दोन्ही मार्ग समान PMS डेटा वाचू शकतात आणि समान टियर्स असाइन करू शकतात.

हॉटेल गेस्ट WiFi प्लॅटफॉर्म कोणत्या PMS प्लॅटफॉर्मची पडताळणी करू शकते?

डॉक्युमेंटेड इंटरफेस किंवा API सह कोणताही PMS. Oracle OPERA ऑन्-प्रीमिससवर FIAS द्वारे किंवा क्लाउडमध्ये Oracle Hospitality Integration Platform APIs द्वारे कनेक्ट होतो. Mews त्याचे Connector API प्रकाशित करते, आणि Cloudbeds भागीदारांसाठी REST API प्रकाशित करते. तुमच्या शॉर्टलिस्टवरील प्रत्येक व्हेंडरला तुम्ही चालवत असलेल्या प्रत्येक PMS साठी ते कोणता मार्ग वापरतात ते विचारा आणि त्या PMS वरील संदर्भ प्रॉपर्टीची विनंती करा.

PMS-सत्यापित WiFi लॉगिन GDPR सह अनुपालन करणारे आहे का?

होय, जेव्हा तुम्ही डेटा कमीत कमी ठेवण्यासाठी त्याची रचना करता. मुक्कामाची पुष्टी करण्यासाठी लुकअपला फक्त रूम नंबर आणि आडनाव किंवा बुकिंग संदर्भ आवश्यक असतो. मार्केटिंग डेटासाठी लॉगिन करताना एक वेगळा, जाणीवपूर्वक केलेला पर्याय (opt-in) आवश्यक असतो, कधीही आधीच टिक केलेला बॉक्स नसतो. Purple हे GDPR अनुपालन करणारे आणि ISO 27001 प्रमाणित आहे. तरीही तुम्ही तुमच्या प्रोसेसिंगच्या नोंदींमध्ये प्रत्येक डेटा फील्डसाठी कायदेशीर आधार दस्तऐवजीकृत केला पाहिजे.

आम्ही डाउनटाइमशिवाय आमच्या सध्याच्या गेस्ट WiFi प्रदात्याकडून मायग्रेट कसे करू शकतो?

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

क्लायंट आयसोलेशनमुळे गेस्ट्सचे इन-रूम टीव्हीवर कास्ट करणे थांबते का?

होय. क्लायंट आयसोलेशन हे मल्टीकास्ट DNS डिस्कव्हरी ब्लॉक करते ज्यावर Chromecast आणि AirPlay अवलंबून असतात, त्यामुळे टीव्ही गेस्टच्या फोनवर कधीही दिसत नाही. आयसोलेशन बंद केल्याने कास्टिंग पूर्ववत होते परंतु प्रत्येक डिव्हाइस इतर प्रत्येक गेस्टसमोर उघडे पडते. त्याऐवजी, प्रति-रूम iPSK की किंवा Purple च्या Private Area Network द्वारे प्रति रूम खाजगी सेगमेंट वापरा. यामुळे गेस्ट्सना त्यांचा स्वतःचा टीव्ही दिसतो आणि दुसरे काहीही नाही.

हॉटेल गेस्ट WiFi प्लॅटफॉर्मचा चालू खर्च कशामुळे वाढतो?

चार गोष्टींमुळे तो वाढतो: प्लॅटफॉर्म सबस्क्रिप्शन, PMS पार्टनर अटी, बँडविड्थ आणि फ्रंट-डेस्कचे प्रयत्न. Purple तीन प्लॅन ऑफर करते: Connect, Capture आणि Engage. PMS व्हेंडर्स त्यांच्या स्वतःच्या पार्टनर अटी प्रति प्रॉपर्टी ठरवतात, त्यामुळे त्या सुरुवातीलाच लिखित स्वरूपात घ्या. टायर्ड बँडविड्थ पिक लोड कॅप करते आणि लाइन अपग्रेड पुढे ढकलते. Passpoint पुनरावृत्ती होणारे लॉगिन काढून टाकते, ज्यामुळे कालांतराने संपूर्ण इस्टेटमध्ये फ्रंट-डेस्क सपोर्ट कमी होतो.