কীভাবে নিরাপদে Staff এবং Guest WiFi নেটওয়ার্ক পৃথক করবেন

Purple টেকনিক্যাল ব্রিফিং-এ আপনাকে স্বাগত। আমি আপনার হোস্ট, এবং আজ আমরা এমন একটি প্রশ্ন সমাধান করছি যা হসপিটালিটি, রিটেইল এবং পাবলিক সেক্টর জুড়ে IT ম্যানেজার এবং নেটওয়ার্ক আর্কিটেক্টদের সাথে আমাদের কথোপকথনে ক্রমাগত উঠে আসে: কীভাবে আপনি আপনার স্টাফ এবং গেস্ট WiFi নেটওয়ার্কগুলিকে নিরাপদে আলাদা করবেন? এটি কোনও তাত্ত্বিক অনুশীলন নয়। আপনি যদি একটি হোটেল, একটি রিটেইল এস্টেট, একটি স্টেডিয়াম বা একটি কনফারেন্স সেন্টার পরিচালনা করেন, তবে আপনার প্রায় নিশ্চিতভাবেই একই ফিজিক্যাল ওয়্যারলেস ইনফ্রাস্ট্রাকচারে স্টাফ এবং গেস্ট উভয়ই রয়েছে। এই বিভাজনটি সঠিকভাবে করা একটি সুরক্ষিত নেটওয়ার্ক এবং একটি গুরুতর দায়বদ্ধতার মধ্যে পার্থক্য তৈরি করে। সুতরাং, চলুন শুরু করা যাক। [short pause] প্রথমেই, আমরা সেগ্রিগেশন বলতে কী বোঝাচ্ছি সে সম্পর্কে স্পষ্ট হওয়া যাক। আমরা দুটি আলাদা অ্যাক্সেস পয়েন্ট সেট কেনার কথা বলছি না - একটি গেস্টদের জন্য, একটি স্টাফদের জন্য। এটি ব্যয়বহুল, পরিচালনগতভাবে জটিল এবং সত্যি বলতে অপ্রয়োজনীয় হবে। Cisco Meraki, HPE Aruba, Ruckus এবং Juniper Mist-এর মতো ভেন্ডরদের আধুনিক এন্টারপ্রাইজ অ্যাক্সেস পয়েন্টগুলি একই সাথে একাধিক SSID ব্রডকাস্ট করতে পারে - এগুলি হল সেই নেটওয়ার্কের নাম যা আপনার ডিভাইসগুলি দেখতে পায় - এবং প্রতিটি SSID একটি পৃথক VLAN, অর্থাৎ একটি ভার্চুয়াল লোকাল এরিয়া নেটওয়ার্কের সাথে ম্যাপ করে। এই বিভাজনটি লজিক্যালি, সফটওয়্যারের মাধ্যমে, একই ফিজিক্যাল হার্ডওয়্যারের উপর ঘটে। তাই আপনার গেস্ট নেটওয়ার্ক - ধরা যাক এর নাম VenueGuest - VLAN 10-এ থাকে। আপনার স্টাফ নেটওয়ার্ক VLAN 20-এ থাকে। আপনার IoT ডিভাইস, বিল্ডিং ম্যানেজমেন্ট সিস্টেম, CCTV - VLAN 30-এ থাকে। এবং আপনি যদি কার্ড পেমেন্ট প্রসেস করেন, তবে আপনার পয়েন্ট-অফ-সেল টার্মিনালগুলি VLAN 40-এ থাকে, যেখানে সবচেয়ে কঠোর অ্যাক্সেস কন্ট্রোল থাকে। [short pause] এখন, এটি কেন এত গুরুত্বপূর্ণ? উত্তরটি হল ল্যাটারাল মুভমেন্ট। একটি ফ্ল্যাট, আনসেগমেন্টেড নেটওয়ার্কে, একটি আক্রান্ত ডিভাইস একই ব্রডকাস্ট ডোমেনের অন্য প্রতিটি ডিভাইসের সাথে সরাসরি যোগাযোগ করতে পারে। ম্যালওয়্যার দ্বারা সংক্রামিত একজন গেস্টের স্মার্টফোন তাত্ত্বিকভাবে আপনার প্রপার্টি ম্যানেজমেন্ট সিস্টেম, আপনার স্টাফদের ল্যাপটপ, আপনার পেমেন্ট টার্মিনালগুলি পরীক্ষা করে দেখতে পারে। এটি কোনও কাল্পনিক বিষয় নয়। এটি একটি ডকুমেন্টেড অ্যাটাক ভেক্টর, এবং ঠিক এই কারণেই নেটওয়ার্ক সেগমেন্টেশন একটি মৌলিক সুরক্ষার প্রয়োজনীয়তা, কোনও ঐচ্ছিক অতিরিক্ত সুবিধা নয়। কমপ্লায়েন্সের দিক থেকে, সেগ্রিগেশন প্রায়শই বাধ্যতামূলক। PCI-DSS - পেমেন্ট কার্ড ইন্ডাস্ট্রি ডাটা সিকিউরিটি স্ট্যান্ডার্ড - এর জন্য প্রয়োজন যে কার্ডহোল্ডার ডেটা এনভায়রনমেন্ট অন্যান্য সমস্ত নেটওয়ার্ক ট্রাফিক থেকে সম্পূর্ণ আলাদা হতে হবে। PCI সিকিউরিটি স্ট্যান্ডার্ডস কাউন্সিলের গাইডলাইন অনুযায়ী, সঠিক সেগমেন্টেশন আপনার PCI-DSS অডিট পরিধি ৬০ থেকে ৮০ শতাংশ পর্যন্ত কমিয়ে দিতে পারে। এটি সরাসরি কম কমপ্লায়েন্স খরচ এবং একটি ছোট অ্যাটাক সারফেসে অনুবাদ করে। GDPR ডেটা মিনিমাইজেশনের বাধ্যবাধকতা আরোপ করে যা পূরণ করা অনেক সহজ হয় যখন আপনার আর্কিটেকচার বাই ডিজাইন বিভাজন প্রয়োগ করে। এবং হেলথকেয়ার পরিবেশে, ক্লিনিক্যাল ডিভাইস নেটওয়ার্ক অবশ্যই সাধারণ ব্যবহারের WiFi থেকে আলাদা রাখতে হবে। [short pause] আমি আপনাকে অথেন্টিকেশন লেয়ারটি বুঝিয়ে বলি, কারণ এখানেই এই দুটি নেটওয়ার্কের মধ্যে সবচেয়ে উল্লেখযোগ্য পার্থক্য তৈরি হয়। আপনার গেস্ট নেটওয়ার্কের জন্য, স্ট্যান্ডার্ড অ্যাপ্রোচ হলো একটি ওপেন SSID - অথবা WPA3-Personal - যা একটি captive portal-এর সাথে যুক্ত থাকে। captive portal হলো ওয়েব-ভিত্তিক অথেন্টিকেশন পেজ যা গেস্টরা প্রথমবার কানেক্ট করার সময় দেখতে পান। সঠিকভাবে ব্যবহার করলে, এটি ফার্স্ট-পার্টি ডেটা ক্যাপচারের জন্য আপনার প্রাথমিক মাধ্যম। গেস্টরা ইমেল, সোশ্যাল লগইন বা SMS ভেরিফিকেশনের মাধ্যমে অথেন্টিকেট করেন। আপনি তাদের ডিভাইসের সাথে লিঙ্ক করা একটি ভেরিফায়েড আইডেন্টিটি, তাদের ভিজিটের টাইমস্ট্যাম্প এবং তাদের ডওয়েল টাইম ক্যাপচার করতে পারবেন। সময়ের সাথে সাথে, আপনি আপনার প্রকৃত ভিজিটরদের একটি সমৃদ্ধ, সম্মতিপ্রাপ্ত এবং GDPR-সম্মত ডেটাসেট তৈরি করতে পারবেন। এখানেই Purple-এর Guest WiFi প্ল্যাটফর্ম সরাসরি আপনার VLAN আর্কিটেকচারের সাথে ইন্টিগ্রেট করে। আমরা captive portal, GDPR-এর আওতায় কনসেন্ট ম্যানেজমেন্ট এবং ডাউনস্ট্রিম অ্যানালিটিক্স পরিচালনা করি - যা আপনার বিদ্যমান হার্ডওয়্যারের উপরেই চলে। আমরা এটি ৮০,০০০টিরও বেশি ভেন্যুতে স্থাপন করেছি এবং শুধুমাত্র ২০২৪ সালেই ৪৪০ মিলিয়ন লগইন ক্যাপচার করেছি। প্ল্যাটফর্মটি হার্ডওয়্যার-অ্যাগনস্টিক, তাই আপনি Cisco Meraki, HPE Aruba বা Ubiquiti UniFi যা-ই ব্যবহার করুন না কেন, আপনার ইনফ্রাস্ট্রাকচার পরিবর্তন না করেই এটি সহজেই ফিট হয়ে যায়। [short pause] আপনার স্টাফ নেটওয়ার্কের জন্য, গোল্ড স্ট্যান্ডার্ড হলো IEEE 802.1X অথেন্টিকেশন সহ WPA3-Enterprise। 802.1X হলো পোর্ট-ভিত্তিক নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল স্ট্যান্ডার্ড যা নেটওয়ার্ক অ্যাক্সেস দেওয়ার আগে প্রতিটি ডিভাইসকে একটি RADIUS সার্ভারের বিপরীতে অথেন্টিকেট করতে বাধ্য করে। RADIUS সার্ভার - Remote Authentication Dial-In User Service - আপনার আইডেন্টিটি প্রোভাইডার: Microsoft Entra ID, Okta বা Google Workspace-এর বিপরীতে ক্রেডেন্সিয়াল যাচাই করে। এর অর্থ হলো প্রতিটি স্টাফ মেম্বার তাদের কর্পোরেট ক্রেডেন্সিয়ালের সাহায্যে অথেন্টিকেট করেন এবং নেটওয়ার্কটি রোল বা ডিপার্টমেন্টের ওপর ভিত্তি করে প্রতি-ইউজার পলিসি প্রয়োগ করতে পারে। সবচেয়ে সাধারণ দুটি EAP পদ্ধতি - Extensible Authentication Protocol - যা আপনি দেখতে পাবেন তা হলো EAP-TLS, যা মিউচুয়াল সার্টিফিকেট-ভিত্তিক অথেন্টিকেশন ব্যবহার করে এবং এটি সবচেয়ে সুরক্ষিত বিকল্প, এবং PEAP, Protected EAP, যা ইউজারনেম ও পাসওয়ার্ড ক্রেডেন্সিয়ালের সাথে একটি সার্ভার-সাইড সার্টিফিকেট ব্যবহার করে। উচ্চ-সুরক্ষা পরিবেশের জন্য EAP-TLS পছন্দ করা হয় কারণ এটি আক্রমণ প্রতিরোধ করতে পাসওয়ার্ডের প্রয়োজনীয়তা সম্পূর্ণরূপে দূর করে। PEAP বাস্তবে বেশি ব্যবহৃত হয় কারণ এটি একটি সম্পূর্ণ PKI ইনফ্রাস্ট্রাকচার ছাড়াই সহজে স্থাপন করা যায়। IoT ডিভাইসের ক্ষেত্রে - এবং এটি এমন একটি ক্যাটাগরি যা অনেক সংস্থাকেই অপ্রস্তুত অবস্থায় ফেলে দেয় - বেশিরভাগ ডিভাইস কেবল 802.1X সমর্থন করে না। আপনার CCTV ক্যামেরা, স্মার্ট থার্মোস্ট্যাট, ডোর অ্যাক্সেস কন্ট্রোল সিস্টেম: এগুলো একটি প্রি-শেয়ার্ড কি-এর মাধ্যমে অথেন্টিকেট করে। এক্ষেত্রে বিকল্পগুলো হলো একটি শক্তিশালী, নিয়মিত পরিবর্তিত পাসফ্রেজ সহ WPA2-PSK, অথবা iPSK - Identity Pre-Shared Key - যা প্রতিটি ডিভাইস বা ডিভাইস গ্রুপের জন্য একটি ইউনিক পাসফ্রেজ অ্যাসাইন করে। iPSK Cisco Meraki, HPE Aruba এবং Ruckus-এ সমর্থিত এবং এটি এন্ডপয়েন্টে 802.1X সমর্থনের প্রয়োজন ছাড়াই আপনাকে ডিভাইস-স্তরের ভিজিবিলিটি প্রদান করে। সবচেয়ে গুরুত্বপূর্ণ বিষয় হলো আপনার IoT VLAN-এ অবশ্যই কঠোর ফায়ারওয়াল নিয়ম থাকতে হবে। এই ডিভাইসগুলোর শুধুমাত্র তাদের প্রয়োজনীয় নির্দিষ্ট ইন্টারনাল সার্ভিসগুলোতে পৌঁছানোর ক্ষমতা থাকা উচিত - তার বেশি কিছু নয়। একটি CCTV ক্যামেরার আপনার প্রোপার্টি ম্যানেজমেন্ট সিস্টেমে পৌঁছানোর কোনো যুক্তিসঙ্গত কারণ নেই। আপনার অ্যাক্সেস কন্ট্রোল লিস্টে এটি কঠোরভাবে প্রয়োগ করুন। [short pause] এখন এটি আরও স্পষ্ট করতে আমি আপনাকে দুটি বাস্তব-জীবনের পরিস্থিতি বর্ণনা করি। প্রথমটি হলো একটি ২০০টি রুমের হোটেল। এই প্রপার্টিতে অতিথি, ফ্রন্ট-অফিস স্টাফ, ব্যাক-অফিস টিম এবং কার্ড পেমেন্ট টার্মিনাল সহ একটি রেস্তোরাঁর সংমিশ্রণ রয়েছে। সঠিক আর্কিটেকচার হলো চারটি VLAN: VLAN 10-এ অতিথি, VLAN 20-এ স্টাফ, VLAN 30-এ IoT এবং বিল্ডিং সিস্টেম, VLAN 40-এ POS টার্মিনাল। গেস্ট SSID-টি Purple-এর Captive Portal-এর পেছনে একটি ওপেন নেটওয়ার্ক ব্যবহার করে - অতিথিরা ইমেল বা সোশ্যাল লগইনের মাধ্যমে অথেন্টিকেট করেন, মার্কেটিংয়ে সম্মতি দেন এবং ক্লায়েন্ট আইসোলেশন চালু রেখে শুধুমাত্র ইন্টারনেট অ্যাক্সেস পান। কর্মীরা Microsoft Entra ID-এর বিপরীতে 802.1X-এর মাধ্যমে অথেন্টিকেট করেন। PCI DSS নেটওয়ার্ক সেগমেন্টেশন প্রয়োজনীয়তা পূরণ করে POS VLAN-এর সাথে গেস্ট বা স্টাফ VLAN-এর কোনো রুট থাকে না। ফায়ারওয়াল ডিফল্ট-হিসেবে সমস্ত ইন্টার-VLAN ট্রাফিক অস্বীকার করে, শুধুমাত্র নথিবদ্ধ, প্রয়োজনীয় ফ্লোর জন্য স্পষ্ট অনুমতির নিয়ম থাকে। দ্বিতীয় পরিস্থিতিটি হলো ৫০টি স্টোর সহ একটি রিটেইল চেইন। প্রতিটি স্টোরে গেস্ট WiFi-এ ক্রেতারা, স্টাফ WiFi-এ স্টোর অ্যাসোসিয়েটরা এবং IoT ডিভাইসের একটি মিশ্রণ - ডিজিটাল সাইনেজ, ইনভেন্টরি স্ক্যানার, CCTV রয়েছে। এখানে চ্যালেঞ্জটি হলো স্কেলের সামঞ্জস্যতা। আপনার একই VLAN আর্কিটেকচার, একই ফায়ারওয়াল পলিসি এবং একই Captive Portal কনফিগারেশন সব ৫০টি লোকেশনে অভিন্নভাবে মোতায়েন করা প্রয়োজন। ক্লাউড-ম্যানেজড ওয়্যারলেস প্ল্যাটফর্মগুলি - Cisco Meraki, HPE Aruba Central, Juniper Mist - সেন্ট্রালাইজড পলিসি টেমপ্লেটের মাধ্যমে এটিকে অর্জনযোগ্য করে তোলে। Purple-এর প্ল্যাটফর্ম আইটি টিমের জন্য একটি একক ড্যাশবোর্ড সহ পুরো এস্টেট জুড়ে সামঞ্জস্যপূর্ণ ব্র্যান্ডিং, সম্মতি ব্যবস্থাপনা এবং অ্যানালিটিক্স সহ গেস্ট লেয়ার প্রদান করে। [স্বল্প বিরতি] আমি সবচেয়ে সাধারণ ব্যর্থতার মোডগুলি কভার করি, কারণ এখানেই ডেপ্লয়মেন্টগুলি ভুল হয়ে যায়। প্রথমটি হলো ভুল কনফিগার করা ট্রাঙ্ক পোর্ট। একাধিক VLAN বহনকারী একটি সুইচ পোর্ট যদি দুর্ঘটনাবশত একটি অ্যাক্সেস পোর্ট হিসেবে কনফিগার করা হয়, তবে সমস্ত ট্রাফিক একটি একক VLAN-এ এসে পড়ে এবং আপনার সেগমেন্টেশন অদৃশ্য হয়ে যায় - নীরবে। যেকোনো পরিবর্তনের পর সর্বদা আপনার সুইচ কনফিগারেশন নিরীক্ষা করুন এবং VLAN ট্যাগিং এন্ড-টু-এন্ড সঠিকভাবে কাজ করছে কিনা তা যাচাই করতে আপনার নেটওয়ার্ক মনিটরিং প্ল্যাটফর্ম ব্যবহার করুন। দ্বিতীয় ব্যর্থতার মোড হলো SSID প্রসার। আপনি যে প্রতিটি অতিরিক্ত SSID ব্রডকাস্ট করেন তা বিকন ফ্রেমের জন্য এয়ারটাইম ব্যবহার করে, এমনকি কোনো ক্লায়েন্ট কানেক্ট না থাকলেও। শত শত অ্যাক্সেস পয়েন্ট বিশিষ্ট একটি ঘন ভেন্যুতে, প্রতি AP-তে আটটি SSID ব্রডকাস্ট করা থ্রুপুটকে উল্লেখযোগ্যভাবে হ্রাস করতে পারে। সর্বোত্তম অনুশীলন হলো রেডিও ব্যান্ড প্রতি চারটির বেশি SSID না রাখা: গেস্ট, স্টাফ, IoT এবং ম্যানেজমেন্ট। তিনটি হলো আদর্শ। তৃতীয় ব্যর্থতার মোড হলো ওয়্যার্ড নেটওয়ার্কের কথা ভুলে যাওয়া। আপনার ওয়্যার্ড অবকাঠামো সমানভাবে সেগমেন্ট করা না হলে WiFi সেগমেন্টেশন অর্থহীন। একজন গেস্ট যিনি কনফারেন্স রুমের একটি ইথারনেট পোর্টে প্লাগ ইন করেন এবং নিজেকে আপনার কর্পোরেট নেটওয়ার্কে খুঁজে পান, তিনি আপনার সম্পূর্ণ ওয়্যারলেস সিকিউরিটি আর্কিটেকচারকে বাইপাস করেছেন। গেস্টদের অ্যাক্সেসযোগ্য এলাকার প্রতিটি ওয়্যার্ড পোর্ট গেস্ট VLAN-এ অ্যাসাইন করা উচিত বা সম্পূর্ণ নিষ্ক্রিয় করা উচিত।চতুর্থ ব্যর্থতার মোড হলো দুর্বল ইন্টার-VLAN ফায়ারওয়াল পলিসি। VLAN আর্কিটেকচার কেবল আপনার ফায়ারওয়ালের নিয়মগুলোর মতোই শক্তিশালী হতে পারে। সবকিছু ডিফল্ট-ডিনাই (default-deny) করুন, তারপর কেবল আপনার নথিবদ্ধ এবং অনুমোদিত ফ্লো বা প্রবাহগুলোকে স্পষ্টভাবে অনুমতি দিন। প্রতি ত্রৈমাসিকে সেই নিয়মগুলো পর্যালোচনা করুন। ফায়ারওয়াল নিয়মের বিশৃঙ্খলা - যেখানে অনুমতি প্রাপ্ত প্রবাহগুলো পর্যালোচনা ছাড়াই সময়ের সাথে সাথে জমা হতে থাকে - তা হলো অনিচ্ছাকৃত নেটওয়ার্ক অ্যাক্সেসের অন্যতম সাধারণ উৎস। [short pause] এখন, কিছু দ্রুত প্রশ্ন যা আমাকে নিয়মিত জিজ্ঞাসা করা হয়। অতিথি এবং কর্মীদের জন্য কি আমাদের আলাদা ফিজিক্যাল অ্যাক্সেস পয়েন্টের প্রয়োজন আছে? না। আধুনিক এন্টারপ্রাইজ AP-গুলো একই হার্ডওয়্যারে একাধিক SSID এবং VLAN পরিচালনা করে। ফিজিক্যাল পৃথকীকরণ অপ্রয়োজনীয় এবং ব্যয়বহুল। গেস্ট নেটওয়ার্কের জন্য কি WPA3 বাধ্যতামূলক? এখনও কোনো স্ট্যান্ডার্ড দ্বারা এটি বাধ্যতামূলক করা হয়নি, তবে দৃঢ়ভাবে সুপারিশ করা হয়। WPA3-এর Simultaneous Authentication of Equals প্রোটোকল WPA2-PSK-এ উপস্থিত ডিকশনারি অ্যাটাক দুর্বলতা দূর করে। আপনার ক্লায়েন্ট ডিভাইস মিক্স যেখানে এটি সমর্থন করে সেখানে এটি প্রয়োগ করুন - যা, ২০২৬ সালে, বেশিরভাগ ডিভাইসের ক্ষেত্রেই প্রযোজ্য। Purple কি আমাদের বিদ্যমান ওয়্যারলেস পরিকাঠামোর সাথে একীভূত হতে পারে? হ্যাঁ। Purple স্ট্যান্ডার্ড RADIUS এবং VLAN ট্যাগের মাধ্যমে Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti, UniFi, Cambium, Extreme Networks এবং Fortinet-এর সাথে একীভূত হয়। আপনার অ্যাক্সেস পয়েন্টগুলো প্রতিস্থাপন করার কোনো প্রয়োজন নেই। একটি ছোট ভেন্যুর জন্য ন্যূনতম কার্যকর সেগমেন্টেশন কী? ন্যূনতম: একটি গেস্ট VLAN, একটি স্টাফ VLAN, একটি IoT VLAN। অর্থাৎ তিনটি VLAN, তিনটি SSID এবং ইন্টার-VLAN নিয়মসহ একটি ফায়ারওয়াল। এটিই আপনার বেসলাইন। [short pause] পরিশেষে: আপনার স্টাফ এবং গেস্ট WiFi নেটওয়ার্কগুলোকে নিরাপদে আলাদা করা কোনো জটিল প্রকল্প নয়, তবে এর জন্য সুশৃঙ্খল আর্কিটেকচার এবং ধারাবাহিক বাস্তবায়ন প্রয়োজন। এই ব্রিফিং থেকে মনে রাখার মতো তিনটি বিষয়। প্রথমত: আপনি যেকোনো কিছু ডিজাইন করার আগে প্রতিটি ডিভাইসের ধরন একটি ডেডিকেটেড VLAN-এ ম্যাপ করুন। গেস্ট ডিভাইস, স্টাফ ডিভাইস, IoT, পেমেন্ট টার্মিনাল - প্রতিটিরই একটি ঘরের প্রয়োজন এবং সেই ঘরের জন্য ফায়ারওয়াল নিয়মের প্রয়োজন। দ্বিতীয়ত: আপনার ইন্টার-VLAN ফায়ারওয়াল পলিসি VLAN আর্কিটেকচারের মতোই গুরুত্বপূর্ণ। ডিফল্ট-ডিনাই, স্পষ্ট-অনুমতি, এবং প্রতি ত্রৈমাসিকে পর্যালোচনা। তৃতীয়ত: নিয়মিতভাবে আপনার সেগমেন্টেশন যাচাই করুন। একটি গেস্ট ডিভাইস থেকে স্ক্যান চালান এবং নিশ্চিত করুন যে আপনি ইন্টারনাল সাবনেটে পৌঁছাতে পারছেন না। আপনি এটি একবার কনফিগার করেছেন বলেই এটি কাজ করছে তা ধরে নেবেন না। আপনি যদি আপনার সেগমেন্টেড আর্কিটেকচারের ওপর GDPR-সম্মত ডেটা ক্যাপচার, Captive Portal অথেন্টিকেশন এবং মার্কেটিং অ্যানালিটিক্স সহ একটি ম্যানেজড গেস্ট WiFi লেয়ার যোগ করতে চান, তবে Purple-এর প্ল্যাটফর্মটি সরাসরি এই আর্কিটেকচারে যুক্ত করার জন্য ডিজাইন করা হয়েছে। আপনি purple.ai-তে আমাদের গেস্ট WiFi এবং WiFi অ্যানালিটিক্স প্ল্যাটফর্মটি অন্বেষণ করতে পারেন। শোনার জন্য ধন্যবাদ। পরবর্তী সময় পর্যন্ত ভালো থাকবেন।