DFS Channels: এগুলো কী এবং কখন এগুলো এড়িয়ে চলবেন

DFS Channels: What They Are and When to Avoid Them একটি Purple WiFi ইন্টেলিজেন্স ব্রিফিং - আনুমানিক ১০ মিনিট --- INTRODUCTION AND CONTEXT - আনুমানিক ১ মিনিট Purple WiFi ইন্টেলিজেন্স ব্রিফিং-এ আপনাকে স্বাগত জানাই। আমি আপনার হোস্ট, এবং আজ আমরা এমন একটি বিষয়ে বিস্তারিত আলোচনা করছি যা অভিজ্ঞ ওয়্যারলেস ইঞ্জিনিয়ারদেরও বিভ্রান্ত করে: DFS চ্যানেল। Dynamic Frequency Selection। যদি কখনো আপনার কোনো ভেন্যুর WiFi সেশনের মাঝখানে হঠাৎ করে ক্লায়েন্ট ডিসকানেক্ট হয়ে গিয়ে থাকে, অ্যাক্সেস পয়েন্টগুলো কোনো স্পষ্ট কারণ ছাড়াই ষাট সেকেন্ডের জন্য সম্পূর্ণ নিষ্ক্রিয় হয়ে যেতে দেখে থাকেন, অথবা কোনো হোটেলের গেস্ট অভিযোগ করে থাকেন যে চেক-ইনের সময় তাদের কানেকশন হঠাৎ উধাও হয়ে গেছে - তবে এর পেছনে DFS জড়িত থাকার একটি বাস্তব সম্ভাবনা রয়েছে। এই ব্রিফিংটি IT ম্যানেজার, নেটওয়ার্ক আর্কিটেক্ট এবং ভেন্যু অপারেশন ডিরেক্টরদের জন্য তৈরি করা হয়েছে যাদের এই ত্রৈমাসিকে DFS চ্যানেল সম্পর্কে সিদ্ধান্ত নিতে হবে। আমরা শুধুমাত্র তাত্ত্বিক আলোচনার পেছনে সময় নষ্ট করব না। আমরা জানব DFS আসলে কী, কেন নিয়ন্ত্রক সংস্থাগুলো এটিকে বাধ্যতামূলক করে, কোথায় এটি পরিচালনগত সমস্যা তৈরি করে এবং - সবচেয়ে গুরুত্বপূর্ণভাবে - কীভাবে একটি চ্যানেল প্ল্যান তৈরি করবেন যা আপনার গেস্ট অভিজ্ঞতা এবং আপনার SLA প্রতিশ্রুতি রক্ষা করে। চলুন শুরু করা যাক। --- TECHNICAL DEEP-DIVE - আনুমানিক ৫ মিনিট তাহলে, DFS কী? Dynamic Frequency Selection হলো IEEE 802.11h-এর অধীনে সংজ্ঞায়িত এবং যুক্তরাজ্যের Ofcom, মার্কিন যুক্তরাষ্ট্রের FCC এবং সমগ্র ইউরোপ জুড়ে ETSI-এর মতো সংস্থাগুলো দ্বারা বাধ্যতামূলক করা একটি নিয়ন্ত্রক ব্যবস্থা। এর মূল প্রয়োজনীয়তা অত্যন্ত সহজ: ৫ GHz ব্যান্ডের ৫২৫০ থেকে ৫৭২৫ মেগাহার্টজের মধ্যে - অর্থাৎ ৫২ থেকে ১৪৪ নম্বর চ্যানেলে - পরিচালিত যেকোনো WiFi ডিভাইসকে রাডার সিগন্যাল শনাক্ত করতে সক্ষম হতে হবে এবং তা শনাক্ত হলে দশ সেকেন্ডের মধ্যে সেই চ্যানেলটি খালি করে দিতে হবে। এটি কেন প্রয়োজন? কারণ এই ফ্রিকোয়েন্সিগুলো প্রাথমিক ব্যবহারকারীদের সাথে শেয়ার করা হয়: আবহাওয়া রাডার সিস্টেম, মিলিটারি রাডার, এয়ার ট্রাফিক কন্ট্রোল এবং মেরিটাইম নেভিগেশন। WiFi এখানে একটি সেকেন্ডারি ব্যবহারকারী। প্রাথমিক ব্যবহারকারীদের সম্পূর্ণ অগ্রাধিকার রয়েছে এবং DFS হলো সেই মেকানিজম যা এটি নিশ্চিত করে। এখন, এর পরিচালনগত প্রভাব বেশ উল্লেখযোগ্য। একটি অ্যাক্সেস পয়েন্ট কোনো DFS চ্যানেলে ট্রান্সমিট করার আগে, সেটিকে অবশ্যই Channel Availability Check - বা CAC সম্পন্ন করতে হবে। CAC পিরিয়ড চলাকালীন, AP নিষ্ক্রিয়ভাবে রাডার সিগন্যাল শোনার চেষ্টা করে। এটি তখন কোনো ডেটা ট্রান্সমিট করতে পারে না। এটি কোনো ক্লায়েন্টকে সার্ভিস দিতে পারে না। বেশিরভাগ DFS চ্যানেলের জন্য CAC পিরিয়ড সাধারণত ৬০ সেকেন্ড হয়, তবে ৫৬০০ থেকে ৫৬৫০ মেগাহার্টজ রেঞ্জের চ্যানেলগুলোর জন্য এটি ৬০০ সেকেন্ড - অর্থাৎ দশ মিনিট - পর্যন্ত দীর্ঘ হয়, যা আবহাওয়া রাডারের সাথে ওভারল্যাপ করে। স্ট্যান্ডার্ড চ্যানেল নাম্বারিং অনুসারে এগুলো হলো ১২০, ১২৪ এবং ১২৮ নম্বর চ্যানেল।অপারেশনাল দিক থেকে এর অর্থ কী তা নিয়ে চিন্তা করুন। যদি একটি AP রাডার শনাক্ত করে এবং একটি DFS চ্যানেল থেকে সরে যেতে বাধ্য হয়, তবে পরিষেবা পুনরায় চালু করার আগে এটিকে একটি বিকল্প চ্যানেলে স্যুইচ করতে হবে এবং একটি নতুন CAC সম্পূর্ণ করতে হবে। সেই সময়সীমার মধ্যে, ওই AP-এর সাথে যুক্ত প্রতিটি ক্লায়েন্ট ডিসকানেক্ট হয়ে যায়। ২০০টি রুম বিশিষ্ট একটি হোটেলে, এর অর্থ হতে পারে একই সাথে শত শত অতিথির কানেক্টিভিটি হারিয়ে ফেলা। একটি রিটেল পরিবেশে, এর অর্থ হতে পারে পয়েন্ট-অফ-সেল টার্মিনালগুলো অফলাইন হয়ে যাওয়া। কোনো কনফারেন্স সেন্টারে একটি কিনোট প্রেজেন্টেশনের সময়, এর অর্থ হলো সবচেয়ে খারাপ মুহূর্তে প্রেজেন্টারের ল্যাপটপটি নেটওয়ার্ক থেকে বিচ্ছিন্ন হয়ে যাওয়া। 5 GHz ব্যান্ডটি UNII সাব-ব্যান্ড নামে পরিচিত কয়েকটি ভাগে বিভক্ত। UNII-1, যা ৩৬, ৪০, ৪৪, এবং ৪৮ নম্বর চ্যানেলগুলোকে কভার করে, সম্পূর্ণভাবে DFS-মুক্ত। এগুলো হলো আপনার নিরাপদ চ্যানেল - কোনো রাডার শনাক্তকরণের প্রয়োজনীয়তা নেই, কোনো CAC নেই, হঠাৎ চ্যানেল খালি করার কোনো ঝুঁকি নেই। UNII-3, যা ১৪৯ থেকে ১৬৫ নম্বর চ্যানেলগুলোকে কভার করে, বেশিরভাগ বিচারব্যবস্থায় DFS-মুক্ত, যদিও কিছু দেশ-নির্দিষ্ট ব্যতিক্রম রয়েছে যা যাচাই করে নেওয়া ভালো। সমস্যা হলো যে UNII-1 এবং UNII-3 একসাথে আপনাকে কেবল নয়টি নন-ওভারল্যাপিং 20 MHz চ্যানেল দেয়। আপনি যখন একটি উচ্চ-ঘনত্বের ভেন্যুতে - যেমন একটি স্টেডিয়াম, একটি কনভেনশন সেন্টার, একটি বড় হোটেল - ডিপ্লয় করছেন, তখন একটি পরিচ্ছন্ন, নন-ওভারল্যাপিং সেল প্ল্যান তৈরি করার জন্য নয়টি চ্যানেল যথেষ্ট নয়। এটিই হলো DFS চ্যানেল পরিকল্পনার মূল দ্বন্দ্ব। DFS চ্যানেলগুলো আপনাকে অতিরিক্ত ৪৭৫ মেগাহার্টজ স্পেকট্রাম - ৫২ থেকে ১৪৪ নম্বর চ্যানেলগুলো - ব্যবহারের সুযোগ দেয়, যা ক্যাপাসিটি পরিকল্পনার জন্য অত্যন্ত মূল্যবান। কিন্তু সেই স্পেকট্রামের সাথে অপারেশনাল ঝুঁকি জড়িয়ে থাকে যা আপনার ভেন্যুর ভৌত পরিবেশের ওপর নির্ভর করে নাটকীয়ভাবে পরিবর্তিত হয়। মূল পরিবর্তনশীল বিষয়টি হলো রাডারের সান্নিধ্য। আপনার ভেন্যু যদি আবহাওয়া রাডার ইনস্টলেশন, সামরিক ঘাঁটি বা অ্যাপ্রোচ রাডার সহ কোনো প্রধান বিমানবন্দরের প্রায় ৩০ থেকে ৫০ কিলোমিটারের মধ্যে হয়, তবে আপনার DFS চ্যানেলগুলো ট্রিগার হবে। মাঝে মাঝে নয় - নিয়মিত। যুক্তরাজ্যে ঘন রাডার ফুটপ্রিন্ট রয়েছে। Ofcom-এর রাডার ডেটাবেস দেখায় যে সারা দেশে আবহাওয়া রাডার ইনস্টলেশন রয়েছে এবং লন্ডন, ম্যানচেস্টার, বার্মিংহাম এবং এডিনবার্গ সহ অনেক বড় বড় শহরে সেই ব্যাসার্ধের মধ্যে DFS ব্যান্ডে কাজ করা রাডার সিস্টেম রয়েছে। DFS ট্রিগারের একটি কম স্পষ্ট উৎসও রয়েছে যা অনেক ইঞ্জিনিয়ারকে অপ্রস্তুত অবস্থায় ফেলে দেয়: ফলস পজিটিভ। নির্দিষ্ট ধরণের সরঞ্জাম এমন RF সিগনেচার তৈরি করে যা DFS অ্যালগরিদমগুলো ভুল করে রাডার হিসেবে চিহ্নিত করে। FHSS ডিভাইস, কিছু শিল্পক্ষেত্রের ওয়্যারলেস সিস্টেম এবং এমনকি দুর্বলভাবে শিল্ডেড মাইক্রোওয়েভ ওভেনও DFS-এর ফলস-ট্রিগার উৎস হিসেবে নথিভুক্ত করা হয়েছে। একটি বাণিজ্যিক রান্নাঘর বিশিষ্ট ভেন্যুতে - যেমন একটি হোটেল, একটি কনফারেন্স সেন্টার, একটি হাসপাতাল - এটি একটি বাস্তব অপারেশনাল ঝুঁকি। DFS সনাক্তকরণ অ্যালগরিদম নিজেই বিকশিত হয়েছে। Cisco, Aruba, Ruckus, এবং Juniper Mist-এর মতো ভেন্ডরদের আধুনিক অ্যাক্সেস পয়েন্টগুলো এনহ্যান্সড DFS বা EDFS বাস্তবায়ন করে, যা ফলস পজিটিভ কমাতে আরও পরিশীলিত পালস প্যাটার্ন রিকগনিশন ব্যবহার করে। কিন্তু EDFS-ও এটি থেকে সম্পূর্ণ মুক্ত নয়, এবং দশ সেকেন্ডের মধ্যে চ্যানেল খালি করার নিয়ন্ত্রক প্রয়োজনীয়তার অর্থ হলো ট্রিগারটি আসল রাডার পালস ছিল নাকি ফলস পজিটিভ, তা বিবেচনা না করেই এর প্রভাব তাৎক্ষণিকভাবে পড়ে। কভার করার মতো আরও একটি প্রযুক্তিগত পয়েন্ট: চ্যানেল উইডথ এবং DFS ইন্টারঅ্যাকশন। আপনি যখন ৮০ মেগাহার্টজ বা ১৬০ মেগাহার্টজ প্রশস্ত চ্যানেল চালাচ্ছেন - যা Wi-Fi 6 এবং Wi-Fi 6E থ্রুপুট টার্গেটের জন্য প্রয়োজন - তখন DFS ট্রিগার হওয়ার সম্ভাবনা আনুপাতিকভাবে বৃদ্ধি পায়। একটি ৮০ মেগাহার্টজ চ্যানেল চারটি ২০ মেগাহার্টজ সাব-চ্যানেল দখল করে। যদি এই সাব-চ্যানেলগুলোর যেকোনো একটিতেও রাডার শনাক্ত হয়, তবে পুরো ৮০ মেগাহার্টজ চ্যানেলটি খালি করতে হবে। এই কারণেই Wi-Fi 6-এ উচ্চ-ঘনত্বের ডেপ্লয়মেন্ট চালানো অনেক অভিজ্ঞ ওয়্যারলেস আর্কিটেক্ট ইচ্ছাকৃতভাবে DFS চ্যানেলগুলোতে চ্যানেলের উইডথ ৪০ মেগাহার্টজে সীমাবদ্ধ রাখেন, অথবা DFS সম্পূর্ণরূপে এড়িয়ে চলেন এবং ওয়াইড-চ্যানেল থ্রুপুটের জন্য 6 GHz-এর ওপর নির্ভর করেন। - - - বাস্তবায়ন সুপারিশ এবং ত্রুটিসমূহ - প্রায় ২ মিনিট ঠিক আছে, চলুন ব্যবহারিক নির্দেশনার দিকে যাওয়া যাক। একটি নতুন ডেপ্লয়মেন্টের জন্য আমি যেভাবে DFS চ্যানেল প্ল্যানিং করব তা এখানে দেওয়া হলো। ধাপ এক: রাডার এনভায়রনমেন্ট মূল্যায়ন। আপনি একটি একক অ্যাক্সেস পয়েন্ট কনফিগার করার আগে, আপনার ভেন্যুর চারপাশের রাডার ফুটপ্রিন্ট পরীক্ষা করুন। যুক্তরাজ্যে, Ofcom রাডার ডেটা প্রকাশ করে। আপনার ভেন্যুর কোঅর্ডিনেটের সাথে এটি ক্রস-রেফারেন্স করুন। আপনি যদি কোনো আবহাওয়া রাডার বা সামরিক স্থাপনার ৩৫ কিলোমিটারের মধ্যে থাকেন, তবে DFS চ্যানেলগুলোকে উচ্চ-ঝুঁকিপূর্ণ হিসেবে বিবেচনা করুন এবং সেই অনুযায়ী পরিকল্পনা করুন। ধাপ দুই: প্রথমে আপনার নন-DFS বেসলাইন তৈরি করুন। ৩৬, ৪০, ৪৪, ৪৮, ১৪৯, ১৫৩, ১৫৭, ১৬১, এবং ১৬৫ চ্যানেলগুলো আপনার ভিত্তি। একটি উচ্চ-ঘনত্বের ডেপ্লয়মেন্টে, প্রথমে এই চ্যানেলগুলোর চারপাশে আপনার সেল প্ল্যান ডিজাইন করুন। কেবলমাত্র সেখানেই DFS চ্যানেলগুলো যুক্ত করুন যেখানে আপনার প্রকৃত ক্যাপাসিটি প্রয়োজনীয়তা রয়েছে যা কেবল নন-DFS স্পেকট্রাম দিয়ে পূরণ করা সম্ভব নয়। ধাপ তিন: আপনি যদি DFS চ্যানেল ব্যবহার করেন, তবে একটি ফলব্যাক চ্যানেল প্ল্যান বাস্তবায়ন করুন। DFS চ্যানেলে চালিত প্রতিটি AP-এর নন-DFS স্পেকট্রামে একটি প্রি-কনফিগার করা ফলব্যাক চ্যানেল থাকা উচিত। বেশিরভাগ এন্টারপ্রাইজ-গ্রেড কন্ট্রোলার এটি নেটিভভাবে সমর্থন করে। ফলব্যাক চ্যানেলটি আগে থেকেই স্ক্যান এবং যাচাই করে রাখা উচিত যাতে AP ন্যূনতম ক্লায়েন্ট ব্যাঘাত সহ ট্রানজিশন করতে পারে। ধাপ চার: ক্রমাগত পর্যবেক্ষণ করুন। একটি WiFi অ্যানালিটিক্স প্ল্যাটফর্ম যা রিয়েল-টাইম চ্যানেল ইউটিলাইজেশন ডেটা, DFS ইভেন্ট লগিং এবং ক্লায়েন্ট অ্যাসোসিয়েশন মেট্রিক্স প্রদান করে, তা একটি উচ্চ-ঘনত্বের ভেন্যুতে ঐচ্ছিক নয় - এটি অত্যন্ত জরুরি। DFS ইভেন্টগুলো কখন ঘটছে, কত ঘন ঘন ঘটছে এবং কোন AP-গুলো প্রভাবিত হচ্ছে তা আপনার জানা প্রয়োজন। সেই ভিজিবিলিটি ছাড়া, আপনি অন্ধকারে কাজ করছেন। ধাপ পাঁচ: আপনার রেগুলেটরি ডোমেনের সাথে আপনার DFS কনফিগারেশন যাচাই করুন। এটি একটি সাধারণ ভুল - ইউএস বা বিশ্বব্যাপী ডিফল্ট রেগুলেটরি ডোমেন সহ পাঠানো অ্যাক্সেস পয়েন্টগুলো ইউকে বা ইইউ রেগুলেটরি ডোমেনের জন্য কনফিগার করা AP-গুলোর চেয়ে ভিন্ন আচরণ করতে পারে। DFS প্রয়োজনীয়তা, CAC টাইমার এবং অনুমোদিত ট্রান্সমিট পাওয়ার লেভেল বিচারব্যবস্থা অনুযায়ী ভিন্ন হয়। ডেপ্লয়মেন্টের আগে সর্বদা আপনার রেগুলেটরি ডোমেন সেটিংস যাচাই করুন।বাস্তব ক্ষেত্রে আমি সবচেয়ে বড় যে ত্রুটিটি দেখতে পাই তা হলো, রাডার পরিবেশ মূল্যায়ন না করেই কেবল ধারণক্ষমতার সমস্যা সমাধানের জন্য ইঞ্জিনিয়াররা DFS চ্যানেল সক্রিয় করে থাকেন। ল্যাবে বা প্রাথমিক পরীক্ষার সময় তারা চমৎকার পারফরম্যান্স পান - কারণ CAC সফলভাবে সম্পন্ন হয় - এবং তারপরে আবহাওয়া রাডার ইনস্টলেশন থেকে ২০ কিলোমিটার দূরের একটি ভেন্যুতে এটি লাইভ করেন। কয়েক দিনের মধ্যেই, তারা মাঝে মাঝে সংযোগ বিচ্ছিন্ন হওয়ার বিষয়ে ক্লায়েন্টদের অভিযোগ পেতে শুরু করেন যা সঠিক লগিং ছাড়া নির্ণয় করা প্রায় অসম্ভব। Purple-এর হার্ডওয়্যার-নিরপেক্ষ প্ল্যাটফর্ম আপনার বিদ্যমান ইনফ্রাস্ট্রাকচারের সাথে সংহত হয়ে ঠিক সেই ভিজিবিলিটি প্রদান করে - DFS ইভেন্ট লগের সাথে ক্লায়েন্ট অভিজ্ঞতার মেট্রিক্সের সম্পর্ক স্থাপন করে যাতে আপনি সনাক্ত করতে পারেন যে সংযোগের সমস্যাটি DFS-সম্পর্কিত নাকি সম্পূর্ণ অন্য কিছু। - - - র‍্যাপিড-ফায়ার প্রশ্ন ও উত্তর - প্রায় ১ মিনিট কিছু সাধারণ প্রশ্ন যা আমাকে নিয়মিত জিজ্ঞাসা করা হয়। আমি কি কেবল সম্পূর্ণভাবে DFS নিষ্ক্রিয় করতে পারি? হ্যাঁ, বেশিরভাগ এন্টারপ্রাইজ কন্ট্রোলারে আপনি AP-কে শুধুমাত্র নন-DFS চ্যানেলে সীমাবদ্ধ করতে পারেন। উচ্চ-ঝুঁকিপূর্ণ রাডার পরিবেশে, এটি প্রায়শই সঠিক সিদ্ধান্ত। WiFi 6E কি DFS সমস্যার সমাধান করে? মূলত, হ্যাঁ। ৬ গিগাহার্টজ (6 GHz) ব্যান্ডের কোনো DFS প্রয়োজনীয়তা নেই। আপনি যদি WiFi 6E অ্যাক্সেস পয়েন্ট স্থাপন করেন, তবে কোনো রাডার সনাক্তকরণের ঝুঁকি ছাড়াই ৬ গিগাহার্টজে ওয়াইড চ্যানেল চালাতে পারেন। উচ্চ-ঘনত্বের ভেন্যুগুলোতে WiFi 6E গ্রহণ ত্বরান্বিত করার জন্য এটি অন্যতম একটি শক্তিশালী পরিচালনগত যুক্তি। ৬ গিগাহার্টজ ব্যান্ড এবং AFC সম্পর্কে কী বলা যায়? ৬ গিগাহার্টজ ব্যান্ডে স্বয়ংক্রিয় ফ্রিকোয়েন্সি সমন্বয় (AFC) একটি ভিন্ন নিয়ন্ত্রক ব্যবস্থা - এটি DFS নয়। AFC রিয়েল-টাইম রাডার সনাক্তকরণের পরিবর্তে একটি ডেটাবেস-চালিত পদ্ধতি ব্যবহার করে এবং এর পরিচালনগত প্রভাব উল্লেখযোগ্যভাবে কম। Purple-এর প্ল্যাটফর্ম কি DFS ইভেন্ট অ্যালার্টিং সমর্থন করে? হ্যাঁ - Purple-এর WiFi অ্যানালিটিক্স লেয়ার এর ড্যাশবোর্ডের মাধ্যমে DFS-সম্পর্কিত সংযোগ ইভেন্টগুলো প্রদর্শন করতে পারে, যা অপারেশন টিমকে নেটওয়ার্ক ইভেন্টগুলোর সাথে গেস্টের অভিজ্ঞতার ডেটার সম্পর্ক স্থাপন করতে সহায়তা করে। - - - সারসংক্ষেপ এবং পরবর্তী পদক্ষেপ - প্রায় ১ মিনিট সংক্ষেপে বলতে গেলে: DFS চ্যানেলগুলো একটি দুধারী তলোয়ার। এগুলো আপনাকে মূল্যবান স্পেকট্রামে অ্যাক্সেস দেয় যা উচ্চ-ঘনত্বের স্থাপনাগুলোতে আপনার ধারণক্ষমতা উল্লেখযোগ্যভাবে বৃদ্ধি করতে পারে। কিন্তু এগুলো নিয়ন্ত্রক বাধ্যবাধকতা - CAC টাইমার, বাধ্যতামূলক চ্যানেল খালি করা - নিয়ে আসে যা রাডারের কাছাকাছি থাকা ভেন্যুগুলোতে প্রকৃত পরিচালনগত ঝুঁকি তৈরি করে। সিদ্ধান্তের রূপরেখাটি সহজ। প্রথমে আপনার রাডার পরিবেশ মূল্যায়ন করুন। আপনার ভিত্তি হিসেবে নন-DFS চ্যানেলগুলো তৈরি করুন। কেবল সেখানেই DFS প্রবর্তন করুন যেখানে ধারণক্ষমতা এটির দাবি করে এবং যেখানে আপনার সঠিক পর্যবেক্ষণ ও ফলব্যাক কনফিগারেশন চালু রয়েছে। এবং আপনি যদি WiFi 6E স্থাপন করেন, তবে DFS সমস্যাটি সম্পূর্ণরূপে এড়াতে ৬ গিগাহার্টজকে অগ্রাধিকার দিন। চ্যানেল পরিকল্পনা সরঞ্জামগুলোর আরও বিশদ পর্যালোচনার জন্য, চ্যানেলের ওভারল্যাপ সমস্যা সমাধানের জন্য সেরা WiFi বিশ্লেষক সরঞ্জামগুলোর বিষয়ে Purple-এর একটি নির্দেশিকা রয়েছে - এই ব্রিফিংয়ের পাশাপাশি এটি পড়ার মতো। আর আপনি যদি আপনার গেস্ট WiFi প্ল্যাটফর্মের এই পরিচালনগত অন্তর্দৃষ্টিগুলো প্রকাশ করার ক্ষমতা মূল্যায়ন করতে চান, তবে Purple-এর অ্যানালিটিক্স প্ল্যাটফর্ম নিয়ে আলোচনা করা যেতে পারে। শোনার জন্য ধন্যবাদ। পরবর্তী সময় পর্যন্ত ভালো থাকবেন। - - - স্ক্রিপ্টের সমাপ্তি মোট আনুমানিক সময়কাল: ১০ মিনিট