संक्षेप में / मुख्य बातें
- मल्टी-टेनेंट WiFi, गेस्ट WiFi से अलग श्रेणी है। एक नेटवर्क कई घरों को सेवा देता है और हर निवासी अपने निजी "WiFi बबल" में रहता है - उसके डिवाइस एक-दूसरे को पहचानते हैं, लेकिन दूसरे निवासी दिखाई नहीं देते।
- इसे संभव बनाने वाली तकनीक iPSK (Identity Pre-Shared Key) है, जिसे Aruba में PPSK और Cisco Meraki में Personal Private Network कहा जाता है। हर निवासी के पास उसकी किरायेदारी से जुड़ी एक अनूठी WiFi की होती है।
- किन सेक्टरों में: बिल्ड-टू-रेंट (BTR), पर्पज़-बिल्ट स्टूडेंट आवास, सोशल हाउसिंग, कोवर्किंग। तकनीक वही, लेकिन हर सेक्टर का ऑपरेशनल और कमर्शियल मॉडल अलग।
- हार्डवेयर-एग्नॉस्टिक सॉफ़्टवेयर ओवरले। आपके मौजूदा Cisco, Aruba, Ruckus, Mist, UniFi, Cambium, Extreme या Fortinet एक्सेस पॉइंट्स पर चलता है। प्रति-यूनिट प्राइसिंग, कोई बंडल्ड ब्रॉडबैंड कॉन्ट्रैक्ट नहीं।
मल्टी-टेनेंट WiFi वह है जब एक नेटवर्क सैकड़ों अलग-अलग घरों को सेवा देता है। हर निवासी को अपना निजी WiFi अनुभव मिलता है, जिसमें उसके डिवाइस एक-दूसरे को पहचानते हैं और इमारत के हर दूसरे निवासी से अलग रहते हैं।
चेक-इन पर पासवर्ड शीट नहीं। “Chromecast कनेक्ट नहीं हो रहा” वाले सपोर्ट टिकट नहीं। हर बार किसी के जाने पर साझा पासवर्ड बदलने की ज़रूरत नहीं।
यह गाइड बताती है कि मल्टी-टेनेंट WiFi क्या है, यह कैसे काम करता है (तकनीकी जवाब iPSK है, और हम इसे ठीक से समझाएँगे), सेक्टर के हिसाब से इसमें क्या अंतर है, WiFi को मैनेज्ड सुविधा मानने के ऑपरेशनल और कमर्शियल कारण क्या हैं, और इसे आपके मौजूदा एक्सेस पॉइंट्स पर कैसे डिप्लॉय करें।
मल्टी-टेनेंट WiFi क्या है?
मल्टी-टेनेंट WiFi एक नेटवर्क आर्किटेक्चर है, जो उन इमारतों के लिए बना है जहाँ कई अलग-अलग घर या व्यवसाय एक ही बुनियादी इंफ्रास्ट्रक्चर साझा करते हैं। चार ज़रूरतें इस श्रेणी को परिभाषित करती हैं। अस्थायी विज़िटर्स के लिए बना गेस्ट WiFi चारों पर विफल होता है।
निवासियों के बीच प्राइवेसी
एक निवासी के डिवाइस दूसरे निवासी के डिवाइस नहीं देख सकते, भले ही वे एक ही एक्सेस पॉइंट पर हों।
घर के भीतर निरंतरता
हर निवासी के अपने डिवाइस एक-दूसरे को पहचानते हैं और साथ काम करते हैं, जैसे घर के नेटवर्क पर करते हैं।
निवासी-विशिष्ट एक्सेस
एक्सेस मूव-इन पर प्रोविज़न होता है और मूव-आउट पर बंद हो जाता है। किसी और के लिए पासवर्ड बदलने की ज़रूरत नहीं।
IoT स्केल के लिए घनत्व
प्रति घर 15-25 डिवाइस। 200 यूनिट वाली इमारत में किसी भी समय WiFi पर 3,000-5,000 डिवाइस होते हैं।
यह कैसे काम करता है: “WiFi बबल”
मल्टी-टेनेंट WiFi को संभव बनाने वाली तकनीक iPSK (Identity Pre-Shared Key) है। ऑनबोर्डिंग के दौरान हर निवासी को एक अनूठा WiFi पासवर्ड दिया जाता है। उसके सभी डिवाइस वही पासवर्ड इस्तेमाल करते हैं, और नेटवर्क उसी पासवर्ड से पहचानता है कि डिवाइस किस निवासी का है।
मल्टी-टेनेंट नेटवर्क लेआउट की योजना बना रहे हैं? अपनी प्रॉपर्टी के लिए ज़रूरी सबनेट साइज़, IP स्कोप और DHCP रेंज की गणना करने के लिए हमारा मुफ़्त iPSK Subnet Designer इस्तेमाल करें (हमारी मुफ़्त WiFi टूल्स लाइब्रेरी से)।
नतीजा है प्रति-निवासी WiFi बबल:
- निवासी A की की पर चलने वाला हर डिवाइस, निवासी A की की वाले हर दूसरे डिवाइस को देखता है। उनका फ़ोन उनका Chromecast खोज लेता है, उनका स्मार्ट स्पीकर उनके बल्बों से पेयर हो जाता है, उनका कंसोल उनका टीवी ढूँढ लेता है।
- निवासी A की की वाला कोई डिवाइस किसी दूसरी की वाले डिवाइस को नहीं देखता। निवासी B के डिवाइस निवासी A को दिखाई नहीं देते, भले ही वे एक ही एक्सेस पॉइंट पर हों।
- निवासी A का पासवर्ड किसी और के लिए काम नहीं करता। जब वे चले जाते हैं, तो उनकी की रद्द कर दी जाती है और किसी दूसरे निवासी पर असर नहीं पड़ता।
निवासी को यह बिल्कुल घर के नेटवर्क जैसा लगता है। ऑपरेटर के लिए यह मज़बूत टेनेंट आइसोलेशन वाला एक नेटवर्क है। iPSK को कभी-कभी PPSK (Aruba) या Personal Private Network (Cisco Meraki) कहा जाता है। शब्दावली वेंडर के हिसाब से बदलती है; अवधारणा वही है। ऑथेंटिकेशन इंजन के पक्ष के लिए RADIUS-as-a-Service और बुनियादी मानकों के लिए WPA-Enterprise देखें।
मल्टी-टेनेंट WiFi बनाम गेस्ट WiFi: ज़रूरी अंतर
ऑपरेटर कभी-कभी पूछते हैं कि क्या वे रेज़िडेंशियल के लिए होटल जैसा गेस्ट WiFi सिस्टम इस्तेमाल कर सकते हैं। जवाब है नहीं। गेस्ट WiFi सिस्टम किसी रेज़िडेंशियल इमारत में आने वाले विज़िटर्स (डिलीवरी ड्राइवर, कॉन्ट्रैक्टर, निवासियों के परिवार) को सेवा दे सकता है। ख़ुद निवासियों को नहीं।
| पहलू | गेस्ट WiFi | मल्टी-टेनेंट WiFi |
|---|---|---|
| डिवाइस डिस्कवरी | डिफ़ॉल्ट रूप से हर डिवाइस हर दूसरे डिवाइस से अलग। | एक ही निवासी की की वाले डिवाइस एक-दूसरे को पहचानते हैं; दूसरे निवासी अदृश्य रहते हैं। |
| सेशन की अवधि | घंटे या दिन, शुरुआत में कैप्टिव पोर्टल साइन-इन के साथ। | स्थायी, अपने-आप, सालों तक। |
| ऑनबोर्डिंग मॉडल | हर सेशन के लिए एक बार का साइन-इन फ़्लो। | ऐसे क्रेडेंशियल जो घर बदलने, डिवाइस बदलने और नए IoT जोड़ने के बाद भी बने रहते हैं। |
| प्राइवेसी मॉडल | उपयोगकर्ता एक-दूसरे को नहीं जानते, अस्थायी माने जाते हैं। | लगातार चलने वाला रिश्ता; अपेक्षा होटल लॉबी के बजाय घर के WiFi के ज़्यादा क़रीब। |
| IoT सपोर्ट | मानकर चलता है कि डिवाइस में स्क्रीन है और पास में कोई व्यक्ति है। | स्मार्ट स्पीकर, लाइट, प्लग, सेंसर, उपकरण, सब सपोर्टेड। |
सेक्टर के अनुसार मल्टी-टेनेंट WiFi
सभी सेक्टरों में तकनीक एक ही है। ऑपरेशनल मॉडल, कमर्शियल तर्क और ख़ास ज़रूरतें अलग होती हैं।
मल्टी-टेनेंट की आम चुनौतियाँ (और iPSK उन्हें कैसे हल करता है)
हर सेक्टर में वही कुछ समस्याएँ ऑपरेशन का समय खाती हैं। ज़्यादा डिवाइस घनत्व, घरेलू IoT और साझा इंफ्रास्ट्रक्चर ऐसी समस्याएँ पैदा करते हैं जो रेज़िडेंशियल ब्रॉडबैंड में नहीं होतीं। ज़्यादातर का जवाब एक ही है: सही तरीक़े से किया गया प्रति-निवासी आइसोलेशन।
Chromecast और स्मार्ट होम पेयरिंग
मल्टी-टेनेंट का सबसे आम सपोर्ट टिकट। Chromecast (और Apple TV, Echo, Sonos) को उसी नेटवर्क पर कास्टिंग डिवाइस खोजना होता है। iPSK इसे हल करता है: एक ही निवासी की की वाले डिवाइस एक-दूसरे को देख सकते हैं, अलग की वाले नहीं।
गेम कंसोल और NAT टाइप
PlayStation, Xbox और Switch को ऑनलाइन मल्टीप्लेयर के लिए NAT टाइप Open (या Sony के लिए Type 2) चाहिए। समाधान है हर निवासी सेगमेंट के लिए सही CGNAT और UPnP हैंडलिंग, न कि पूरे नेटवर्क की सुरक्षा ढीली करना।
स्मार्ट होम डिवाइस ऑनबोर्डिंग
ज़्यादातर स्मार्ट होम डिवाइस सेटअप के लिए Bluetooth या अस्थायी लोकल WiFi नेटवर्क इस्तेमाल करते हैं, फिर उन्हें निवासी के मुख्य नेटवर्क में जोड़ना होता है। iPSK नया डिवाइस दूसरे निवासियों के सामने उजागर किए बिना इसे सपोर्ट करता है।
वॉइस असिस्टेंट और कास्टिंग
Alexa, Google Home और HomePod को उन्हीं डिवाइसों वाले लॉजिकल नेटवर्क पर होना चाहिए जिन्हें वे नियंत्रित करते हैं। iPSK के साथ सही ढंग से करने पर यह घर जैसा ही काम करता है। गेस्ट-स्टाइल आइसोलेशन के साथ यह बिल्कुल काम नहीं करता।
किरायेदारी के बीच नए डिवाइस जोड़ना
निवासी अपनी किरायेदारी के दौरान डिवाइस जोड़ते रहते हैं। सही तरीक़ा है सेल्फ़-सर्विस डिवाइस जोड़ना (रेज़िडेंट ऐप या ऐसे कैप्टिव पोर्टल फ़्लो से, जो निवासी की मौजूदा की नए डिवाइस को दे)।
सबको परेशान किए बिना मूव-आउट
प्रति-निवासी अनूठे क्रेडेंशियल के बिना किरायेदारी ख़त्म होने पर पूरी इमारत का पासवर्ड बदलना पड़ता है और हर दूसरे निवासी के डिवाइस बंद हो जाते हैं। iPSK के साथ एक की रद्द करने का असर सिर्फ़ उसी निवासी पर पड़ता है।
सुविधा के रूप में मैनेज्ड WiFi का बिज़नेस केस
BTR और पर्पज़-बिल्ट स्टूडेंट आवास ऑपरेटरों के लिए WiFi अब वैकल्पिक अतिरिक्त चीज़ नहीं है। यह जिम एक्सेस या यूनिट में लॉन्ड्री जैसी सुविधा है, और इसका कमर्शियल रिटर्न मापा जा सकता है। नीचे दिए बेंचमार्क British Property Federation और इसी तरह के सेक्टर शोध पर आधारित हैं।
प्रति डोर NOI
किराया प्रीमियम, यूनिट ख़ाली रहने की अवधि में कमी और रिटेंशन में बढ़ोतरी को जोड़ें। जब अपने हार्डवेयर पर सॉफ़्टवेयर ओवरले के रूप में डिप्लॉय किया जाए, तो सुविधा के रूप में मैनेज्ड WiFi मॉडल किए गए मामलों में लगातार NOI-पॉज़िटिव रहता है। जब WiFi को किसी थर्ड-पार्टी ब्रॉडबैंड कॉन्ट्रैक्ट के साथ बंडल किया जाता है जो उसकी वैल्यू ले लेता है, तो मॉडल कमज़ोर पड़ जाता है।
मार्केटिंग में अलग पहचान
BTR और पर्पज़-बिल्ट स्टूडेंट आवास बुकिंग शोध में WiFi की गुणवत्ता टॉप-पाँच सुविधा कारकों में है। WiFi गुणवत्ता में आगे रहने वाले ऑपरेटर सुविधा संतुष्टि स्कोर में लगातार सेक्टर औसत से बेहतर प्रदर्शन करते हैं।
सोशल हाउसिंग: एक अलग नज़रिया
सोशल हाउसिंग के लिए बिज़नेस केस अलग है। यहाँ मीट्रिक डिजिटल समावेशन है। फ़ंडिंग मॉडल में अक्सर बाज़ार किराये में बढ़ोतरी के बजाय कैपिटल प्रोग्राम, सोशल-टैरिफ़ साझेदारियाँ या सर्विस-चार्ज ढाँचे शामिल होते हैं। सॉफ़्टवेयर-ओवरले मॉडल फिर भी लागू होता है; बस कमर्शियल नज़रिया बदल जाता है।
अनुपालन और निवासी डेटा प्राइवेसी
मल्टी-टेनेंट WiFi, गेस्ट WiFi की तुलना में ज़्यादा संवेदनशील प्राइवेसी संदर्भ में आता है। निवासियों का ऑपरेटर के साथ लगातार रिश्ता होता है, और डेटा का जोखिम मिनटों के बजाय सालों तक फैला होता है।
निवासी आइसोलेशन अपने-आप में प्राइवेसी की ज़रूरत है
ऑपरेटरों का कर्तव्य है कि कोई निवासी दूसरे निवासी के डिवाइस खोज या उनसे इंटरैक्ट न कर सके। iPSK वह तकनीकी तंत्र है जो इसे संभव बनाता है।
व्यक्तिगत एनालिटिक्स सीमित है
कॉमन एरिया में कुल फुटफॉल और ड्वेल-टाइम एनालिटिक्स आमतौर पर ठीक है। निवासी की यूनिट के अंदर उसके व्यक्तिगत व्यवहार की ट्रैकिंग ठीक नहीं है।
छोटा डिफ़ॉल्ट रिटेंशन
निवासी की पहचान वाले WiFi लॉग सिर्फ़ तब तक रखे जाने चाहिए जब तक सुरक्षा, अनुपालन और ऑपरेशन के लिए ज़रूरी हो। छह महीने एक आम ऊपरी सीमा है।
चुनने योग्य डेटा रेज़िडेंसी
Purple का डेटा EU, UK या US क्षेत्रों में स्टोर होता है, जिसे प्रोविज़निंग के समय चुना जाता है।
आपके बाज़ार में लागू फ़्रेमवर्क: UK GDPR। अन्य जगहों पर समकक्ष: EU GDPR, CCPA / CPRA (कैलिफ़ोर्निया), PIPEDA (कनाडा), LGPD (ब्राज़ील)। पूरा विवरण डेटा प्राइवेसी पेज पर है।
हार्डवेयर कम्पैटिबिलिटी
मल्टी-टेनेंट WiFi उसी एंटरप्राइज़ एक्सेस पॉइंट हार्डवेयर पर चलता है जिस पर गेस्ट WiFi और स्टाफ WiFi चलते हैं। अंतर सॉफ़्टवेयर परत का है, जो हर निवासी को iPSK की जारी करती है और प्रति-निवासी आइसोलेशन संभालती है।
Purple का मल्टी-टेनेंट प्लेटफ़ॉर्म इनके साथ काम करता है:
एक्सेस पॉइंट में ज़रूरी मुख्य तकनीकी क्षमता है प्रमाणीकरण में इस्तेमाल हुई iPSK की के आधार पर प्रति-डिवाइस VLAN असाइनमेंट। सभी मौजूदा एंटरप्राइज़-ग्रेड एक्सेस पॉइंट इसे सपोर्ट करते हैं; पुराने उपकरण शायद न करें।
नई बनने वाली BTR और PBSA योजनाओं में डिज़ाइन-एंड-बिल्ड चरण पर ही हार्डवेयर तय करने से बाद में रेट्रोफ़िट से बचा जा सकता है। मौजूदा इमारतों में रेट्रोफ़िट के लिए, Purple के ओवरले मॉडल का मतलब है कि मौजूदा एक्सेस पॉइंट आमतौर पर बिना बदले काम करते हैं, बशर्ते वे एंटरप्राइज़-ग्रेड हों। IEEE 802.11 WPA-PSK बुनियादी मानक है; WPA3 Personal मौजूदा अत्याधुनिक मानक है।
मल्टी-टेनेंट WiFi प्लेटफ़ॉर्म कैसे चुनें
मल्टी-टेनेंट WiFi सॉफ़्टवेयर के मूल्यांकन के लिए एक व्यावहारिक चेकलिस्ट।
बुनियादी शर्त। प्रति-निवासी प्री-शेयर्ड की के बिना कोई समाधान मल्टी-टेनेंट समाधान नहीं है।
रेज़िडेंट ऐप या सेल्फ़-सर्विस पोर्टल, जो की जारी करना, डिवाइस जोड़ना और घर बदलना संभाले।
ऐसे प्लेटफ़ॉर्म से बचें जो आपको किसी ख़ास AP वेंडर या बंडल्ड ब्रॉडबैंड कॉन्ट्रैक्ट में बाँध दें।
प्रतिबद्धता से पहले ख़ास तौर पर Chromecast, Sonos, वॉइस असिस्टेंट और गेम कंसोल के साथ टेस्ट करें।
पोर्टफ़ोलियो ऑपरेटरों को कई इमारतों के लिए एक डैशबोर्ड चाहिए। हर इमारत का अलग एडमिन स्केल नहीं होता।
Yardi, MRI, RealPage, Spareroom - मूव-इन / मूव-आउट ऑटोमेशन जो आपके स्टैक में फ़िट हो।
UK GDPR या स्थानीय समकक्ष, साथ ही सेक्टर-विशिष्ट ज़रूरतें (सेफ़गार्डिंग, सोशल-टैरिफ़ नियम)।
प्रति-यूनिट प्राइसिंग अनुमानित रूप से स्केल होती है। प्रति-AP या प्रति-बैंडविड्थ मॉडल इमारत के डिज़ाइन को बिगाड़ते हैं।
यूनिट किराये पर देने के व्यस्त सीज़न में कवर (स्टूडेंट के लिए अगस्त-सितंबर, BTR के लिए जनवरी / सितंबर)।
अक्सर पूछे जाने वाले प्रश्न
मल्टी-टेनेंट WiFi क्या है?
+
मल्टी-टेनेंट WiFi एक नेटवर्क आर्किटेक्चर है जो साझा बुनियादी इंफ्रास्ट्रक्चर पर कई अलग-अलग घरों या व्यवसायों को सेवा देता है, जिसमें हर निवासी के डिवाइस दूसरे निवासियों के डिवाइसों से अलग रहते हैं लेकिन आपस में एक-दूसरे को दिखाई देते हैं। इसका इस्तेमाल बिल्ड-टू-रेंट (BTR), पर्पज़-बिल्ट स्टूडेंट आवास, सोशल हाउसिंग और कोवर्किंग में होता है।
iPSK और PPSK में क्या अंतर है?
+
एक ही अवधारणा, अलग-अलग वेंडर नाम। iPSK (Identity Pre-Shared Key) शब्द सबसे ज़्यादा Cisco से जुड़ा है। PPSK (Private Pre-Shared Key) Aruba का शब्द है। दोनों टेनेंट आइसोलेशन के लिए प्रति-डिवाइस या प्रति-निवासी अनूठी प्री-शेयर्ड की देते हैं।
क्या मैं निवासियों के लिए गेस्ट WiFi इस्तेमाल कर सकता हूँ?
+
नहीं। गेस्ट WiFi हर डिवाइस को हर दूसरे डिवाइस से अलग कर देता है, जिससे Chromecast, स्मार्ट होम पेयरिंग और वॉइस असिस्टेंट नियंत्रण जैसे निवासी उपयोग टूट जाते हैं। मल्टी-टेनेंट WiFi एक अलग आर्किटेक्चर है, जो लगातार रेज़िडेंशियल उपयोग के लिए बना है।
मल्टी-टेनेंट WiFi पर Chromecast कैसे काम करता है?
+
सही ढंग से डिप्लॉय किया गया iPSK किसी निवासी के डिवाइसों को एक-दूसरे को देखने देता है, जबकि वे दूसरे निवासियों से अलग रहते हैं। Chromecast उसी निवासी की की वाले कास्टिंग डिवाइस खोज लेता है। "Chromecast कनेक्ट नहीं हो रहा" समस्या किसी रेज़िडेंशियल इमारत में गेस्ट-WiFi-स्टाइल डिप्लॉयमेंट का लक्षण है, आम तौर पर मल्टी-टेनेंट WiFi का नहीं।
क्या निवासियों को कोई ऐप इंस्टॉल करना होगा?
+
यह वैकल्पिक है। रेज़िडेंट ऐप से सेल्फ़-सर्विस ऑनबोर्डिंग ऑपरेशनल रूप से सबसे कुशल मॉडल है और निवासी को डिवाइस जोड़ने का नियंत्रण देता है। दूसरा विकल्प पहले कनेक्शन पर कैप्टिव पोर्टल आधारित साइन-अप है। दोनों काम करते हैं; पोर्टफ़ोलियो के लिए ऐप मॉडल बेहतर स्केल होता है।
मल्टी-टेनेंट WiFi हर यूनिट को अलग ब्रॉडबैंड देने से कैसे अलग है?
+
प्रति-यूनिट ब्रॉडबैंड के लिए हर यूनिट का अलग ISP कॉन्ट्रैक्ट, अलग उपकरण, मूव-इन पर अलग सेटअप और अलग सपोर्ट चाहिए। मल्टी-टेनेंट WiFi एक नेटवर्क और एक कॉन्ट्रैक्ट से तुलनीय प्रति-निवासी अनुभव देता है, जिसमें उसी दिन मूव-इन की तैयारी और केंद्रीकृत ऑपरेशन होते हैं। प्रति-डोर लागत आमतौर पर प्रति-यूनिट ब्रॉडबैंड से 30-50% कम होती है।
क्या निवासी अपना WiFi राउटर ला सकते हैं?
+
यह ऑपरेटर की पॉलिसी पर निर्भर करता है। ज़्यादातर BTR और पर्पज़-बिल्ट स्टूडेंट आवास ऑपरेटर निवासियों के लगाए राउटर पर रोक लगाते हैं, क्योंकि वे इमारत-व्यापी सिस्टम में RF इंटरफ़ेरेंस पैदा करते हैं और नेटवर्क सुरक्षा को बायपास करते हैं। जहाँ निजी राउटर की अनुमति है (कुछ सोशल हाउसिंग योजनाओं में), वहाँ मल्टी-टेनेंट सिस्टम राउटर के नेटवर्क को इमारत के बाक़ी हिस्से से अलग कर देता है।
क्या मल्टी-टेनेंट WiFi गेमिंग सपोर्ट करता है?
+
हाँ, सही ढंग से डिप्लॉय होने पर। गेम कंसोल को NAT टाइप Open (या PlayStation के लिए Type 2) चाहिए, जो हर निवासी सेगमेंट के लिए सही CGNAT कॉन्फ़िगरेशन और UPnP सपोर्ट से मिलता है। यह Purple के मानक मल्टी-टेनेंट डिप्लॉयमेंट का हिस्सा है।
निवासी डेटा को कैसे संभाला जाता है?
+
ऑपरेटर की डेटा संरक्षण पॉलिसी और लागू क़ानून (UK GDPR या समकक्ष) के अनुसार। Purple डेटा प्रोसेसर है; ऑपरेटर डेटा कंट्रोलर है। निवासी की पहचान वाले लॉग सिर्फ़ तब तक रखे जाते हैं जब तक ऑपरेशन और अनुपालन के लिए ज़रूरी हो, आमतौर पर छह महीने या उससे कम। कॉमन एरिया पर कुल एनालिटिक्स ठीक है; किसी निवासी के व्यक्तिगत व्यवहार की ट्रैकिंग उचित नहीं है।
क्या एक ही नेटवर्क निवासियों के साथ मेहमानों और विज़िटर्स को भी सपोर्ट कर सकता है?
+
हाँ। मल्टी-टेनेंट WiFi प्लेटफ़ॉर्म आमतौर पर निवासी SSID के साथ एक अलग गेस्ट SSID चलाते हैं, जो उन्हीं एक्सेस पॉइंट्स से सर्व होता है। विज़िटर्स (कॉन्ट्रैक्टर, डिलीवरी ड्राइवर, निवासियों के परिवार) छोटे सेशन और पूरे आइसोलेशन वाले कैप्टिव पोर्टल फ़्लो से कनेक्ट होते हैं। निवासी अपनी iPSK से स्थायी एक्सेस के साथ कनेक्ट होते हैं।