Multifamily WiFi: आयसोलेशन, xPSK आणि बिलिंग कसे कार्य करते

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

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

अनुक्रमणिका

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

प्रत्येक मल्टीफॅमिली बिल्डिंगसाठी आवश्यक असलेले तीन नेटवर्क

समजा तुम्ही अपार्टमेंट्स, लीजिंग ऑफिस, जिम, कर्मचारी मजला आणि पार्किंग-डेक कॅमेरे असलेल्या इमारतीचे नियोजन करत आहात. रहिवाशांना घरासारखी कनेक्टिव्हिटी आवश्यक आहे, अभ्यागतांना तात्पुरती इंटरनेट ॲक्सेस हवी आहे आणि कर्मचाऱ्यांना व्यवसाय ॲप्लिकेशन्समध्ये ॲक्सेस मिळणे आवश्यक आहे. या गरजांमुळे प्रत्येक खोलीसाठी किंवा विभागासाठी वेगळे नेटवर्क नाव तयार होऊ नये.

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

मल्टीफॅमिली बिल्डिंगमधील नेटवर्कचे प्रकार

नेटवर्क	कोण आणि काय वापरते	ते कसे जोडले जातात	काय वेगळे करते
ओपन गेस्ट	अभ्यागत, डिलिव्हरी ड्रायव्हर्स, BYOD फोन	SSO, सोशल किंवा SMS साइन-इन सह Captive Portal	क्लायंट आयसोलेशनसह गेस्ट VLAN
सुरक्षित कर्मचारी	लीजिंग एजंट, देखभाल, कंत्राटदार, मॅनेज्ड डिव्हाइसेस	वैयक्तिक क्रेडेंशियल्ससह प्रमाणपत्र-आधारित EAP-TLS किंवा Passpoint	स्टाफ VLAN, रहिवासी आणि इमारत प्रणालींपासून वेगळे केलेले
रहिवासी आणि डिव्हाइस	रहिवासी, स्मार्ट टीव्ही, थर्मोस्टॅट्स, डोअर लॉक्स, कॅमेरे, अमॅनिटी टिल्स	प्रत्येक डिव्हाइस, वापरकर्ता किंवा भाडेकरूसाठी युनिक की	प्रत्येक रहिवासी किंवा भाडेकरूसाठी स्वतःचे VLAN, मालमत्तेच्या मालकीच्या प्रणालींसाठी स्वतंत्र पॉलिसी गटांसह

ओळखीनुसार डेस्टिनेशन निवडू द्या

SSID हे लोकाना दिसणारे नेटवर्कचे नाव आहे. VLAN हा त्या नावामागील लॉजिकल ट्रॅफिक भाग आहे. नेटवर्कला Resident नाव दिल्याने त्यात सामील होणारे डिव्हाइस सध्याच्या रहिवाशाचेच आहे हे सिद्ध होत नाही, आणि दुसऱ्या नेटवर्कला Staff नाव दिल्याने कोणता कर्मचारी कनेक्ट होत आहे हे निश्चित होत नाही.

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

BYOD ऑनबोर्डिंगला सुरू असलेल्या ऑथोरायझेशनपासून वेगळे ठेवा. वैयक्तिक फोनची सुरुवात पोर्टलवरून होऊ शकते, परंतु कर्मचाऱ्याने गेस्ट साइन-इन पूर्ण केले म्हणून त्याला लीजिंग रेकॉर्डमध्ये ॲक्सेस मिळू नये. त्याचप्रमाणे, Passpoint सुरक्षित शोध आणि कनेक्शन सुलभ करते, परंतु क्रेडेन्शियल्स आणि ऑथोरायझेशन पॉलिसी अजूनही ॲक्सेस निश्चित करतात.

डिझाइन नियम: डिव्हाइसची परवानगी ही ते कोणत्या ॲक्सेस पॉइंटपर्यंत पोहोचते यावरून नाही, तर त्याचा मालक आणि उद्देश यावरून ठरली पाहिजे.

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

बिलिंग मॉडेल्सची तुलना

उपलब्ध असणे आणि समाविष्ट असणे यातील फरक महत्त्वाचा आहे: U.S. Census Bureau च्या अपार्टमेंट अहवालात असे आढळून आले की 2015 मधील अमेरिकेतील 99% नवीन बांधलेल्या विना-फर्निचर भाड्याच्या अपार्टमेंटमध्ये WiFi किंवा इंटरनेट सेवा उपलब्ध होती, परंतु ही सेवा केवळ 12% अपार्टमेंटच्या भाड्यात समाविष्ट होती. मालकाने प्रत्येक रहिवाशाचे सबस्क्रिप्शन खरेदी न करताही इमारत इंटरनेट कनेक्टिव्हिटीला सपोर्ट करू शकते.

बिलिंग, नेटवर्क व्यवस्थापन, आणि इन्फ्रास्ट्रक्चर मालकी हे स्वतंत्र निर्णय आहेत. व्यवस्थापित नेटवर्कसाठी आपोआप बल्क बिलिंगची आवश्यकता नसते, आणि बल्क करारामध्ये आपोआप अपार्टमेंट-स्तरीय ट्रबलशूटिंग समाविष्ट नसते.

मल्टीफॅमिली WiFi बिलिंग मॉडेल्स

मॉडेल	रहिवासी पैसे कसे देतात	सेवा कोण चालवते	सर्वोत्तम योग्य	मुख्य धोका
भाड्यात बल्क इंटरनेट	भाड्यात समाविष्ट	मालक किंवा बल्क प्रदाता	लीजिंग सुविधा देऊ इच्छिणारे मालक	वापर केला असो वा नसो, प्रत्येक युनिटसाठी खर्च दिला जातो
रहिवाशांनी दिलेले रिटेल	रहिवासी थेट ISP चे सबस्क्रिप्शन घेतात	प्रत्येक रहिवाशाचा प्रदाता	कमी घनतेच्या किंवा जुन्या इमारती	असमान कव्हरेज आणि सेवेचा शोध घेणारे रहिवासी
रहिवासी शुल्कासह Managed WiFi	भाड्यात मासिक शुल्क जोडले जाते किंवा स्वतंत्रपणे बिल केले जाते	मॅनेज्ड प्रदाता	बल्क खरेदी व्यवस्थेशिवाय मालमत्ता-व्यापी WiFi इच्छिणाऱ्या मालमत्ता	शुल्काला विरोध आणि प्रति-युनिट अस्पष्ट किंमत
हायब्रिड बेस आणि पेड टियर	बेस भाड्यात समाविष्ट, जलद टियर पर्यायी	मालक आणि प्रदाता एकत्रितपणे	मिश्र-उत्पन्न किंवा सुविधा-आधारित इमारती	एकाच नेटवर्कवर दोन टियर्स सपोर्ट वाद निर्माण करतात
मोफत कॉमन-एरिया WiFi	सामायिक क्षेत्रांसाठी काहीही नाही	मालक	फक्त लॉबी आणि सुविधा जागा	युनिट्स कव्हर करत नाही, आणि सार्वजनिक व खाजगी ट्रॅफिक वेगळे करणे आवश्यक आहे

फक्त सर्किटचीच नाही, तर जबाबदारीची किंमत ठरवा

बल्क बिलिंग एक सरळ रहिवासी अनुभव प्रदान करते, परंतु जागा खाली असताना आणि कमी वापराच्या काळात मालकाला कराराचा खर्च सहन करावा लागतो. तांत्रिकदृष्ट्या कोणती कंपनी सेवा चालवते याच्याशी न देता, रहिवासी मालमत्तेकडेच तक्रारी घेऊन येतील.

रिटेल सबस्क्रिप्शन मालकाची थेट बिलिंग भूमिका कमी करतात. ते कम्युनिकेशन्स रूम्सचा ॲक्सेस, खराब झालेली केबलिंग किंवा चुकीच्या ठिकाणी ठेवलेल्या उपकरणांमुळे होणारा अडथळा यासारख्या इमारतीच्या जबाबदाऱ्या पूर्णपणे नष्ट करत नाहीत.

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

तुलनेमध्ये कमी दृश्यमान असलेल्या खर्चांचा समावेश करा:

• भौतिक देखभाल: स्विचेस, पॉवर सप्लाय, केबलिंगमधील दोष आणि बदललेले ॲक्सेस पॉईंट्स.
• सेवा प्रशासन: खाते बदल, बिलिंग वाद, ऑनबोर्डिंग आणि मूव्ह-आऊट प्रोसेसिंग.
• दोष हाताळणी: रिमोट निदान, प्रत्यक्ष भेटी आणि रहिवाशांच्या मालकीच्या उपकरणांची जबाबदारी.

प्रथम सपोर्ट ओनरची निवड करा. त्यानंतर त्या ओनरचे बजेट आणि अधिकारांना साजेसे बिलिंग मॉडेल निवडा.

जेव्हा लीझिंग कर्मचारी रहिवासी आणि इमारतीच्या आत तपासणी न करणाऱ्या प्रदाता यांच्यामध्ये स्क्रीनशॉट्सची देवाणघेवाण करण्यात त्यांचा दिवस घालवतात, तेव्हा एक स्वस्त सेवा महाग ठरते.

पर-टेनंट आयसोलेशन रहिवाशांना कसे वेगळे ठेवते

हॉटेलचा कॉरिडॉर प्रत्येक पाहुण्याला समान दार देतो, परंतु प्रत्येक कपाटाची किल्ली फक्त इच्छित खोली उघडते. मल्टीफॅमिली WiFi ला समान फरकाची आवश्यकता आहे: एन्क्रिप्शन हवेतील ट्रॅफिकचे संरक्षण करते; आयसोलेशन कनेक्ट केलेले डिव्हाइस कोणत्या गंतव्यस्थानांपर्यंत पोहोचू शकते हे नियंत्रित करते.

कॉरिडॉरचे उदाहरण प्रॉपर्टी टीम्सना ही सीमारेषा समजावून सांगणे सोपे करते.

Mecklenburg Times द्वारे नोंदवलेल्या Parks Associates च्या निष्कर्षांमध्ये, 31% मल्टीफॅमिली रहिवाशांनी नोंदवले की त्यांच्या समुदायाने संपूर्ण मालमत्ताभर WiFi प्रदान केले आहे. अधिक कव्हरेजमुळे पायाभूत सुविधांच्या आवाक्यात अधिक डिव्हाइसेस येतात, ज्यामुळे चुकीची परवानगी अधिक परिणामकारक ठरते.

स्तरांमध्ये सीमारेषा तयार करा

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

केवळ VLAN हा फायरवॉल नाही. गेटवे रहिवाशांच्या सेगमेंटमध्ये मुक्तपणे राऊटिंग करत असल्यास, प्रत्यक्ष ॲक्सेस पॉलिसी मोकळीक देणारी असतानाही सेगमेंटेशन डायग्राम सुरक्षित असल्याचे भासवत राहतो.

समजा एखाद्या हल्लेखोराने फ्लॅटमधील रहिवाशांच्या नेटवर्कवरील पॅच न केलेल्या थर्मोस्टॅटशी छेडछाड केली. त्यानंतर हल्लेखोर उघड्या असलेल्या सेवांसाठी शेजाऱ्याचा कॅमेरा किंवा स्टोरेज डिव्हाइस तपासू शकतो. अधिक मजबूत WiFi पासवर्ड तो मार्ग हटवत नाही कारण छेडछाड केलेला थर्मोस्टॅट आधीच कनेक्ट केलेला असतो.

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

सर्व काही गोळा न करता पुरावे जतन करा

नेटवर्क सुरक्षा आणि रहिवाशांची गोपनीयता यासाठी स्वतंत्र निर्णयांची आवश्यकता असते. तुम्ही कोणते कनेक्शन टेलिमेट्री गोळा करता, ते कोणाला ॲक्सेस करता येते आणि ते किती काळ उपलब्ध राहते हे स्पष्ट करा; आयसोलेशन या प्रश्नांची उत्तरे देत नाही.

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

शेअर्ड कीज विरुद्ध प्रति-डिव्हाइस xPSK

xPSK म्हणजे एक WiFi नेटवर्क वेगवेगळ्या उपकरणांसाठी, वापरकर्त्यांसाठी किंवा भाडेकरूंसाठी वेगवेगळे प्री-शेअर की (pre-shared keys) स्वीकारू शकते. ती की कनेक्शन ओळखते आणि ऑथेंटिकेशन पॉलिसी तिला योग्य VLAN किंवा भूमिकेशी मॅप करते. की ला एका बॅजसारखे माना आणि VLAN ला ती खोली माना जिथे तो बॅज तुम्हाला प्रवेश देतो.

इम्प्लिमेंटेशन महत्त्वाचे आहे. खाजगी PSK नावाचे प्रत्येक वैशिष्ट्य समान रीतीने कार्य करते असे गृहीत धरण्याऐवजी, ॲक्सेस पॉइंट प्लॅटफॉर्म इच्छित की मॉडेल, पॉलिसी असाइनमेंट आणि रिव्होकेशन वर्तनाला सपोर्ट करतो याची खात्री करा.

मल्टीफॅमिली WiFi साठी तुलना केलेले मुख्य मॉडेल्स

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

क्रेडेंशियल जीवनचक्राशी जुळवा

भाडेकरूची की (key) घरगुती उपकरणांसाठी सोयीची असते, परंतु ती कुटुंबातील कोणत्या सदस्याने ती शेअर केली हे ओळखू शकत नाही. प्रत्येक उपकरणाच्या स्वतंत्र की (per-device keys) अधिक मर्यादित संपादन रद्द करण्याची सुविधा देतात, जर वितरण प्रक्रिया प्रत्येक क्रेडेन्शियलला त्याच्या उद्दिष्टित उपकरणाशी विश्वासार्हपणे जोडत असेल. ते हार्डवेअर अटेस्टेशन नाहीत: अतिरिक्त नियंत्रणे रोखत नाहीत तोपर्यंत कॉपी केलेला पासवर्ड इतरत्र वापरला जाऊ शकतो.

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

मी केवळ कर्मचारी किंवा बिल्डिंग सिस्टीम ॲक्सेस नसलेल्या, अत्यंत कडक मर्यादा असलेल्या, कमी महत्त्वाच्या नेटवर्कसाठीच शेअर केलेला पासवर्ड स्वीकारेन. लहान इमारत असणे हे स्वतःच रहिवाशांचे क्रेडेंशियल्स शेअर करण्याचे कारण नाही.

युनिव्हर्सल कम्पॅटिबिलिटी गृहीत न धरता WPA3 वापरा

Wi-Fi Alliance च्या सुरक्षा मार्गदर्शक तत्त्वांमध्ये WPA3-Personal च्या पासवर्डचा अंदाज लावणाऱ्या हल्ल्यांना रोखण्याच्या क्षमतेला WPA3-Enterprise च्या नियंत्रित-वातावरण क्षमतेपेक्षा वेगळे केले आहे, आणि स्पष्ट केले आहे की WPA3 ला प्रोटेक्टेड मॅनेजमेंट फ्रेम्सची आवश्यकता आहे. त्याचा पर्यायी 192-बिट एंटरप्राइज सुरक्षा मोड लागू करण्यापूर्वी क्लायंट सुसंगतता तपासणीची देखील मागणी करतो.

जिथे डिव्हाइस-मॅनेजमेंट इन्फ्रास्ट्रक्चर सपोर्ट करते तिथे व्यवस्थापित कर्मचारी डिव्हाइसेससाठी प्रमाणपत्र-आधारित EAP-TLS वापरा. Passpoint मुळे कनेक्शन शोध आणि ऑनबोर्डिंगमध्ये सुधारणा होऊ शकते, परंतु ते मूळ प्रमाणीकरण (authentication) निर्णयाची जागा घेत नाही.

नियंत्रित क्रमाने मायग्रेट करा:

1. क्षमतेची इन्व्हेंटरी करा, ज्यामध्ये जुने स्मार्ट डिव्हाइसेस आणि प्रमाणपत्र सपोर्ट समाविष्ट आहे.
2. प्रथम कर्मचाऱ्यांना हलवा, जिथे प्रशासक एंडपॉइंट्स नियंत्रित करू शकतात.
3. रहिवाशांना हलवा, चाचणी केलेल्या सूचना आणि रोलबॅक मार्गासह.
4. इमारतीतील डिव्हाइसेस हलवा, व्हेंडरचे अवलंबित्व आणि तांत्रिक सातत्य सत्यापित करा.

हंगामी क्रेडेंशियल्स जाणीवपूर्वक काढून टाका. अन्यथा, तात्पुरता शेअर केलेला पासवर्ड हा कायमचा बायपास बनतो.

कव्हरेजची चाचणी कशी करावी आणि फेलओव्हरचे नियोजन कसे करावे

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

बहु-कौटुंबिक (multifamily) इमारतीमध्ये व्याप्तीचा (coverage) दुसरा खर्च असतो. प्रत्येक अतिरिक्त समाविष्ट केलेली खोली ही चॅनल शेअर करणाऱ्या उपकरणांचा गट वाढवते आणि एकाच चुकीचे कॉन्फिगरेशन केलेल्या किंवा पासवर्ड शेअर केलेल्या क्लायंटची समस्या पसरण्याची श्रेणी वाढवते. चाचणी व्याप्ती आणि ओळख वेगळेपण एकत्र करा: बॅकएंड अपयशी ठरल्यावर थ्रूपूट तपासण्या पास करणारे परंतु रहिवाशांना एकाच सामान्य सेगमेंटमध्ये सोडणारे युनिट हे उत्तीर्ण झालेले नाही.

कव्हरेज, कॅपेसिटी आणि रेझिलियन्स टेस्टिंग वेगळे करण्यासाठी खालील वर्कफ्लो वापरा.

लोक प्रत्यक्षात राहत असलेल्या इमारतीची चाचणी घ्या

1. प्रतिनिधिक लेआउटचे सर्वेक्षण करा. ब्लूप्रिंट्स, भिंतींची जाडी, काँक्रीट, मेटलवर्क आणि सर्व्हिस रायझर्सचे पुनरावलोकन करा. तुमचे डिव्हाइसेस वापरत असलेल्या बँडवर प्राप्त झालेली सिग्नल स्ट्रेंथ आणि सिग्नल-टू-नॉइज रेशिओ रेकॉर्ड करण्यासाठी क्लायंट टेस्टिंगसोबत Ekahau किंवा Hamina सारख्या सर्व्हे टूलचा वापर करा.

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

3. वास्तविक मागणी तयार करा. एकाच वेळी सक्रिय असलेले क्लायंट आणि अॅप्लिकेशन्सच्या आधारे कॅपेसिटीचे नियोजन करा. अॅक्सेस पॉइंटची जाहिरात केलेली असोसिएशन मर्यादा म्हणजे कनेक्ट केलेले प्रत्येक डिव्हाइस एकाच वेळी स्ट्रीम करू शकते किंवा व्हिडिओ कॉल चालू ठेवू शकते असे वचन नाही.

4. ऑथेंटिकेशन अपयशाची चाचणी घ्या. भौगोलिकदृष्ट्या रिडंडंट RADIUS सर्व्हिसची पडताळणी करा, नंतर बॅकएंड किंवा त्याच्या नेटवर्क पाथच्या नुकसानाची चाचणी घ्या. नवीन कनेक्शन्स, सध्याची सेशन्स, री-ऑथेंटिकेशन आणि कॅश केलेल्या ऑथोरायझेशनचे काय होते याचे दस्तऐवजीकरण करा. आउटेजदरम्यान प्रत्येक डिव्हाइस कोणत्या सेगमेंटमध्ये जाते ते तपासा; रहिवासी-निहाय अलगीकरण एकाच शेअर केलेल्या VLAN मध्ये समाविष्ट करणारा फॉलबॅक हा एक शोध आहे जो दुरुस्त केला पाहिजे, रिकव्हरी नाही.

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

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

Wi-Fi Alliance सुरक्षा मार्गदर्शक तत्वे अंमलबजावणीच्या सुरक्षेच्या बाजूला समाविष्ट करतात. सुरक्षा कॉन्फिगरेशन हे RF सर्वेक्षण किंवा मालमत्ता-विशिष्ट स्वीकृती तपशीलांचा पर्याय नाही, आणि ओळख-विभक्त केलेला रहदारी अजूनही रेडिओ एअरटाइम शेअर करते, त्यामुळे चॅनेलचा पुनर्वापर आणि ट्रान्समिट-पॉवर प्लॅनिंग हे कामाचा भाग राहतात.

बिझी-अवर स्वीकारार्हता लक्ष्ये

या सामान्य नियोजन मूल्यांपासून सुरुवात करा, नंतर इमारतीचे ॲप्लिकेशन्स आणि सर्व्हिस कॉन्ट्रॅक्टशी जुळण्यासाठी ते अधिक अचूक करा.

मॅट्रिक	ठराविक लक्ष्य	हे का महत्त्वाचे आहे
सिग्नल स्ट्रेंथ	प्रत्येक युनिटमधील सर्वात कमी सेवा मिळालेल्या ठिकाणी −67 dBm किंवा अधिक चांगले	पुन्हा प्रसारित न करता विश्वासार्ह स्ट्रीमिंग आणि कॉल्स
SNR	लोड असताना सुमारे 25 dB किंवा त्याहून अधिक	हस्तक्षेप असूनही स्पष्ट सिग्नल
पॅकेट लॉस	व्हॉईस आणि व्हिडिओसाठी सुमारे 1% च्या आत	कॉल्स आणि व्हिडिओ स्थिर राहतात
लॅटन्सी	नामित चाचणी एंडपॉइंटपर्यंत साधारण 50 ms पेक्षा कमी	प्रतिसाद देणारे ॲप्स आणि रिमोट डिव्हाइसेस
थ्रूपुट	पीक वेळेत सुविधांच्या ठिकाणी करारातील दराच्या किमान सुमारे 70%	सामायिक खोल्यांमध्ये गर्दी उघड करते

स्वीकारार्हता चाचणी पुन्हा करता येण्याजोगी बनवा

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

बहुतेक निवासी नेटवर्किंग साहित्य या व्याप्तीपर्यंत पोहोचत नाही. घरमालक-स्तरीय स्त्रोत जसे की Edinhart Realty and Property Management's networking guide समस्येची एकल-घर बाजू समाविष्ट करते, तर तपशीलवार WiFi network design checklist मधील माहिती स्वीकृती तपशीलाची उत्तरे देण्यासाठी आवश्यक असलेल्या मालमत्ता-स्तरीय प्रश्नांशी अधिक जवळून जोडली जाते.

नियोजनादरम्यान खालील व्हिडिओचा व्हिज्युअल संदर्भ म्हणून वापर करा; स्वीकृतीचे तपशील हे लेखी चाचणी दस्तऐवजात आहेत.

साइन ऑफ अट: सर्वात कमी सेवा मिळणाऱ्या वापरलेल्या युनिटने मान्य केलेली व्यस्त वेळेतील चाचणी उत्तीर्ण केल्यावर नेटवर्क स्वीकारा. इमारतीची निरोगी सरासरी ही एखाद्या डेड कॉर्नर युनिटची अडचण लपवू शकते.

तीन निवासी परिस्थितींवर केलेले काम

रिक्त-युनिट नियंत्रणांसह बिल्ड-टू-रेंट

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

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

त्या फरकाशिवाय, कर्मचारी एकतर टर्नओव्हर दरम्यान रिमोट कंट्रोल गमावतात किंवा उपकरणे डिस्कनेक्ट करणे टाळण्यासाठी निघून गेलेल्या भाडेकरूचा ॲक्सेस कायम ठेवतात. यापैकी कोणतीही स्वीकार्य देखभाल पद्धत नाही.

एक शेअर केलेला फिजिकल बॅकबोन संपूर्ण समुदायामध्ये या स्वतंत्र जबाबदाऱ्यांना सपोर्ट करू शकतो.

वारंवार निर्गमन होणारे को-लिव्हिंग

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

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

उपयुक्त अपवाद हाताळणीमध्ये समाविष्ट आहे:

• बुकिंग मुदतवाढ: संपूर्ण इमारतीचा पासवर्ड न देता मुदत संपण्याची तारीख अपडेट करा.
• लवकर निघून जाणे: रूममेट्सना त्रास न देता निघून जाणाऱ्या सदस्याचा प्रवेश रद्द करा.
• शेअर-स्क्रीन ॲक्सेस: खाजगी सदस्य सेगमेंट्स उघडे न करता इच्छित सेवेला अनुमती द्या.

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

कॉर्पोरेट खाती असलेले सर्व्हिस्ड अपार्टमेंट्स

कमी कालावधीसाठी येणारे भेट देणारे संमती नोंदवून Captive Portal द्वारे कनेक्ट होऊ शकतात आणि आयसोलेटेड गेस्ट सेगमेंटमध्ये प्रवेश करू शकतात. कॉर्पोरेट खात्यांना वेगवेगळ्या ऑथोरायझेशन मॉडेलची आवश्यकता असते: कंपनीच्या कर्मचाऱ्यांना त्या खात्याला नियुक्त केलेल्या अपार्टमेंटमध्ये कंपनी नेटवर्कची आवश्यकता असू शकते.

ती पात्रता केवळ अपार्टमेंट क्रमांकाशी जोडलेली न ठेवता कॉर्पोरेट वाटपाशी जोडलेली ठेवा. अपार्टमेंटची पुनर्रचना करताना पुढील बुकिंग सुरू होण्यापूर्वी मागील कंपनीचा ॲक्सेस काढून टाकला पाहिजे.

अन्यथा, गेस्ट डिव्हाइस शेजाऱ्याच्या उघड झालेल्या फाइल्सपर्यंत पोहोचू शकते, किंवा पूर्वीचा कॉर्पोरेट रहिवासी कंपनीच्या सेगमेंटमध्ये राहू शकतो. सोशल हाऊसिंग, स्टुडंट अकॉमोडेशन आणि मिलिटरी फॅमिली हाऊसिंग हे सेवा डिझाइनवर फंडिंग अटी आणि फी स्ट्रक्चर्ससह समान ओळख-आणि-जीवनचक्र पॅटर्नचे अनुसरण करतात.

ऑपरेशन्स आणि मूव्ह-इन रेडीनेस

Mecklenburg Times द्वारे नोंदवलेल्या Parks Associates च्या निष्कर्षांनुसार, 41% अपार्टमेंट भाडेकरू राहण्यास आल्यावर इंटरनेट तयार असण्याची अपेक्षा करतात. केवळ ॲक्टिव्हेट केलेले सर्किट ही अपेक्षा स्वतःहून पूर्ण करत नाही. रहिवासी त्यांच्या घराच्या प्रत्येक खोलीत फोन, लॅपटॉप आणि टीव्ही कनेक्ट होतात आणि कार्य करत राहतात की नाही यावरून तयारीचे मूल्यमापन करतात.

रेडीनेस हा वॉकथ्रूचा परिणाम आहे, म्हणून एखादा रहिवासी जसा अनुभव घेतो त्याप्रमाणे त्याची पडताळणी करा.

रेडीनेस हे एक निरीक्षण करण्यायोग्य परिणाम बनवा

• रहिवासी प्रमाणीकरण यशस्वी झाले: सोयीस्कर ब्राउझर नसलेल्या डिव्हाइससह, वास्तविक ऑनबोर्डिंग मार्गाद्वारे जारी केलेल्या क्रेडेंशियलची चाचणी करा.
• सुविधा कव्हरेज कार्य करते: केवळ प्रवेशद्वारावरच नाही, तर रहिवासी जेथे बसतात, व्यायाम करतात किंवा काम करतात तेथे सेवेची पडताळणी करा.
• ऑपरेशनल आयडेंटिटी सक्रिय आहेत: कर्मचारी आणि इमारतीची उपकरणे रहिवाशांचे कनेक्शन घेण्याऐवजी त्यांची नियुक्त क्रेडेंशियल्स वापरत असल्याची पुष्टी करा.
• रोमिंगमुळे सेवा सुरक्षित राहते: ॲप्लिकेशन चालवत असताना इच्छित रहिवासी मार्गावरून चाचणी डिव्हाइस फिरवून पहा.
• एस्कलेशनचा एक मालक असतो: रहिवाशांना एक नामांकित सपोर्ट चॅनेल द्या आणि कर्मचाऱ्यांना नेटवर्क ऑपरेटरसाठी एक दस्तऐवजीकरण केलेला मार्ग द्या.

बदलाच्या वेळी, बाहेर जाणाऱ्या रहिवाशाच्या उपकरणाच्या की (keys) बाहेर पडण्याच्या दिवशी रद्द करा, नवीन भाडेकरूचे क्रेडेन्शियल्स राहण्यासाठी येण्याच्या दिवशी जारी करा आणि परिणामी होणारे VLAN असाइनमेंट सत्यापित करा. डॉक्युमेंट केलेल्या move-in and move-out credential workflow चा वापर करा जेणेकरून प्रशासकाला हाताने लिहिलेल्या स्मरणपत्रावर अवलंबून राहावे लागणार नाही.

उशिरा निघणाऱ्यांसाठी आणि वादग्रस्त ताबा नोंदींसाठी अपवाद रांग (exception queue) ठेवा. ऑटोमेशनला अनिश्चित ॲक्सेस अपवादाऐवजी नियंत्रित ओव्हरराईडची आवश्यकता असते, म्हणून ते देण्यापूर्वी मुदत समाप्ती सेट करा आणि ऑडिट ट्रेल ठेवा. अनिश्चित कालावधीचा ओव्हरराईड हे अनमॅनेज्ड क्रेडेंशियल आहे.

प्रशासकीय गोंधळ कमी करा

प्रत्येक अतिरिक्त SSID ब्रॉडकास्टिंग रेडिओवर बीकन ट्रॅफिक वाढवतो, आणि आठ ते दहा नेटवर्क नावे केवळ बीकन्सवरच १५ ते २५% चॅनेल एअरटाइम खर्च करू शकतात. केवळ तीन एंट्री पॉईंट्सवर एकत्रीकरण केल्याने तो एअरटाइम परत मिळतो. हे ब्लास्ट रेडियस देखील कमी करते: प्रत्येक कॉरिडॉर आणि ॲमेनिटी डेकला कव्हर करणाऱ्या नेटवर्कवर, सामायिक पासवर्डवरील एक चुकीचे कॉन्फिगर केलेले किंवा तडजोड केलेले डिव्हाइस SSID पोहोचते तिथपर्यंत पोहोचू शकते. काही SSIDs च्या मागे असलेल्या वैयक्तिक कळा एकाच खराब डिव्हाइसला त्याच्या स्वतःच्या सेगमेंटमध्ये मर्यादित ठेवतात.

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

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

तुम्ही उभारणी करण्यापूर्वी तुमच्या बिल्डिंगचे मॉडेल निश्चित करा

बल्क इंटरनेट असलेल्या नवीन बांधकामासाठी, केबलिंगचे मालकत्व, उपकरणांचा ऍक्सेस आणि ऑपरेशनल जबाबदारी निश्चित करण्यासाठी बांधकामाच्या कालावधीचा वापर करा. बल्क बिलिंगची काळजीपूर्वक निवड करा, तीन ऍक्सेस श्रेणी वापरा, इमारतीच्या उपकरणांना वैयक्तिक क्रेडेन्शियल्स नियुक्त करा आणि व्यवस्थापित कर्मचारी एंडपॉइंट्ससाठी प्रमाणपत्रे वापरा.

सामायिक पायाभूत सुविधा नसलेल्या जुन्या इमारतीसाठी, सुरक्षित कर्मचारी कनेक्टिव्हिटी आणि मालमत्ता प्रणालींसाठी नियंत्रित ऍक्सेसपासून सुरुवात करा. संपूर्ण रहिवाशांसाठी सेवा सुरू करण्यापूर्वी विद्यमान केबलिंग आणि स्विचिंगची तपासणी करा, त्यानंतर सपोर्ट मालकाचे नाव निश्चित झाल्यावर रहिवासी बिलिंग निवडा.

मिश्र-उत्पन्न किंवा सुविधा-आधारित प्रॉपर्टीसाठी, पर्यायी जलद टियरसह मूळ सेवा ऑपरेटिंग मॉडेलशी सुसंगत असू शकते. सर्व टियर्समध्ये आयसोलेशन, क्रेडेंशियलचे आयुष्य आणि गोपनीयता संरक्षण समान ठेवा; कमी पैसे देणे म्हणजे कमकुवत वेगळेपण असा नाही.

निर्णय कागदावर मांडून ठेवा

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

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

सेवा करारावर स्वाक्षरी करण्यापूर्वी, डिलिव्हरेबल्स म्हणून तीन-नेटवर्क आकृती आणि मागे घेण्याची (revocation) प्रक्रिया मागवून घ्या. ऑपरेटरकडून हे प्रात्यक्षिक घ्या की कसे एखादे तडजोड केलेले डिव्हाइस आपले ॲक्सेस गमावते, तर असंबद्ध रहिवासी आणि इमारतीचे नियंत्रणे कनेक्टेड राहतात.

---

Purple Access तुमच्या मालकीच्या access points वर पाहुणे, कर्मचारी, रहिवासी आणि उपकरणांसाठी खुले, सुरक्षित आणि xPSK WiFi प्रदान करते. तुमच्या इमारतीचे विद्यमान कनेक्शन तीन नेटवर्कमध्ये मॅप करण्यासाठी आणि वैयक्तिक ऍक्सेस कसा जारी, विभक्त आणि रद्द केला जाईल याचे नियोजन करण्यासाठी Purple Access ला भेट द्या.