Ruu PPSK: वैशिष्ट्ये आणि डिप्लॉयमेंट मॉडेल्सची तुलना

Purple च्या तांत्रिक ब्रिफिंगमध्ये आपले स्वागत आहे. आज आपण Ruu PPSK कव्हर करत आहोत. ती एक Private Pre-Shared Key WiFi आर्किटेक्चर आहे आणि विशेषतः ती बहु-भाडेकरू निवासी आणि व्यावसायिक मालमत्तेच्या डिप्लॉयमेंटला कशी लागू होते याबद्दल आहे. मी तुम्हाला हे काय आहे, ते पर्यायांच्या तुलनेत कसे आहे, कोणते डिप्लॉयमेंट मॉडेल तुमच्या परिस्थितीला अनुकूल आहे आणि बहुतेक प्रोजेक्ट्स ज्या अडचणींमुळे रखडतात त्याबद्दल सविस्तर माहिती देणार आहे. चला सुरुवात करूया. प्रथम, समस्या काय आहे ते पाहूया. जर तुम्ही बिल्ड टू रेंट डेव्हलपमेंट, विद्यार्थ्यांचे निवासस्थान किंवा कोणतीही बहु-निवासी मालमत्ता व्यवस्थापित करत असाल, तर तुम्हाला एका विशिष्ट WiFi आव्हानाचा सामना करावा लागतो जो मानक एंटरप्राइझ नेटवर्किंग सहजपणे सोडवू शकत नाही. पारंपारिक WPA2 पर्सनल नेटवर्कमध्ये, इमारतीमधील प्रत्येक डिव्हाइस एकच पासवर्ड शेअर करते. जेव्हा एखादा रहिवासी घर सोडून जातो, तेव्हा तुमच्याकडे दोन पर्याय असतात. तुम्ही पासवर्ड बदलता, ज्यामुळे इमारतीतील इतर प्रत्येक रहिवाशाचे WiFi बंद होते. किंवा तुम्ही जुन्या रहिवाशाला ॲक्सेस राहू देता. यापैकी कोणताही पर्याय स्वीकारार्ह नाही. आणि 200 युनिट्सच्या ठिकाणी, हे दोन्ही पर्याय ऑपरेशनल दृष्ट्या व्यवहार्य नाहीत. हीच ती समस्या आहे जी PPSK सोडवते. Private Pre-Shared Key प्रत्येक रहिवाशाला, प्रत्येक फ्लॅटला किंवा प्रत्येक डिव्हाइस ग्रुपला स्वतःचा वेगळा WiFi पासफ्रेज देते. ते सर्व एकाच SSID ला, म्हणजेच एकाच नेटवर्क नावाला जोडतात, परंतु प्रत्येक की एका वेगळ्या VLAN ला मॅप करते. म्हणजेच व्हर्च्युअल लोकल एरिया नेटवर्क. फ्लॅट 12 हा VLAN 10 वर आहे. फ्लॅट 13 हा VLAN 20 वर आहे. IoT डिव्हाइसेस VLAN 99 वर आहेत. ॲक्सेस पॉइंट की-टू-VLAN मॅपिंग स्वयंचलितपणे हाताळतो. बेसिक मॉडेलमध्ये कोणत्याही RADIUS सर्व्हरची आवश्यकता नसते. कोणतीही सर्टिफिकेट इन्फ्रास्ट्रक्चर नाही. डिव्हाइसवर कोणतीही 802.1X सप्लिकंटची गरज नाही. आता, टर्मिनॉलॉजीबद्दल थोडं बोलूया, कारण इथेच बाजारात खरा गोंधळ निर्माण होतो. Aruba याला PPSK म्हणते. Cisco Meraki याला iPSK, किंवा Identity PSK म्हणते. Juniper Mist ePSK वापरते. Extreme Networks, ज्यांनी मूळतः Aerohive ब्रँड अंतर्गत ही संकल्पना विकसित केली होती, ते याला Private PSK म्हणतात. Ubiquiti UniFi याला फक्त PPSK म्हणते. Cambium देखील ePSK वापरते. या सर्वांमागील मूळ यंत्रणा अगदी सारखीच आहे. एक SSID, अनेक युनिक की, प्रत्येक की एका VLAN किंवा पॉलिसी ग्रुपशी जोडलेली असते. व्हेंडरची नावे हे मार्केटिंग आहे, तांत्रिक फरक नाही. मी तुम्हाला असोसिएशन लेयरवर प्रत्यक्षात काय घडते ते सांगतो, कारण याच ठिकाणी हे आर्किटेक्चर आपले महत्त्व सिद्ध करते. जेव्हा एखाद्या रहिवाशाचे डिव्हाइस SSID शी कनेक्ट होते, तेव्हा ते WPA2 फोर-वे हँडशेक दरम्यान आपली प्री-शेअर्ड की सादर करते. ॲक्सेस पॉइंट, किंवा त्यामागील क्लाउड कंट्रोलर, PPSK स्टोअरमध्ये ती की शोधतो, ती कोणत्या VLAN ला मॅप करते ते ओळखतो आणि त्या क्षणापासून त्या डिव्हाइसच्या ट्रॅफिकला त्यानुसार टॅग करतो. डिव्हाइसला अगदी सामान्य WiFi कनेक्शन दिसते. आपल्याला एका वेगळ्या सेगमेंटमध्ये ठेवले गेले आहे याची त्याला कल्पनाही नसते. त्याचे Chromecast काम करते. त्याचा स्मार्ट स्पीकर पेअर होतो. त्याच्या कन्सोलला योग्य NAT प्रकार मिळतो. सर्व काही अगदी घरच्या ब्रॉडबँड कनेक्शनसारखेच कार्य करते, कारण डिव्हाइसच्या दृष्टिकोनातून ते तसेच असते. हा 802.1X मधील महत्त्वाचा फरक आहे, जो कर्मचारी नेटवर्क आणि कॉर्पोरेट वातावरणासाठी एंटरप्राइझ मानक आहे. 802.1X ला प्रत्येक डिव्हाइसवर RADIUS सर्व्हर, आयडेंटिटी प्रोव्हायडर आणि सप्लिकंट (supplicant) आवश्यक असते. सप्लिकंट हा एक सॉफ्टवेअर घटक आहे जो EAP ऑथेंटिकेशन एक्सचेंज हाताळतो. प्रत्येक मॅनेज्ड लॅपटॉप आणि प्रत्येक कॉर्पोरेट फोनमध्ये तो असतो. तुमच्या रहिवाशाच्या स्मार्ट फ्रिजमध्ये तो नसतो. तुमच्या बिल्डिंगच्या HVAC कंट्रोलरमध्ये तो नसतो. तुमच्या IoT सेन्सर्समध्ये तो नसतो. PPSK या सर्वांसोबत काम करते कारण ते WPA Enterprise लेयरवर नाही, तर WPA Personal लेयरवर कार्य करते. असे असले तरी, कॉर्पोरेट वातावरणात PPSK हा 802.1X चा पर्याय नाही. हे वेगळ्या समस्येसाठी एक वेगळे साधन आहे. जर तुम्ही कर्मचारी नेटवर्क चालवत असाल जिथे वैयक्तिक जबाबदारी महत्त्वाची आहे, जिथे तुम्हाला हे माहित असणे आवश्यक आहे की एखाद्या विशिष्ट व्यक्तीने विशिष्ट वेळी ऑथेंटिकेट केले आहे आणि ते संस्था सोडताच तुम्हाला त्यांचा ॲक्सेस रद्द करावा लागेल, तर 802.1X हे योग्य उत्तर आहे. जर तुम्ही निवासी नेटवर्क चालवत असाल जिथे तुम्हाला प्रति-घर स्वतंत्र आयसोलेशन, IoT सपोर्ट आणि मोठ्या प्रमाणावर सुलभ ऑपरेशन हवे असेल, तर PPSK हे योग्य उत्तर आहे. चला आपण तीन डिप्लोयमेंट मॉडेल्स पाहूयात, कारण याच ठिकाणी आर्किटेक्चरल निर्णय घेतला जातो. मॉडेल एक म्हणजे क्लाउड कंट्रोलर मॉडेल. नवीन डिप्लोयमेंट्ससाठी हा सर्वात सामान्य पॅटर्न आहे. तुमचे ॲक्सेस पॉइंट्स एका क्लाउड मॅनेजमेंट प्लॅटफॉर्मशी जोडले जातात. PPSK की स्टोअर क्लाउड कंट्रोलरमध्ये असते. जेव्हा तुम्ही नवीन रहिवाशाची नोंदणी करता, तेव्हा तुम्ही पोर्टलमध्ये एक की तयार करता, ती VLAN ला असाइन करता आणि कंट्रोलर ती पॉलिसी इमारतीतील प्रत्येक ॲक्सेस पॉइंटवर लागू करतो. रहिवाशाला त्यांची की त्यांच्या वेलकम पॅकमध्ये ईमेल, SMS किंवा QR कोडद्वारे मिळते. ते तो स्कॅन करतात, त्यांचे सर्व डिव्हाइसेस कनेक्ट होतात आणि त्यांचे Chromecast, स्मार्ट स्पीकर आणि कन्सोल सर्व लगेच काम करू लागतात. जेव्हा ते घर सोडून जातात, तेव्हा तुम्ही ती की डिलीट करता. त्यांचे डिव्हाइसेस कनेक्ट होणे थांबते. इतर कोणावरही याचा परिणाम होत नाही. हे मॉडेल सुमारे 200 युनिट्सपर्यंतच्या डिप्लोयमेंट्ससाठी चांगले काम करते. हे चालवण्यासाठी सर्वात सोपे आहे आणि यासाठी कोणत्याही अतिरिक्त इन्फ्रास्ट्रक्चरची आवश्यकता नसते. मॉडेल दोन म्हणजे RADIUS बॅकएंडसह PPSK. काही एंटरप्राइझ डिप्लोयमेंट्स PPSK क्रेडेंशियल्स स्टोअर आणि व्हॅलिडेट करण्यासाठी RADIUS सर्व्हरचा वापर करतात. हे तुम्हाला सेंट्रलाइज्ड लॉगिंग, ऑडिट ट्रेल्स आणि तुमच्या आयडेंटिटी मॅनेजमेंट प्लॅटफॉर्मसह इंटिग्रेशन प्रदान करते. हे इन्फ्रास्ट्रक्चरचा अतिरिक्त लोड वाढवते परंतु तुम्हाला PPSK च्या डिव्हाइस सुसंगततेसह 802.1X ची उत्तरदायित्व देते. हे मिश्र वातावरणासाठी योग्य मॉडेल आहे, उदाहरणार्थ एखादी कोवर्किंग स्पेस जिथे तुमच्याकडे मॅनेज्ड कॉर्पोरेट डिव्हाइसेस आणि सदस्यांच्या मालकीची IoT उपकरणे दोन्ही आहेत, किंवा एखादी BTR डेव्हलपमेंट जिथे ऑपरेटरवर अशा नियमांचे बंधन आहे ज्यासाठी प्रति-रहिवासी ऑडिट ट्रेल आवश्यक आहे. मॉडेल तीन हे हायब्रीड आर्किटेक्चर आहे. रहिवासी त्यांच्या लॅपटॉप आणि IoT उपकरणांसाठी PPSK वापरतात. इमारतीतील कर्मचारी कॉर्पोरेट उपकरणांसाठी 802.1X वापरतात. दोन्ही गट एकाच फिजिकल इन्फ्रास्ट्रक्चरशी कनेक्ट होतात परंतु वेगवेगळ्या लॉजिकल सेगमेंटशी मॅप होतात. Purple व्यापक Build to Rent आणि बहु-गृहनिर्माण युनिट उपयोजनांसाठी या आर्किटेक्चरची शिफारस करते. तीन भिन्न ऑथेंटिकेशन मॉडेल्स, तीन भिन्न VLANs, एक फिजिकल इन्फ्रास्ट्रक्चर. हे असे आर्किटेक्चर आहे जे दोन स्वतंत्र नेटवर्क्स न चालवता रहिवाशांसाठी ग्राहक सुलभता आणि कर्मचाऱ्यांसाठी एंटरप्राइझ उत्तरदायित्व प्रदान करते. आता आपण अंमलबजावणीच्या तपशीलांकडे वळूया. तुम्ही BTR डेव्हलपमेंट किंवा MDU प्रॉपर्टीसाठी PPSK उपयोजित करत असल्यास, खालील क्रम यशस्वीरित्या काम करतो. हार्डवेअरला स्पर्श करण्यापूर्वी तुमच्या लॉजिकल डिझाइनपासून सुरुवात करा. तुमच्या रहिवाशांची संख्या, तुमच्या IoT उपकरणांच्या श्रेणी आणि कर्मचारी किंवा व्यवस्थापन प्रणाली मॅप करा. VLANs नियुक्त करा. एक सामान्य BTR उपयोजन असे दिसते: रहिवाशांसाठी युनिट संख्येनुसार VLANs 10 ते पुढे, डेन्सिटीनुसार प्रति फ्लॅट एक VLAN किंवा प्रति मजला एक VLAN. IoT साठी VLAN 99. इमारत व्यवस्थापनासाठी VLAN 100. सामायिक क्षेत्रांमधील गेस्ट WiFi साठी VLAN 200. त्यानंतर तुमच्या IP ॲड्रेसिंग स्कीमचे दस्तऐवजीकरण करा. 200-युनिट्सच्या इमारतीमध्ये, तुम्ही कोणत्याही क्षणी नेटवर्कवर 3,000 ते 5,000 उपकरणे पाहत आहात. ब्रिटिश प्रॉपर्टी फेडरेशनच्या संशोधनानुसार हे प्रति कुटुंब 15 ते 25 उपकरणे आहे. तुमच्या DHCP स्कोप्समध्ये त्या उपकरणांची सोय असणे आवश्यक आहे. प्रति VLAN पुरेशा सबनेट आकारांसह RFC 1918 प्रायव्हेट ॲड्रेसिंग वापरा. स्लॅश 24 तुम्हाला 254 वापरण्यायोग्य पत्ते देते. स्लॅश 23 तुम्हाला 510 देते. त्यानुसार आकार ठरवा. हार्डवेअर निवडीबाबत, PPSK सर्व प्रमुख एंटरप्राइझ ॲक्सेस पॉइंट प्लॅटफॉर्मवर समर्थित आहे. Cisco Meraki याला iPSK म्हणतात आणि Meraki डॅशबोर्डद्वारे त्याचे व्यवस्थापन करतात. HPE Aruba हे ArubaOS आणि Aruba Central मध्ये नेटिव्हली लागू करते. Ruckus याला SmartZone आणि Ruckus Cloud प्लॅटफॉर्मद्वारे सपोर्ट करते. Juniper Mist AI-संचलित RF व्यवस्थापनासह ePSK वापरते. Ubiquiti UniFi कडे 2023 पासून PPSK आहे, परंतु लक्षात ठेवा की ते सध्या केवळ WPA2 आहे आणि 6 गिगाहर्ट्झ बँडवर काम करणार नाही. Cambium आणि Extreme दोन्ही त्यांच्या संबंधित क्लाउड प्लॅटफॉर्मद्वारे याला सपोर्ट करतात. एक महत्त्वाची मर्यादा लक्षात घेणे आवश्यक आहे: UniFi चे PPSK अंमलबजावणी केवळ WPA2 आहे. जर तुम्ही WiFi 6E ॲक्सेस पॉइंट्स निर्दिष्ट करत असाल आणि PPSK क्लायंटसाठी 6 गिगाहर्ट्झ बँड वापरू इच्छित असाल, तर तुम्हाला अशा प्लॅटफॉर्मची आवश्यकता असेल जो PPSK सह WPA3-SAE ला सपोर्ट करतो, किंवा तुम्हाला PPSK क्लायंटना 2.4 आणि 5 गिगाहर्ट्झ बँडपुरते मर्यादित ठेवावे लागेल. Aruba, Ruckus, आणि Meraki हे सर्व WPA3 कॉन्फिगरेशनवर PPSK ला सपोर्ट करतात. आता संभाव्य चुका. प्रत्यक्ष उपयोजनांमध्ये मला वारंवार आढळणाऱ्या त्रुटी खालीलप्रमाणे आहेत. पहिली चूक: SSID चा अतिवापर. आपण ब्रॉडकास्ट करत असलेला प्रत्येक SSID बीकन फ्रेम्ससाठी एअरटाइम वापरतो. दाट लोकवस्तीच्या निवासी इमारतीमध्ये, आपण प्रति ॲक्सेस पॉइंट सहा किंवा आठ SSIDs ब्रॉडकास्ट करत असल्यास, आपण प्रत्येकाची कामगिरी खराब करत आहात. प्रति रेडिओ कमाल चार SSIDs ठेवा. प्रत्येक फ्लॅट किंवा प्रत्येक मजल्यासाठी वेगळा SSID तयार करण्याऐवजी एकाच SSID वरून अनेक रहिवासी घटकांना सेवा देण्यासाठी PPSK वापरा. दुसरी चूक: अपूर्ण ट्रंक पोर्ट कॉन्फिगरेशन. आपण एक स्पष्ट VLAN योजना तयार करता, ॲक्सेस पॉइंट्स तैनात करता आणि नंतर ट्रॅफिक अचानक बंद होते कारण कोणीतरी डिस्ट्रिब्युशन स्विच आणि ॲक्सेस लेयरमधील ट्रंक लिंकवर संबंधित VLANs ना परवानगी देण्यास विसरले. कमिशनिंग दरम्यान प्रत्येक ट्रंक पोर्ट सत्यापित करा. त्याचे दस्तऐवजीकरण करा. रहिवासी येण्यापूर्वी प्रत्येक VLAN वरील डिव्हाइससह त्याची चाचणी घ्या. तिसरी चूक: की (key) वितरण. की जनरेट करणे सोपे आहे. ते रहिवाशांपर्यंत सुरक्षित आणि ऑपरेशनली व्यवस्थापित करता येईल अशा प्रकारे पोहोचवणे कठीण आहे. स्वागत पॅकमधील QR कोड प्रवेशाच्या दिवशी चांगला काम करतो. एक रहिवासी पोर्टल जेथून ते त्यांची की मिळवू शकतात आणि नवीन डिव्हाइसेस जोडू शकतात ते चालू ऑपरेशन्ससाठी अधिक चांगले आहे. की वितरण वर्कफ्लो तैनात करण्यापूर्वी तयार करा, नंतर नाही. चौथी चूक: MAC ॲड्रेस रँडमायझेशन. iOS 14, Android 10 आणि Windows 11 पासून, डिव्हाइसेस गोपनीयतेच्या कारणास्तव डीफॉल्टनुसार रँडमायझ्ड MAC ॲड्रेस वापरतात. जर तुमचा RADIUS सर्व्हर MAC शोधत असेल आणि डिव्हाइस रँडमायझ्ड ॲड्रेस सादर करत असेल, तर शोध अयशस्वी होतो आणि डिव्हाइस कनेक्ट होऊ शकत नाही. क्लायंटना त्यांचा कायमचा हार्डवेअर MAC ॲड्रेस वापरण्याची विनंती करण्यासाठी तुमचा SSID कॉन्फिगर करा किंवा प्री-रजिस्ट्रेशन वर्कफ्लो लागू करा. Purple चे प्लॅटफॉर्म रहिवासी ऑनबोर्डिंग प्रवाहाचा भाग म्हणून हे आपोआप हाताळते. हे स्पष्ट करण्यासाठी मी तुम्हाला दोन वास्तविक परिस्थिती देतो. पहिली परिस्थिती: शहराच्या मध्यभागी १८० युनिट्सचा बिल्ड टू रेंट प्रकल्प. ऑपरेटरला भाड्यामध्ये एक सुविधा म्हणून WiFi समाविष्ट करायचे होते, ज्यामध्ये प्रवेशाच्या दिवशी सक्रियकरण आणि पूर्ण स्मार्ट होम सपोर्ट असेल. त्यांनी Aruba Central द्वारे व्यवस्थापित केलेले HPE Aruba ॲक्सेस पॉइंट्स तैनात केले. प्रत्येक फ्लॅटला भाडेकरू कराराच्या वेळी जनरेट केलेली एक अनन्य PPSK की मिळते. ही की रहिवाशांना QR कोडसह ईमेल केली जाते. ते ते स्कॅन करतात, त्यांचे सर्व डिव्हाइसेस कनेक्ट होतात आणि त्यांचे Chromecast, स्मार्ट स्पीकर आणि कन्सोल सर्व लगेच कार्य करू लागतात. जेव्हा एखादा रहिवासी बाहेर पडतो, तेव्हा प्रॉपर्टी मॅनेजर पोर्टलवरील की डिलीट करतो. नवीन रहिवाशाला प्रवेश करताना नवीन की मिळते. पासवर्ड बदलण्याची कोणतीही कसरत नाही. ऑपरेटरने त्यांच्या मागील शेअर्ड-पासवर्ड डिप्लॉयमेंटच्या तुलनेत WiFi शी संबंधित सपोर्ट तिकिटांमध्ये ३०% घट नोंदवली आहे. प्रसंग दोन: ४०० खाटांचे विशेषतः विद्यार्थ्यांसाठी बांधलेले वसतिगृह. येथील मुख्य आव्हान म्हणजे विद्यार्थ्यांचा प्रवेशाचा आठवडा असतो, जेव्हा शेकडो विद्यार्थी एकाच वेळी येतात आणि डझनभर डिव्हाइसेस एकाच वेळी कनेक्ट करण्याचा प्रयत्न करतात. ऑपरेटरने SmartZone सह Ruckus ऍक्सेस पॉईंट्स वापरले आणि प्रत्येक खोलीसाठी एक की असलेले PPSK तैनात केले. की आधीच जनरेट केल्या गेल्या होत्या आणि आगमनापूर्वी पाठवलेल्या वेलकम पॅकमध्ये समाविष्ट केल्या होत्या. विद्यार्थ्यांनी आल्यावर QR कोड स्कॅन केला आणि काही सेकंदात ते कनेक्ट झाले. नेटवर्कने कोणत्याही अडथळ्याशिवाय प्रवेशाच्या गर्दीचा भार सांभाळला कारण प्रत्येक विद्यार्थ्याचा ट्रॅफिक त्यांच्या स्वतःच्या VLAN सेगमेंटमध्ये आयसोलेट (स्वतंत्र) केला होता. आता वारंवार विचारल्या जाणाऱ्या प्रश्नांवर एक नजर टाकूया. एकच ऍक्सेस पॉईंट किती PPSK की सांभाळू शकतो? बहुतेक एंटरप्राइझ प्लॅटफॉर्म प्रति SSID हजारो की सपोर्ट करतात. Cisco Meraki प्रति नेटवर्क ५,००० पर्यंत iPSK एंट्रीज सपोर्ट करते. Aruba चे प्रमाणही असेच आहे. Ubiquiti UniFi प्रति नेटवर्क १,००० पर्यंत PPSK एंट्रीज सपोर्ट करते. २०० युनिट्सच्या इमारतीसाठी, तुम्ही कोणत्याही प्लॅटफॉर्मच्या मर्यादेत सहज बसू शकता. PPSK हे WPA3 सोबत काम करते का? होय, बहुतेक एंटरप्राइझ प्लॅटफॉर्मवर. WPA2-PSK च्या तुलनेत WPA3-SAE ऑफलाईन डिक्शनरी हल्ल्यांविरुद्ध अधिक मजबूत सुरक्षा प्रदान करते. फक्त UniFi चा अपवाद आहे, जे सध्या PPSK साठी फक्त WPA2 ला सपोर्ट करते. मी माझ्या प्रॉपर्टी मॅनेजमेंट सिस्टमसह PPSK इंटिग्रेट करू शकतो का? होय, व्हेंडर API द्वारे. Aruba Central, Meraki, Ruckus, आणि Mist हे सर्व PPSK की मॅनेजमेंटसाठी REST APIs प्रदान करतात. Purple चे प्लॅटफॉर्म एक पूर्व-निर्मित इंटिग्रेशन लेयर प्रदान करते जे तुमच्या प्रॉपर्टी मॅनेजमेंट सिस्टमला PPSK की लाईफसायकलशी आपोआप कनेक्ट करते. PPSK हे GDPR चे पालन करते का? होय, योग्य प्रकारे तैनात केल्यास. प्रति-रहिवासी की सह PPSK तुम्हाला रहिवासी-विशिष्ट डेटासह सब्जेक्ट ऍक्सेस विनंत्या आणि कायद्याची अंमलबजावणी करणाऱ्या संस्थांच्या विनंत्यांना प्रतिसाद देण्यासाठी आवश्यक असलेला ऑडिट ट्रेल देते. सामायिक केलेल्या PSK सह, हे अशक्य आहे. नेटवर्कच्या दृष्टीकोनातून प्रत्येक डिव्हाइस एकसारखेच दिसते. थोडक्यात सांगायचे तर - BTR, विद्यार्थ्यांचे वसतिगृह आणि MDU वातावरणात मल्टी-टेनंट WiFi साठी PPSK हे योग्य आर्किटेक्चर आहे. हे प्रति-युनिट आयसोलेशन, IoT सुसंगतता आणि ऑपरेशनल सुलभता प्रदान करते जी निवासी संदर्भात मानक PSK किंवा 802.1X दोन्ही देऊ शकत नाहीत. तुम्ही हार्डवेअरला स्पर्श करण्यापूर्वी तुमचे VLANs डिझाइन करा. तुमचे ट्रंक लिंक्स सुरक्षित करा. तुमचे की डिस्ट्रिब्युशन स्वयंचलित करा. तुम्ही WiFi 6E तैनात करत असल्यास तुमच्या व्हेंडरचा WPA3 सपोर्ट तपासा. आणि पहिल्या दिवसापासूनच तुमच्या प्रॉपर्टी मॅनेजमेंट सिस्टमशी इंटिग्रेट करा, नंतरचा विचार म्हणून नाही. Purple ८०,००० हून अधिक लाइव्ह ठिकाणी कार्यरत आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, आणि Fortinet वर क्लाउड ओव्हरले म्हणून इंटिग्रेट होते. तुमच्या प्रोजेक्टसाठी हे प्रत्यक्षात कसे काम करते हे पाहू इच्छित असल्यास, पुढील पायरी म्हणजे आमच्या नेटवर्क डिझाइन टीमसोबत तांत्रिक स्कोपिंग कॉल करणे होय. Purple टेक्निकल ब्रीफिंग ऐकल्याबद्दल धन्यवाद.