Hotspot 2.0 मार्गदर्शिका: Passpoint रोमिंग स्पष्ट केले

तुम्हाला तो क्षण माहित आहे: एक पाहुणा विमानतळावर उतरतो, हॉटेलमध्ये चेक इन करतो किंवा स्टेडियमच्या सीटवर बसतो, आणि Wi-Fi अनुभव पुन्हा नव्याने सुरू होतो. SSID शोधा, Captive Portal उघडा, ईमेल पत्ता किंवा रूम नंबर टाइप करा, लॉगिन पेज क्लिअर होण्याची वाट पाहा, आणि नंतर पुढील ठिकाणी हे सर्व पुन्हा करा.

बारंवार कराव्या लागणाऱ्या या प्रक्रियेऐवजी सेल्युलर रोमिंगसारखा अनुभव देण्यासाठी Hotspot 2.0 ची निर्मिती झाली आहे. वापरकर्त्याला अर्धवेळ नेटवर्क ऑपरेटर बनण्यास न सांगता, डिव्हाइसने विश्वासू नेटवर्क ओळखणे, बॅकग्राउंडमध्ये ऑथेंटिकेट करणे आणि कनेक्ट होणे आवश्यक आहे. या त्रासाचे तुम्हाला ओळखीचे ग्राहक उदाहरण हवे असल्यास, St Christopher's Inns मधील ट्रॅव्हल ब्लॉग मधील प्रवास सल्ला आणि कनेक्टिव्हिटी टिप्स अस्थिर अतिथी WiFi आणि वारंवार लागणाऱ्या लॉगिनच्या या दैनंदिन विश्वाचाच भाग आहेत.

अनुक्रमणिका

• Hotspot 2.0 ज्या दैनिक अडचणी सोडवण्यासाठी तयार केले गेले आहे
  • लॉगिन पृष्ठावर वापरकर्त्याचा गैरसमज होतो
• Hotspot 2.0 पडद्यामागे खरोखर कसे कार्य करते
  • डिव्हाइस नेटवर्कमध्ये सामील होण्यापूर्वी ते वाचते
  • ऑथेंटिकेशन शोधल्यानंतर होते, पोर्टलनंतर नाही
• Hotspot 2.0 Passpoint आणि ते ज्या मानकांवर आधारित आहे
  • Hotspot 2.0 ही कार्यप्रणाली आहे, Passpoint हे चिन्ह आहे
  • प्रमाणपत्र-आधारित डिव्हाइसेस या मॉडेलमध्ये तंतोतंत बसतात
• Passpoint Release 1, Release 2 आणि Release 3 ची तुलना
  • मार्केटिंग सारांशापेक्षा रीलिझ तक्ता अधिक उपयुक्त आहे
  • OSU पहिल्या कनेक्शनची समस्या सोडवते, प्रत्येक समस्या नाही
• डिप्लॉयमेंटचे फायदे आणि Hotspot 2.0 चे महत्त्वाचे स्थान
  • ऑपरेशनल मूल्य कुठे दिसून येते
• ऑनबोर्डिंग रिकव्हरी आणि हेल्प-डेस्कचे वास्तव
  • नेटवर्कला चार प्रश्नांची स्पष्ट उत्तरे द्यावी लागतात
  • फॉलबॅक पाथची विचारपूर्वक रचना करणे
• इंटरऑपरेबिलिटी मर्यादा आणि OpenRoaming स्तर
  • डिव्हाइस सपोर्ट आणि प्रोफाईल सपोर्ट या एकाच गोष्टी नाहीत
• कार्यरत गोष्टींमध्ये अडथळा न आणता Hotspot 2.0 रोल आउट करणे

Hotspot 2.0 सोडवण्यासाठी बनवलेले दैनंदिन अडथळे

उत्कृष्ट Wi-Fi अनुभव अदृश्य वाटला पाहिजे. त्याऐवजी, युझर्सना अजूनही प्रत्येक नवीन ठिकाणी तोच क्रम आढळतो, एक नवीन SSID, एक Captive Portal, एक फॉर्म आणि एक लॉगिन जे ते कदाचित पुढच्या वेळी पुन्हा करतील.

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

लॉगिन पेजवर युझरचे मेंटल मॉडेल बिघडते

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

म्हणूनच Hotspot 2.0 अशा ठिकाणी सर्वात जास्त महत्त्वाचे आहे जिथे WiFi हे पर्यावरणाचा एक भाग असणे अपेक्षित आहे, कोणतेही कठीण काम नाही. लोकांची मोबाईल कव्हरेजकडून आधीच जी अपेक्षा असते तीच अनुभूती देणे हे याचे उद्दिष्ट आहे - आत या, कनेक्ट व्हा, पुढे जात राहा. हॉटेलमधील पाहुणे, प्रवासी आणि मॅनेज केलेल्या डिव्हाइसवरील कर्मचारी या सर्वांना या मॉडेलचा फायदा होतो, जरी प्रत्येक कनेक्शनमागील बॅकएंड वर्कफ्लो खूप वेगळा असला तरीही.

व्यावहारिक नियम: जर कनेक्शन प्रक्रियेसाठी एखाद्या व्यक्तीला पासवर्ड लक्षात ठेवावा लागत असेल, पोर्टल्स उघडावे लागत असतील किंवा प्रत्येक भेटीदरम्यान त्यांची माहिती पुन्हा प्रविष्ट करावी लागत असेल, तर नेटवर्क अजूनही ॲक्सेस सिस्टमऐवजी गेस्ट बुकसारखे काम करत आहे.

Hotspot 2.0 प्रत्यक्षात कसे कार्य करते

Hotspot 2.0 ची सुरुवात शोधण्यापासून (discovery) होते, आणि यामुळे कनेक्शनचे पूर्ण स्वरूप बदलते. जुने Wi-Fi नेटवर्क बहुधा उपकरण जोडले जाईपर्यंत जास्त काही सांगत नाही. Hotspot 2.0 क्लायंटला आधी विचारण्याची परवानगी देते, आणि नंतर नेटवर्क उपकरणावर आधीच स्टोअर केलेल्या प्रोफाइलशी जुळते की नाही हे ठरवते.

डिव्हाइस नेटवर्कमध्ये सामील होण्यापूर्वी ते वाचते

IEEE 802.11u क्लायंटला असोसिएशनपूर्वी ॲक्सेस पॉइंटची चौकशी करण्याचा मार्ग देते. हा पहिला महत्त्वाचा बदल आहे. आधी कनेक्ट होणे आणि नंतर ॲक्सेसची व्यवस्था करणे याऐवजी, डिव्हाइस विचारू शकते की हे कोणत्या प्रकारचे नेटवर्क आहे, ते योग्य ओळख पद्धतीला सपोर्ट करते की नाही आणि डिव्हाइसवरील प्रोफाइल त्या वातावरणासाठी योग्य आहे की नाही. Access Network Query Protocol, किंवा ANQP, हा संवाद पार पाडतो, ज्यामध्ये ऑपरेटरची ओळख, रोमिंग कन्सोर्टियम माहिती, व्हेन्यू प्रकार आणि सपोर्ट केलेल्या ऑथेंटिकेशन सेवा समाविष्ट असतात जसे Microsoft च्या Passpoint दस्तऐवजीकरणामध्ये वर्णन केले आहे.

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

ऑथेंटिकेशन डिस्कव्हरीनंतर होते, पोर्टल नंतर नाही

एकदा डिव्हाइसला सुसंगत नेटवर्क सापडले की, ते Extensible Authentication Protocol पद्धतीसह 802.1X चा वापर करते. डिव्हाइस कसे प्रोव्हिजन केले गेले होते यावर अवलंबून, प्रोफाइलला EAP-TLS, EAP-TTLS, किंवा SIM-आधारित EAP पद्धतीची आवश्यकता असू शकते. परिणामी तयार होणारी लिंक WPA2-Enterprise किंवा WPA3-Enterprise वापरते, त्यामुळे स्वयंचलितपणे एनक्रिप्टेड कनेक्शन प्राप्त होते Microsoft च्या Passpoint दस्तऐवजीकरणामध्ये नमूद केल्यानुसार.

यामुळे काम लॉगिन पेजवरून ओळखीच्या व्यवस्थापनाकडे (identity management) सरकते. नेटवर्क आता सर्टिफिकेटचे आरोग्य, पॉलिसी मॅचिंग आणि क्रेडेंशियल अजूनही वैध आहे की नाही याची काळजी घेते. जर सर्टिफिकेट एक्सपायर झाले असेल, ओळख रद्द केली गेली असेल किंवा प्रोफाइल चुकीचे असेल, तर ॲक्सेस स्पष्टपणे नाकारला गेला पाहिजे.

मॅनेज केलेले डिप्लॉयमेंट बऱ्याचदा त्या बॅकएंडला Cloud RADIUS सर्व्हिस सह जोडते जेणेकरून आयडेंटिटी मध्यवर्तीरित्या हाताळली जाऊ शकेल. ॲक्सेस पॉइंट ते कशाला सपोर्ट करते ते दाखवते, क्लायंट सेव्ह केलेले प्रोफाईल निवडतो, आणि ऑथेंटिकेशन स्टॅक डिव्हाइस नेटवर्कशी संबंधित आहे की नाही हे ठरवतो. युजरला दरवेळी ती मॅचिंग स्टेप सोडवावी लागत नाही.

उपयुक्त मानसिक मॉडेल सोपे आहे. प्रथम डिव्हाइस नेटवर्क कोण आहे ते जाणून घेते. नंतर नेटवर्क त्याच्या प्रोफाइलमध्ये बसते की नाही ते तपासते. नंतर ते स्वतःची ओळख सादर करते आणि ॲक्सेसच्या निर्णयाची वाट पाहते.

Hotspot 2.0 Passpoint आणि ज्या मानकांवर ते आधारित आहे

Captive Portal वर जसे कनेक्ट होते त्यापेक्षा Hotspot 2.0 अंतर्गत फोन नेटवर्कशी वेगळ्या पद्धतीने जोडला जातो. डिव्हाइस प्रथम हे शोधून काढते की ॲक्सेस पॉइंट योग्य क्षमतांची जाहिरात करतो की नाही, नंतर ते त्या नेटवर्कला सेव्ह केलेल्या प्रोफाइलशी जुळवते आणि त्यानंतरच ऑथेंटिकेशन सुरू होते. Wi-Fi CERTIFIED Passpoint हा त्या वर्तनावर तयार केलेला सर्टिफिकेशन स्तर आहे, ज्यामध्ये client ला कनेक्ट होण्यापूर्वी नेटवर्कची तपासणी करण्याची अनुमती देणारे प्री-एसोसिएशन डिस्कव्हरी भाग 802.11u द्वारे प्रदान केले जातात. हे सर्टिफिकेशन महत्त्वाचे आहे कारण ते या वैशिष्ट्याला एकाच हार्डवेअर फॅमिलीमध्ये लॉक ठेवण्याऐवजी अनेक व्हेंडर्सना एक समान उद्दिष्ट देते या प्रोग्रामचे सुरुवातीचे प्रमाण एप्रिल 2017 च्या वायरलेस ब्रॉडबँड अलायन्स संदर्भात नमूद केले आहे.

Hotspot 2.0 ही यंत्रणा आहे, Passpoint बॅज आहे

जेव्हा तुम्ही उत्पादन पत्रिका वाचता तेव्हा ते वर्गीकरण उपयुक्त ठरते. जर एखाद्या विक्रेत्याने "Passpoint supported" असे म्हटले असेल, तर याचा अर्थ सहसा उपकरणाने इंटरऑपरेबिलिटी प्रोग्राम पास केला आहे. जर ते Hotspot 2.0 म्हणत असेल, तर ते सहसा त्यामागील शोध आणि ऑथेंटिकेशन वर्तनाचे वर्णन करत असते. जर ते 802.11u चा उल्लेख करत असेल, तर ते जोडणीपूर्वी नेटवर्क माहिती उघड करणाऱ्या भागाकडे निर्देश करत असते.

सिक्युरिटी स्टॅक ब्रँडिंगच्या खाली असतो. 802.1X ॲक्सेस कंट्रोल हाताळते, आणि WPA2-Enterprise किंवा WPA3-Enterprise एन्क्रिप्टेड सेशन वाहून नेते. क्लायंटला अजूनही वैध आयडेंटिटीची आवश्यकता असते, मग ती आयडेंटिटी प्रमाणपत्र असो, SIM-बॅक्ड क्रेडेंशियल असो, किंवा दुसरी मान्यताप्राप्त EAP पद्धत असो. म्हणूनच Passpoint मॅनेज केलेली डिव्हाइसेस आणि MDM-चलित प्रोफाईल्सना चांगल्या प्रकारे अनुकूल करते.

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

प्रमाणपत्र-आधारित डिव्हाइसेस या मॉडेलमध्ये स्पष्टपणे बसतात

कार्पोरेट उपकरणांसाठी, EAP-TLS हा सहसा सर्वात सोपा आणि योग्य पर्याय असतो कारण डिव्हाइस प्रमाणपत्र सादर करते आणि सर्व्हर धोरणानुसार त्याची तपासणी करतो. यामुळे परस्परसंवाद मशीन-रीडेबल राहतो, जे रोमिंग मानकांसाठी आवश्यक आहे. हे नेटवर्क टीमला एक स्पष्ट रिव्होकेशन मार्ग देखील देते. एखादा लॅपटॉप हरवल्यास किंवा फोन हॅक झाल्यास, प्रत्येकाला सामायिक पासवर्ड बदलण्यास भाग न पाडता ट्रस्ट काढून टाकला जाऊ शकतो.

हे या मॉडेलचे मूल्य आहे. Passpoint हे ओळख असलेल्या डिव्हाइसेससाठी इंटरऑपरेबिलिटी फ्रेमवर्क आहे, जे डिस्कव्हरी, प्रोफाइल निवड आणि एन्क्रिप्टेड ऑथेंटिकेशन यांना एकत्र बांधते.

ऑपरेशनल विचारसरणी: जर नेटवर्क प्रोव्हिजन केलेल्या डिव्हाइसला अज्ञात डिव्हाइसपासून वेगळे करू शकत नसेल, तर ते अजूनही जेनेरिक ओपन WiFi सिस्टमसारखे वर्तन करत आहे.

Passpoint Release 1, Release 2 आणि Release 3 ची तुलना

तुम्ही या आवृत्त्यांकडे वैशिष्ट्यांची यादी म्हणून न पाहता अंमलबजावणीच्या परिपक्वतेचे टप्पे म्हणून पाहिल्यास त्या अधिक स्पष्ट होतात. Release 1 ने स्वयंचलित शोध आणि निवड मॉडेल स्थापित केले. Release 2 ने Online Sign-Up, किंवा OSU जोडले, ज्यामुळे डिव्हाइस ओव्हर-द-एयर प्रोफाइल प्राप्त करू शकते. Release 3 ने WPA3-Enterprise सपोर्ट आणि सिंगल-SSID मॉडेल जोडले जे सामान्य सेवा आणि OSU प्रोव्हिजनिंग दोन्ही हाताळू शकते Release 3 वरील तांत्रिक आणि व्हेंडर दस्तऐवजीकरणामध्ये वर्णन केल्यानुसार.

मार्केटिंग सारांशापेक्षा रिलीज टेबल अधिक उपयुक्त आहे

रिलीज	मुख्य क्षमता	सुरक्षा बेसलाइन	OSU सपोर्ट	व्यवहारिक चेतावणी
रिलीज 1	स्वयंचलित डिस्कव्हरी आणि निवड	WPA2-Enterprise	नाही	फक्त जेव्हा सुसंगत प्रोफाइल आधीपासून अस्तित्वात असेल तेव्हाच कार्य करते
रिलीज 2	ओव्हर-द-एयर प्रोफाइल प्रोव्हिजनिंग जोडते	WPA2-Enterprise	होय	पहिल्यांदा वापरणाऱ्यांसाठी उपयुक्त, परंतु डिप्लॉयमेंट सपोर्ट एकसारखा नाही
रिलीज 3	WPA3-Enterprise आणि सिंगल-SSID प्रोव्हिजनिंग जोडते	WPA3-Enterprise	होय	पूर्ण फायदा एंड-टू-एंड क्लायंट आणि इन्फ्रास्ट्रक्चर सपोर्टवर अवलंबून असतो

महत्त्वाचा ऑपरेशनल मुद्दा असा आहे की Release 3 हा कोणताही जादुई स्विच नाही. रोलआउटसाठी अजूनही क्लायंट ऑपरेटिंग सिस्टम, ॲक्सेस पॉइंट, कंट्रोलर आणि ऑथेंटिकेशन सर्व्हर एकत्रित करावे लागतात. यापैकी एक स्तर मागे राहिल्यास, युझर अनुभव सर्वात जुना घटक ज्याला सपोर्ट करू शकतो त्यावर परत येतो.

OSU पहिल्या-कनेक्शनची समस्या सोडवते, प्रत्येक समस्या नाही

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

मान्य करण्यासाठी एक सुसंगततेचे वास्तव देखील आहे. एखादे उपयोजन तांत्रिकदृष्ट्या उत्कृष्ट असू शकते परंतु तरीही वेगवेगळ्या उपकरणांवर असमानपणे कार्य करू शकते. म्हणूनच टीम्सनी घोषणांऐवजी समर्थित मार्गांचा विचार केला पाहिजे. Passpoint अस्तित्वात आहे की नाही हा प्रश्न नाही, तर कोणते क्लायंट कोणते रिलीझ व्यवस्थित वापरू शकतात हा प्रश्न आहे.

नेटवर्क टीम्ससाठी, रिलीझची निवड ही आयडेंटिटी मॉडेलनुसार असावी, उलट नाही. जर प्रोफाइलचे आयुष्य परिपक्व असेल, तर Release 3 अडथळे कमी करू शकते. जर वातावरण अजूनही मॅन्युअल ऑनबोर्डिंगवर अवलंबून असेल, तर Release 2 सारखे प्रोव्हिजनिंग आणि फॉलबॅक ॲक्सेस मार्ग आवश्यक राहतात.

डिप्लॉयमेंटचे फायदे आणि Hotspot 2.0 कुठे आपले स्थान मिळवते

प्रत्येक व्हिजिट एकाच पोर्टल स्क्रीनने सुरू होत असल्यास हॉटेल्सची लॉबी, विमानतळाची लाउंज किंवा कॅम्पसची जागा व्यस्त दिसू शकते आणि तरीही तेथे WiFi युजर्सना खराब अनुभव येऊ शकतो. जेव्हा ऑपरेटर प्रत्येक कनेक्शनला सामायिक लॉगिन पेजद्वारे सक्ती करण्याऐवजी आयडेंटिटी आणि प्रोफाईल स्थितीनुसार ॲक्सेस देवू इच्छितो, तेव्हा Hotspot 2.0 उपयुक्त ठरते. तो बदल महत्त्वाचा आहे कारण तो नेटवर्कला डिव्हाइसनुसार पॉलिसी असाइन करण्यास, ॲक्सेस स्वच्छपणे रद्द करण्यास आणि पुनरावृत्ती करणाऱ्या युजर्सना Captive Portal लूपपासून दूर ठेवण्यास मदत करतो.

त्या मॉडेलला सपोर्ट करण्यासाठी इकोसिस्टम पुरेशी मोठी आहे. WiFi Alliance चा सध्याचा तंत्रज्ञान आढावा सांगतो की जगभरात 2,800 पेक्षा जास्त युनिक डिव्हाइसेस Passpoint प्रमाणित झाले आहेत, जे हे दर्शवते की डिव्हाइस बाजू आता मर्यादित करणारा घटक राहिलेली नाही WiFi Alliance तंत्रज्ञान आढावा. तोच आढावा अहवाल देतो की सदस्य ऑपरेटर एकत्रितपणे 2 अब्जाहून अधिक सबस्कूटर्सना सेवा देतात आणि जागतिक स्तरावर 30 दशलक्षांहून अधिक हॉटस्पॉट्स ऑपरेट करतात, ज्यामुळे हे स्पष्ट होण्यास मदत होते की सार्वजनिक ॲक्सेस जसजसा विस्तारत गेला तसतशी ओळख-आधारित WiFi का अधिक महत्त्वाची बनली.

ऑपरेशन्समधील मूल्य कुठे दिसून येते

• कमी पोर्टल अडथळे: डिव्हाइसेस प्रत्येक भेटीदरम्यान त्याच लॉगिन पायऱ्यांची पुनरावृत्ती न करता नेटवर्कवर परत येऊ शकतात.
• अधिक स्पष्ट ओळख नियंत्रण: प्रमाणपत्रे किंवा इतर व्यवस्थापित क्रेडेन्शियल्स डिव्हाइसला योग्य धोरणाशी जोडतात.
• उत्तम रोमिंग वर्तन: सहभागी नेटवर्क विविध ठिकाणी नोंदणीकृत डिव्हाइसेस ओळखू शकतात.
• कमी सामायिक-पासवर्ड पसारा: रिव्होकेशन केवळ एका डिव्हाइसला किंवा प्रोफाईलला लागू होते, पासवर्ड माहित असलेल्या प्रत्येकाला नाही.

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

वाढीच्या संदर्भावरून हे देखील स्पष्ट होण्यास मदत होते की पोर्टल्सवर ताण का येऊ लागला. त्या काळातील WBA च्या अंदाजानुसार सार्वजनिक WiFi हॉटस्पॉट्स २०१५ मधील ६४.२ दशलक्ष वरून २०२० पर्यंत ४३२.५ दशलक्ष पर्यंत वाढण्याची अपेक्षा होती, आणि याच विस्तारामुळे मोठ्या प्रमाणावर पोर्टल मॉडेल टिकवून ठेवणे अधिक कठीण झाले. जेव्हा ॲक्सेस लेयर सतत मोठी होत राहते, तेव्हा मॅन्युअल लॉगिन फ्लो टिकून राहत नाही.

जर सोयीइतकेच अनुपालन (compliance) महत्त्वाचे असेल, तर डिझाइनची निवड अधिक स्पष्ट होते. आयडेंटिटी-आधारित WiFi सामायिक-पासवर्ड सेटअपपेक्षा सेगमेंटेशन आणि ॲक्सेस गव्हर्नन्सशी अधिक नैसर्गिकरित्या जुळते, म्हणूनच अनेक टीम्स ते मजबूत पॉलिसी बाउंड्रीजसह जोडतात. त्या ऑपरेशन्सच्या दृष्टिकोनाशी संबंधित माहितीसाठी, WiFi साठी Purple Access चे PCI compliance मार्गदर्शन पहा.

ऑनबोर्डिंग रिकव्हरी आणि हेल्प डेस्कचे वास्तव

Passpoint एका स्वच्छ डेमो डिव्हाइसवर सरळ आणि सोपे वाटते. परंतु ही स्वच्छ वाट खंडित होते तेव्हाच सपोर्टची कहाणी सुरू होते. प्रोफाइल नसलेला वापरकर्ता, बदललेला फोन, एक्स्पायर झालेले प्रमाणपत्र, किंवा रद्द केलेली ओळख या सर्वांचा शेवट रिअल तिकिटांमध्ये होतो, आणि जर ही प्रकरणे अस्पष्ट असतील, तर मानक स्वतःच काम करत असले तरीही हे डिप्लॉयमेंट अविश्वसनीय वाटेल.

नेटवर्कला चार प्रश्नांची स्पष्ट उत्तरे द्यावी लागतात

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

हे व्यावहारिक प्रश्न आहेत, अमूर्त नाहीत. Android Release 2 ऑनलाइन साइन-अप ला सपोर्ट करते, जे वापरकर्त्यांना प्रोफाइल प्राप्त करण्याचा एक मानक मार्ग देते, तर व्यवस्थापित डिव्हाइसेसना बऱ्याचदा MDM-पुश केलेल्या प्रोफाइलद्वारे अधिक चांगली सेवा मिळते. डिव्हाइस सेवा सोडते तेव्हा ॲक्सेस टीमला अद्याप प्रमाणपत्र आरोग्य तपासावे लागते आणि कालबाह्य झालेली ओळख काढून टाकावी लागते. Microsoft चे Passpoint मार्गदर्शन या मूलभूत मॉडेलचा समावेश करते

व्यावहारिक नियम: सर्टिफिकेट लाइफसायकल मॅनेजमेंटला WiFi ऑपरेशन्सचा एक भाग म्हणून हाताळा, इतर कोणीतरी लक्षात ठेवेल असे बॅकग्राउंड PKI काम म्हणून नाही.

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

फॉलबॅक मार्ग विचारपूर्वक डिझाइन करणे

एक चांगले Passpoint रोलआउट गेस्ट ॲक्सेस कायम ठेवते. ते एनरोल केलेल्या डिव्हाइसेससाठीचा कमी-अडथळ्याचा मार्ग आणि इतर प्रत्येकासाठीचा रिकव्हरी मार्ग वेगळा करते. व्यवहारात, याचा अर्थ सामान्यतः पहिल्यांदा येणारे व्हिजिटर्स, जुनी डिव्हाइसेस आणि सपोर्ट नसलेल्या ऑपरेटिंग सिस्टीमसाठी Captive Portal किंवा इतर नियंत्रित ऑनबोर्डिंग मार्ग सुरू ठेवणे असा होतो.

मल्टी-साइट वातावरणात, आयडेंटिटी सर्व्हिसेस आणि RADIUS पॉलिसी ते वर्गीकरण सुलभ करतात. त्या टीम्सना ज्ञात डिव्हाइसेस योग्य नेटवर्कवर ठेवण्यास, आवश्यकतेनुसार ॲक्सेस रद्द करण्यास आणि कोणी आणि का कनेक्ट केले याबद्दल ऑडिट व्हिजिबिलिटी ठेवण्यास मदत करतात. उदाहरणार्थ, Purple Access या प्रकारच्या नियंत्रित ॲक्सेस डिझाइनसाठी Cloud RADIUS आणि डिरेक्टरी-आधारित आयडेंटिटी सोबत Passpoint चा वापर करते, परंतु अधिक महत्त्वाचा मुद्दा ऑपरेशन्सचा आहे: जेव्हा फॉलबॅक पाथ आधीच प्लॅन केला असतो तेव्हा प्रोग्रेसिव्ह ॲक्सेस सर्वोत्तम कार्य करतो.

सपोर्टचा प्रश्न नेहमी एकच असावा, ऑटोमेशन अपयशी ठरते तेव्हा वापरकर्त्याला काय दिसते? जर याचे उत्तर 'काहीही नाही' असे असेल, तर नेटवर्क टीमला तिकीट आणि वर्कअराउंडच्या रूपात त्या अपयशाची जबाबदारी घ्यावी लागेल. जर याचे उत्तर दृश्यमान निदानासह स्पष्ट फॉलबॅक असेल, तर डिप्लॉयमेंट सपोर्ट करण्यायोग्य राहते.

इंटरऑपरेबिलिटी मर्यादा आणि OpenRoaming लेयर

सर्वात मोठी चूक म्हणजे Passpoint एकदा सक्षम झाल्यावर ते सर्वत्र कार्य करते असा समज करून घेणे. ते तसे करत नाही. डिव्हाइस सपोर्ट असमान आहे, आणि फेडरेशन लेयर हे क्लायंट क्षमता आणि प्रोफाइल उपलब्धता या दोन्हीवर अवलंबून असते. तांत्रिक स्त्रोतानुसार Passpoint Release 3 हे Android 12 आणि त्यानंतरच्या आवृत्त्यांद्वारे समर्थित आहे, तर iPhones अद्याप Release 1 वरच आहेत, याचा अर्थ असा की एकाच ठिकाणी वापरकर्त्यांनुसार भिन्न वर्तन दिसून येऊ शकते Purple चे Passpoint इंटरऑपरेबिलिटी मार्गदर्शक.

डिव्हाइस सपोर्ट आणि प्रोफाईल सपोर्ट एकच गोष्ट नाही

हा फरक महत्त्वाचा आहे. एखादा फोन मानकाला सपोर्ट करू शकतो तरीही वैध प्रोफाइल नसल्यास कनेक्ट होण्यात अपयशी ठरू शकतो. दुसऱ्या फोनमध्ये रोमिंग प्रोफाइल असू शकते परंतु प्लॅटफॉर्म सपोर्ट मर्यादित असल्यास तो अजूनही फॉलबॅक SSID वर येऊ शकतो. या वेगवेगळ्या त्रुटी आहेत आणि त्यांना वेगवेगळ्या उत्तरांची गरज आहे.

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

तुम्ही अभ्यागत कनेक्टिव्हिटीसाठी पर्यायांचा विचार करत असल्यास, Simsima's travel Wi-Fi plans मधील व्यापक ट्रॅव्हल आणि गेस्ट-WiFi नियोजन चर्चा ही एक उपयुक्त आठवण करून देते की रोमिंगची सोय ही समस्येचा फक्त एक भाग सोडवते. उरलेला भाग अद्यापही कोण प्रामाणिकरण (authenticate) करू शकते, कोण करू शकत नाही आणि ठिकाण कोणता फॉलबॅक पर्याय उपलब्ध ठेवते यावर अवलंबून असतो.

वास्तविक नेटवर्कमध्ये टिकून राहणारा दृष्टिकोन हा आहे की, Passpoint हा एक प्रोग्रेसिव्ह ॲक्सेस लेयर आहे, गेस्ट ऑनबोर्डिंगचा संपूर्ण पर्याय नाही. हे तेव्हा सर्वोत्तम कार्य करते जेव्हा एनरोल केलेली डिव्हाइसेस आपोआप कनेक्ट होतात आणि बाकीचे सर्व सुरक्षित, नियंत्रित पर्यायावर लँड होतात. हा लेअर्ड दृष्टिकोन कागदावर कमी आकर्षक वाटू शकतो, परंतु डिव्हाइसेस आणि आयडेंटिटी काय करू शकतात याबद्दल तो अधिक प्रामाणिक आहे.

जे काम करत आहे ते न बिघडवता Hotspot 2.0 रोल आउट करणे

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

ॲक्सेस पॉइंटच्या बाजूला नेहमीच्या पूर्वअटी, 802.11u सपोर्ट, RADIUS किंवा AAA इंटिग्रेशन आणि योग्य ANQP ॲडव्हर्टायझिंगची आवश्यकता असते. त्यानंतर ऑपरेशन्सच्या बाजूला खरे सांगणारे मेट्रिक्स हवे असतात - प्रोफाइल-इन्स्टॉल यश, EAP फेल्युअर कोड्स, रोमिंग ऑथेंटिकेशन लॅटन्सी आणि ऑपरेटिंग सिस्टीमनुसार फॉलबॅक दर. त्याशिवाय, तुम्ही केवळ नेटवर्क सुधारत असल्याची आशा करत आहात.

Purple Access चे तीन-SSID प्लॅनिंग मॉडेल हे त्या आर्किटेक्चरला फ्रेम करण्याचा एक मार्ग आहे, परंतु निर्णयाचा नियम उत्पादनाच्या नावाशिवाय देखील सोपा आहे: एनरोल केलेल्या, ओळख-धारक वापरकर्त्यांसाठी Passpoint वापरा, बाकी सर्वांसाठी नियंत्रित फॉलबॅक SSID ठेवा आणि दोन्हीचे मोजमाप करा.

---

तुम्ही रोलआउटचे नियोजन करत असल्यास, Purple Access तुम्हाला सपोर्ट करत असलेल्या उपकरणांभोवती ओळख, प्रोफाइल आणि फॉलबॅक लेयर्सची रचना करण्यात मदत करू शकते. Passpoint, Cloud RADIUS, आणि नियंत्रित गेस्ट ऑनबोर्डिंग हे आधीपासून कार्यरत असलेल्या गोष्टींना कोणताही अडथळा न आणता टप्प्याटप्प्याने कसे लागू केले जाऊ शकते हे पाहण्यासाठी Purple Access एक्सप्लोर करा.