HPE Aruba Central presence analytics: সেটআপ, এক্সপোর্ট এবং সীমাবদ্ধতা

Aruba Central presence analytics আপনার HPE Aruba অ্যাক্সেস পয়েন্টগুলোর সনাক্ত করা ডিভাইসগুলি গণনা করে। তারপর এটি একটি RSSI থ্রেশহোল্ড এবং প্রতিটি সাইটের জন্য আপনার সেট করা ডওয়েল-টাইম সীমানা ব্যবহার করে সেগুলোকে পথচারী এবং দর্শকদের মধ্যে বিন্যস্ত করে। আপনি এটি প্রতি সাইটে সক্রিয় করতে পারেন, ফ্লোরে থ্রেশহোল্ড ক্যালিব্রেট করতে পারেন এবং Central REST API-এর মাধ্যমে সমষ্টিগত ডেটা এক্সপোর্ট করতে পারেন। এটি ডিভাইস গণনা করে এবং কখনই মানুষ সনাক্ত করে না।

Aruba Central presence analytics আসলে কী পরিমাপ করে?

WiFi চালু থাকা প্রতিটি ফোন প্রোব রিকোয়েস্ট পাঠায়, যা মূলত কাছাকাছি কোন নেটওয়ার্ক আছে তা জানার জন্য ছোট ফ্রেম। এটি আপনার নেটওয়ার্কে যুক্ত হোক বা না হোক, এই রিকোয়েস্ট পাঠায়। আপনার Aruba অ্যাক্সেস পয়েন্টগুলো সেই ফ্রেমগুলো শুনতে পায় এবং প্রতিটি ডিভাইসের MAC অ্যাড্রেস এবং সিগন্যালের শক্তি Central-এ রিপোর্ট করে। Central তারপর আপনার দ্বারা নিয়ন্ত্রিত দুটি নিয়ম প্রয়োগ করে।

প্রথম নিয়মটি হলো সিগন্যালের শক্তি। RSSI (received signal strength indicator) পরিমাপ করা হয় dBm-এ, এবং শূন্যের কাছাকাছি মান মানে হলো ডিভাইসটি অ্যাক্সেস পয়েন্টের কাছাকাছি রয়েছে। আপনার RSSI থ্রেশহোল্ডের উপরে থাকা একটি ডিভাইস ভেন্যুর ভিতরে বলে গণ্য হয়। এর নিচে থাকা একটি ডিভাইস পথচারী হিসেবে গণ্য হয়।

দ্বিতীয় নিয়মটি হলো ডওয়েল-টাইম। থ্রেশহোল্ডের উপরে থাকা ডিভাইসগুলোর মধ্যে, Central সংক্ষিপ্ত সনাক্তকরণগুলোকে প্রকৃত ভিজিট থেকে আলাদা করতে ডওয়েল-টাইম সীমানা ব্যবহার করে। তারপর এটি দর্শকদের বিভিন্ন স্থায়িত্বের ব্যান্ডে বিভক্ত করে।

এর আউটপুট হলো প্রতিটি সাইটের জন্য Aruba-এর সমষ্টিগত ফুটফল ডেটা: পথচারী, দর্শক এবং ডওয়েল ডিস্ট্রিবিউশন। এটি এই প্রশ্নের উত্তর দেয় যে "কতটি ডিভাইস এখানে ছিল এবং কত সময়ের জন্য ছিল"। এটি কখনই "তারা কারা ছিল" সেই প্রশ্নের উত্তর দিতে পারে না, এবং এই নির্দেশিকার শেষের প্রতিটি বিষয় এই সীমাবদ্ধতার ওপর ভিত্তি করেই তৈরি।

Purple-এর নিজস্ব প্রেজেন্স মডেল একই ফিজিক্সের ওপর কাজ করে। Presence (Legacy) documentation-এ সেই সমস্ত অননুমোদিত ডিভাইস গণনার বর্ণনা রয়েছে যা একটি অ্যাক্সেস পয়েন্টকে এতটাই কাছাকাছি "পিং" করে যাতে তাদের MAC অ্যাড্রেস রেকর্ড করা যায়। RSSI এখানে প্রক্সিমিটি সিগন্যাল হিসেবে কাজ করে। ভেন্যুর যেকোনো অ্যাক্সেস পয়েন্ট ডিভাইসটিকে কতক্ষণ দেখেছে তা পরিমাপ করে ডিউরেশন। আপনি যদি একটি মডেল বোঝেন, তবে আপনি দুটিই বোঝেন।

Aruba Central-এ presence analytics সক্রিয় করার আগে আপনার কী প্রয়োজন?

পাঁচটি জিনিস, এবং শেষটিই সাধারণত দলগুলো এড়িয়ে যায়।

1. একটি Central সাবস্ক্রিপশন যা presence analytics কভার করে। Presence analytics প্রতিটি Central লাইসেন্স স্তরের অংশ নয়। প্রতিটি সাইটের AP-গুলোতে অ্যাসাইন করা সাবস্ক্রিপশনের সাথে HPE-এর বর্তমান লাইসেন্সিং ডকুমেন্টেশন যাচাই করে নিন।
2. একটি সাইটে অ্যাসাইন করা AP, শুধুমাত্র একটি গ্রুপে নয়। Central কনফিগারেশনের জন্য গ্রুপ এবং লোকেশন ও রিপোর্টিংয়ের জন্য সাইট ব্যবহার করে। প্রতি সাইটে প্রেজেন্স সমষ্টিগতভাবে কাজ করে, তাই সাইট অ্যাসাইনমেন্ট ছাড়া একটি AP কোনো দরকারী তথ্য প্রদান করে না।
3. একটি ফ্লোর প্ল্যান যেখানে ফিজিক্যাল সীমানা চিহ্নিত করা আছে। দরজা, দোকানের সামনের কাচ, টেরেস, কার পার্ক এবং প্রতিবেশী ইউনিটগুলোর সাথে শেয়ার করা দেয়ালগুলো চিহ্নিত করুন। এগুলোই হলো সেই জায়গা যেখানে আপনার থ্রেশহোল্ড প্রথমে ভুল হতে পারে।
4. একটি টেস্ট ডিভাইস যা আপনি সনাক্ত করতে পারেন। আধুনিক iOS এবং Android সংস্করণগুলো ডিভাইসের উপস্থাপিত MAC অ্যাড্রেস র্যান্ডমাইজ করে, তাই আপনার টেস্ট হ্যান্ডসেটে প্রাইভেট অ্যাড্রেস সেটিংটি নিষ্ক্রিয় করুন অথবা এটি যে অ্যাড্রেসটি ব্যবহার করছে তা নোট করে রাখুন।৫. একটি গোপনীয়তা অবস্থান। MAC অ্যাড্রেস হলো ডিভাইসের আইডেন্টিফায়ার। GDPR-এর রিসাইটাল ৩০-এ ডিভাইস-প্রদত্ত অনলাইন আইডেন্টিফায়ারকে এমন তথ্য হিসাবে নাম দেওয়া হয়েছে যা একজন ব্যক্তিকে সনাক্ত করতে পারে। তথ্য সংগ্রহ শুরু করার আগে একটি ডেটা সুরক্ষা প্রভাব মূল্যায়ন সম্পন্ন করুন এবং প্রবেশদ্বারে সাইনেজ লাগান। UK ICO ডিভাইস সিগন্যালের উপর ভিত্তি করে লোকেশন অ্যানালিটিক্স সম্পর্কিত গাইডলাইন প্রকাশ করেছে এবং এটি উভয় পয়েন্টকেই কভার করে।

API-এর কাজের জন্য, Central-এ আপনার একটি অ্যাডমিন রোলও প্রয়োজন যা API Gateway ক্লায়েন্ট তৈরি করতে পারে এবং ডেটার জন্য একটি গন্তব্য: একটি ওয়্যারহাউস, একটি ডেটাবেস বা একটি BI টুল।

কীভাবে আপনি Aruba Central উপস্থিতি অ্যানালিটিক্স সেট আপ করবেন?

ধাপ ১: প্রতিটি সাইটের জন্য সার্ভিসটি সক্রিয় করুন

Central-এ সাইট স্তরে উপস্থিতি অ্যানালিটিক্স চালু করুন। ক্লাসিক Aruba Central এবং নতুন HPE Aruba Networking Central ইন্টারফেসের মধ্যে সঠিক মেনু পাথটি ভিন্ন হতে পারে। কোনো পুরানো স্ক্রিনশটের পরিবর্তে আপনার রিলিজের জন্য HPE-এর বর্তমান ডকুমেন্টেশন অনুসরণ করুন। যেকোনো কিছু মূল্যায়ন করার আগে প্রথম ডেটা পপুলেট হতে দিন এবং ক্যালিব্রেট না করা পর্যন্ত প্রথম দিনের সংখ্যাগুলো ভুল দেখাতে পারে বলে ধরে রাখুন।

ধাপ ২: RSSI থ্রেশহোল্ড ক্যালিব্রেট করুন

ভিজিটর গণনার জন্য কোনো সার্বজনীন Aruba RSSI থ্রেশহোল্ড নেই। সঠিক মানটি AP মাউন্টিংয়ের উচ্চতা, অ্যান্টেনা প্যাটার্ন, দেয়ালের উপাদান, গ্লেজিং এবং AP-গুলো সীমানার কতটা কাছাকাছি বসেছে তার উপর নির্ভর করে। অন্য কোনো ভেন্যু থেকে কপি করা একটি সংখ্যা আপনার ভেন্যুতে ডিভাইসগুলোকে ভুলভাবে শ্রেণিবদ্ধ করবে। পরিবর্তে এটি ক্যালিব্রেট করুন:

১. সীমানা বরাবর হাঁটুন। টেস্ট ডিভাইসটি তিনটি পয়েন্টে নিয়ে যান: প্রবেশদ্বারের ঠিক ভেতরে, থ্রেশহোল্ডের উপরে এবং বাইরের ফুটপাথ বা কনকোর্সে। প্রতিটি পয়েন্টে কয়েক মিনিট ধরে রাখুন এবং Central যে RSSI রিপোর্ট করে তা নোট করুন। ২. একটি ব্যস্ত সময়ে পুনরাবৃত্তি করুন। মানুষ রেডিও শক্তি শোষণ করে, তাই পিক টাইমে রিডিং খালি ভবনের রিডিংয়ের চেয়ে কম হয়। পিক কন্ডিশনের সাথে মিল রেখে ক্যালিব্রেট করুন, কারণ তখনই গণনা সবচেয়ে গুরুত্বপূর্ণ হয়। ৩. থ্রেশহোল্ডটি "ঠিক ভেতরে" এবং "বাইরে" এর মাঝামাঝি রাখুন। রাস্তার ট্রাফিক কাঁচের কাছাকাছি দিয়ে গেলে এটিকে ভেতরের রিডিংয়ের দিকে ঝুঁকিয়ে রাখুন। প্রবেশদ্বারটি যদি ভেতরের দিকে বসানো হয় এবং আশেপাশে কেউ ঘোরাঘুরি না করে তবে এটিকে বাইরের রিডিংয়ের দিকে ঝুঁকিয়ে রাখুন। ৪. মান এবং তারিখ রেকর্ড করুন। পরবর্তী প্রতিটি তুলনা নির্ভর করে কোন থ্রেশহোল্ড কোন সংখ্যাগুলো তৈরি করেছে তা জানার উপর।

ধাপ ৩: ড্বেল বা অবস্থানের সীমানা নির্ধারণ করুন যা পথচারীদের ভিজিটরদের থেকে আলাদা করে

শুধুমাত্র RSSI কাঁচের কাছাকাছি দিয়ে হেঁটে যাওয়া যে কাউকে ভুলভাবে শ্রেণিবদ্ধ করে। ন্যূনতম ভিজিটর ড্বেল সময়কাল তাদের বাদ দেয়। এটিকে আপনার ভেন্যুর সবচেয়ে কম সময়ের জেনুইন ভিজিটের সাথে সেট করুন, কোনো ইন্ডাস্ট্রির গড় মানের সাথে নয়। দীর্ঘতর ব্যান্ডগুলো তখন বর্ণনা করে যে আপনার ভিজিটররা কতটা যুক্ত বা এনগেজড।

ভেন্যুর ধরন	একজন পথচারী দেখতে কেমন হয়	ন্যূনতম ভিজিটর ড্বেলের অ্যাঙ্কর	যাচাই করার জন্য গ্রাউন্ড ট্রুথ
হাই স্ট্রিট রিটেল	দোকানের সামনে দিয়ে হেঁটে যাওয়া পথচারী	দ্রুততম বাস্তব কেনাকাটা, যেমন একটি গ্র্যাব-অ্যান্ড-গো আইটেম	টিল ট্রানজ্যাকশন কাউন্ট
হোটেল লবি	লিফট বা রেস্তোরাঁর দিকে যাওয়া অতিথি	সংক্ষিপ্ততম চেক-ইন বা কনসিয়ার্জ ইন্টারঅ্যাকশন	ফ্রন্ট ডেস্ক চেক-ইন লগ
স্টেডিয়ামের কনকোর্স	স্ট্যান্ড এবং কিয়স্কের মধ্যে ভক্তদের চলাচল	সবচেয়ে কম সময়ের কিয়স্ক কেনাকাটা	কিয়স্ক লেনদেনের সংখ্যা
লাইব্রেরি বা কাউন্সিল সার্ভিস পয়েন্ট	সংলগ্ন রাস্তায় পথচারী	ডেস্কে সবচেয়ে কম সময়ের অনুসন্ধান	ডেস্ক অনুসন্ধান লগ বা দরজার কাউন্টার

একবারে একটি সেটিং পরিবর্তন করুন। আপনি যদি RSSI থ্রেশহোল্ড এবং ডুয়েল বাউন্ডারি একসাথে পরিবর্তন করেন, তবে কোন পরিবর্তনের কারণে সংখ্যা পরিবর্তন হয়েছে তা আপনি বুঝতে পারবেন না।

ধাপ ৪: Central API-এর মাধ্যমে প্রেজেন্স ডেটা এক্সপোর্ট করুন

এক নজরে দেখার জন্য Central ড্যাশবোর্ডগুলো ঠিক আছে, তবে ডাউনস্ট্রিম রিপোর্টিংয়ের জন্য ডেটা বের করা প্রয়োজন। একটি Aruba Central API এক্সপোর্ট চারটি ধাপ অনুসরণ করে।

১. API গেটওয়েতে একটি API ক্লায়েন্ট তৈরি করুন। Central মূলত OAuth 2.0 অ্যাক্সেস টোকেন দিয়ে REST কলগুলোকে অথেন্টিকেট করে। অ্যাক্সেস টোকেনগুলো স্বল্পস্থায়ী হয়, তাই সিক্রেট ম্যানেজারে রিফ্রেশ টোকেনটি সংরক্ষণ করুন এবং স্বয়ংক্রিয় রিনিউয়াল সেট করুন। ২. প্রেজেন্স অ্যানালিটিক্স এন্ডপয়েন্টগুলোকে কল করুন। এগুলো আপনার নির্দিষ্ট করা একটি সময়ের উইন্ডোর জন্য সাইট-লেভেল এগ্রিগেট রিটার্ন করে। বর্তমান এন্ডপয়েন্ট পাথ এবং প্যারামিটারের জন্য HPE-এর ডেভেলপার রেফারেন্স ব্যবহার করুন, কারণ এগুলো API সংস্করণের মধ্যে পরিবর্তিত হয়। ৩. পুলটি শিডিউল করুন। প্রতিদিনের একটি কাজ যা প্রতি সাইটে আগের দিনের ডেটা রিকোয়েস্ট করে তা অডিট করা সহজ। সাইট ID, UTC-তে টাইম উইন্ডো এবং সেই সময়ে কার্যকর থ্রেশহোল্ড এবং ডুয়েল সেটিংস সংরক্ষণ করুন। ৪. রেট লিমিট মেনে চলুন। Central অ্যাকাউন্ট প্রতি API রেট লিমিট প্রয়োগ করে। বড় এস্টেটগুলোর ক্ষেত্রে একই মিনিটে প্রতিটি সাইটের ডেটা না টেনে সাইট রিকোয়েস্টগুলো ধাপে ধাপে করা উচিত।

ধাপ ৩ দেখতে যেমন লাগে তার চেয়ে বেশি গুরুত্বপূর্ণ। এখন থেকে ছয় মাস পর যখন কেউ একটি থ্রেশহোল্ড পরিবর্তন করবে, তখন সংরক্ষিত সেটিংস অ্যানালিস্টদের সিরিজটি বিভক্ত করতে সাহায্য করবে, যার ফলে ভিজিটরদের সংখ্যায় কোনো কাল্পনিক ড্রপ রিপোর্ট হবে না।

কাউন্টগুলো সঠিক আছে কিনা তা কীভাবে পরীক্ষা করবেন?

আপনার কাছে ইতিমধ্যে যা গোনা আছে তার সাথে এটি যাচাই করুন। উপরের টেবিল থেকে প্রতি সাইটে একটি সঠিক সোর্স বেছে নিন এবং অন্তত এক সপ্তাহের জন্য প্রতিদিন Central-এর ভিজিটর সংখ্যার সাথে এটি তুলনা করুন।

আপনি সমান সংখ্যার সন্ধান করছেন না। কয়েকজন ক্রেতা একসাথে আসেন, কর্মীদের কাছে ফোন থাকে এবং কিছু ভিজিটরের কাছে কোনো ডিভাইস থাকে না। আপনি একটি স্থিতিশীল অনুপাত খুঁজছেন। যদি ভিজিটরদের সংখ্যা লেনদেনের একটি ধারাবাহিক গুণিতক হিসেবে চলে, তবে কনফিগারেশনটি সঠিক এবং অনুপাতটি একটি ক্যাপচার-রেট ম্যাট্রিক হয়ে ওঠে যা আপনি রিপোর্ট করতে পারেন।

ডেটা বিশ্বাস করার আগে চারটি স্যানিটি চেক চালান:

• ওভারনাইট কাউন্ট। বন্ধ হওয়ার পরে রেকর্ড করা ভিজিটররা সাধারণত কর্মীদের ডিভাইস, ফিক্সড ডিভাইস বা আপনার থ্রেশহোল্ডের উপরে থাকা প্রতিবেশীর সরঞ্জাম নির্দেশ করে।
• ক্যাপাসিটি। একসাথে উপস্থিত ভিজিটর সংখ্যা কখনই ভেন্যুর লাইসেন্সপ্রাপ্ত অকুপেন্সি অতিক্রম করা উচিত নয়।
• ড্যাশবোর্ড বনাম API। আপনার API পুল থেকে প্রাপ্ত দৈনিক মোট সংখ্যা একই সাইট এবং উইন্ডোর জন্য Central ড্যাশবোর্ডের সাথে মেলা উচিত। একটি অমিল সাধারণত টাইম জোন ত্রুটি নির্দেশ করে।
• সাইট বনাম সাইট। একই ধরনের ব্যবসার সাইটগুলোর তুলনা করুন। দ্বিগুণ ভিজিটর এবং অর্ধেক লেনদেন থাকা একটি সাইটে মূলত ক্যালিব্রেশন সমস্যা রয়েছে, বিক্রয়ের সমস্যা নয়।

একটি বাস্তব ভেন্যুতে টিউনিং কেমন দেখায়?

নিচের দুটি দৃশ্যপট পদ্ধতিটি দেখানোর জন্য উদাহরণস্বরূপ পরিসংখ্যান ব্যবহার করে। আপনার নিজস্ব সংখ্যা ভিন্ন হতে পারে, তবে গাণিতিক হিসাব একই থাকবে।

দৃশ্যপট ১: কাঁচের সম্মুখভাগ সহ একটি হাই স্ট্রিট ফ্যাশন স্টোর

পরিস্থিতি। একটি একতলা দোকানে একটি ব্যস্ত ফুটপাথের পাশে সম্পূর্ণ-উচ্চতার কাঁচের সম্মুখভাগের কয়েক মিটারের মধ্যে দুটি AP রয়েছে। একটি সাধারণ শনিবারে, Central ৪১০টি ক্যাশ ট্রানজ্যাকশনের বিপরীতে ৩,২০০ জন ভিজিটর রিপোর্ট করে। প্রায় ১৩% এর এই অনুমিত ক্যাপচার হারটি ট্রেডিং টিমের অভিজ্ঞতার বিপরীতে অবিশ্বাস্যভাবে দুর্বল দেখায়।

যা করা হয়েছিল। নেটওয়ার্ক ইঞ্জিনিয়ার শনিবারের দুপুরের খাবারের সময় সীমানা ধরে হেঁটেছিলেন। তিনি দেখতে পান যে কাঁচের ঠিক বাইরে ফুটপাথের ডিভাইসগুলোর সিগন্যাল প্রায় দরজার ঠিক ভেতরের ডিভাইসগুলোর মতোই শক্তিশালী ছিল। তিনি RSSI থ্রেশহোল্ড বাড়িয়ে এই দুটি রিডিংয়ের মাঝামাঝি সেট করেন। এরপর তিনি নূন্যতম ভিজিটর ডোয়েল টাইম এমন একটি সময় সেট করেন যা ক্যাশ কাউন্টারে একটি একক আইটেম কিনতে সময় নেয়।

ফলাফল। পরবর্তী শনিবারে, Central ৪২৫টি ট্রানজ্যাকশনের বিপরীতে ১,১৫০ জন ভিজিটর রিপোর্ট করেছে, যা প্রতি বিক্রিতে প্রায় ২.৭ জন ভিজিটরের অনুপাত। এই অনুপাতটি পরবর্তী চারটি সপ্তাহান্তে একটি সংকীর্ণ সীমার মধ্যে বজায় ছিল। ইনসাইটস অ্যানালিস্ট এখন স্টোরের retail ট্রেডিং পর্যালোচনার জন্য একটি কনভার্সন ইন্ডিকেটর হিসেবে এটি সাপ্তাহিকভাবে রিপোর্ট করেন।

দৃশ্যপট ২: পাশে একটি হোটেল সহ একটি কনফারেন্স সেন্টার ফোয়ার

পরিস্থিতি। একটি কনফারেন্স সেন্টার একটি ২০০-রুমের হোটেলের সাথে একটি গ্লাস লিঙ্ক করিডোর শেয়ার করে। ইভেন্ট আয়োজকরা ফোয়ারে স্পন্সর স্ট্যান্ডগুলোর মূল্য নির্ধারণের জন্য প্রতিদিনের ডোয়েল ডেটা চান। Central এর ডোয়েল ডিস্ট্রিবিউশন কোনো ইভেন্ট চলছে কিনা তা নির্বিশেষে সংক্ষিপ্ততম ব্যান্ডের মধ্যে একটি বড় স্পাইক দেখায়।

যা করা হয়েছিল। ইঞ্জিনিয়ার দেখতে পান যে লিঙ্ক করিডোর দিয়ে হেঁটে যাওয়া হোটেলের অতিথিরা ফোয়ারের AP-গুলোর RSSI থ্রেশহোল্ডের উপরে পড়েছেন। শুধুমাত্র থ্রেশহোল্ড স্থানান্তর করলে করিডোরের কাছাকাছি দাঁড়িয়ে থাকা আসল প্রতিনিধিদের বাদ দেওয়া হতো। এর পরিবর্তে, টিম নূন্যতম ভিজিটর ডোয়েল করিডোরটি এক প্রান্ত থেকে অন্য প্রান্তে হেঁটে যেতে যে সময় লাগে তার চেয়ে বেশি নির্ধারণ করে। এরপর তারা তিনটি ইভেন্টের দিনে ব্যাজ স্ক্যানের বিপরীতে কাউন্টগুলো যাচাই করে।

ফলাফল। নন-ইভেন্ট দিনগুলোতে, ফোয়ারের ভিজিটর স্টাফ এবং ঠিকাদারদের সাথে সামঞ্জস্যপূর্ণ স্তরে নেমে এসেছে। ইভেন্টের দিনগুলোতে, ভিজিটর কাউন্ট একটি স্থিতিশীল অনুপাতে ব্যাজ স্ক্যান অনুসরণ করেছে। এর ফলে আয়োজকরা স্পন্সরদের এমন প্রতিনিধিদের একটি নির্ভরযোগ্য সংখ্যা দিতে পেরেছেন যারা ফোয়ারে নির্ধারিত সময়ের চেয়ে বেশি সময় কাটিয়েছেন। হোটেলের guest ট্রাফিক ইভেন্ট ডেটা নষ্ট করা বন্ধ করে দিয়েছে।

দৃশ্যপট ৩: বাইরে একটি বাস স্টপ সহ একটি কাউন্সিল লাইব্রেরি

পরিস্থিতি। একটি পাবলিক লাইব্রেরি একটি বাস স্টপের পাশে অবস্থিত যেখানে মানুষ কয়েক মিনিটের জন্য অপেক্ষা করে, যা প্রবেশদ্বারের AP-এর সীমার মধ্যেই পড়ে। কাউন্সিল তার বার্ষিক পরিষেবা রিপোর্টের জন্য ভিজিটের সংখ্যা চায়।

যা করা হয়েছিল। শুধু RSSI বা ডোয়েল কোনোটিই একজন অপেক্ষমাণ বাস যাত্রীকে লাইব্রেরি ভিজিটর থেকে আলাদা করতে পারেনি। টিম বাস স্টপেই নেওয়া রিডিংগুলো ব্যবহার করে থ্রেশহোল্ড সেট করে। এরপর তারা এক মাসের জন্য বিদ্যমান ডোর কাউন্টারের বিপরীতে কাউন্টগুলো ক্রস-চেক করে।ফলাফল। Presence কাউন্ট এবং ডোর কাউন্ট উভয়ই একটি সামঞ্জস্যপূর্ণ ব্যবধানের মধ্যে একসাথে পরিবর্তিত হয়েছে। কাউন্সিল ডোর কাউন্টারটিকে অফিসিয়াল সংখ্যা হিসাবে ধরে রেখেছে এবং ঘণ্টা-ভিত্তিক প্যাটার্নের জন্য presence ডেটা ব্যবহার করেছে, যা ডোর কাউন্টার প্রদান করতে পারেনি। এই প্যাটার্নটি ইনকোয়ারি ডেস্কে কর্মী নিয়োগের পরিবর্তনের ক্ষেত্রে তথ্য সরবরাহ করেছে।

কী ভুল হতে পারে এবং কীভাবে আপনি তা সমাধান করবেন?

ভিজিটর সংখ্যা বাস্তব সংখ্যার চেয়ে অনেক বেশি

RSSI থ্রেশহোল্ডটি খুব বেশি শিথিল, সাধারণত কাচ, একটি পাতলা বিভাজন বা প্রবেশদ্বারের কাছাকাছি মাউন্ট করা AP-এর কারণে এমনটি হয়। পিক সময়ে সীমানাটি আবার পরীক্ষা করুন এবং থ্রেশহোল্ড বৃদ্ধি করুন। যদি AP প্লেসমেন্টের কারণে স্পষ্ট বিভাজন করা অসম্ভব হয়, তবে এটিকে সীমানা থেকে আরও দূরে সরিয়ে নেওয়ার কথা বিবেচনা করুন।

মোবাইল OS আপডেটের পর কাউন্ট পরিবর্তিত হওয়া

MAC অ্যাড্রেস র্যান্ডমাইজেশনের অর্থ হল একটি ফিজিক্যাল ডিভাইস সময়ের সাথে সাথে কয়েকটি অ্যাড্রেস হিসেবে উপস্থিত হতে পারে। iOS বা Android-এ র্যান্ডমাইজেশন আচরণের প্রতিটি পরিবর্তন আপনার কাউন্টকে প্রভাবিত করতে পারে এবং রিপিট-ভিজিট সংখ্যা হ্রাস করতে পারে। প্রধান OS রিলিজের তারিখগুলি দিয়ে আপনার রিপোর্টিং সিরিজ চিহ্নিত করুন। আনঅথেনটিকেটেড ডিভাইস থেকে পাওয়া রিপিট-ভিজিট মেট্রিক্স সতর্কতার সাথে বিবেচনা করুন।

সারারাত বা ভোরে ভিজিটর

স্টাফদের ফোন, হ্যান্ডহেল্ড স্ক্যানার, প্রিন্টার এবং স্মার্ট ডিভাইসগুলি সারাদিন থ্রেশহোল্ডের উপরে থাকে। যেখানে Central অনুমতি দেয় সেখানে পরিচিত ডিভাইসের অ্যাড্রেসগুলি বাদ দিন, অথবা আপনার ডাউনস্ট্রিম রিপোর্টে ব্যবসার সময়ের বাইরের ঘণ্টাগুলি বাদ দিন।

API কল অথরাইজেশন ত্রুটি দেখায়

অ্যাক্সেস টোকেনটির মেয়াদ শেষ হয়ে গেছে এবং রিফ্রেশ ধাপটি ব্যর্থ হয়েছে অথবা কখনোই চালানো হয়নি। আপনার কাজটি রিফ্রেশ টোকেন ব্যবহার করছে কিনা তা পরীক্ষা করুন, এটি যে নতুন টোকেন পেয়ার পায় তা সংরক্ষণ করে এবং নীরবভাবে ফাঁকা দিনগুলি লেখার পরিবর্তে ব্যর্থতায় অ্যালার্ট পাঠায় তা নিশ্চিত করুন।

ঐতিহাসিক তুলনার মধ্যে হঠাৎ বড় পরিবর্তন

কেউ থ্রেশহোল্ড বা ডুয়েলের সীমানা পরিবর্তন করেছে। এই কারণেই Step 4 প্রতিটি পুলের সাথে সেটিংস সংরক্ষণ করে। পরিবর্তনের তারিখে সিরিজটি বিভক্ত করুন এবং দুটি সময়কাল আলাদাভাবে রিপোর্ট করুন।

captive portal-এর সমস্যা অথেনটিকেটেড মেট্রিক্সে বিভ্রান্তি সৃষ্টি করে

আপনি যদি একটি captive portal-ও পরিচালনা করেন, যা মূলত একটি ওয়েব পেজ যা কোনো ডিভাইস নেটওয়ার্ক অ্যাক্সেস পাওয়ার আগে দেখতে পায়, তবে রিডাইরেক্ট ব্যর্থতা অথেনটিকেটেড ভিজিট কমিয়ে দেয়। এগুলি presence কাউন্টকে প্রভাবিত করে না। presence ক্যালিব্রেশন থেকে একটি পৃথক সমস্যা হিসাবে পোর্টাল রিডাইরেক্টগুলি তদন্ত করুন।

Aruba Central অ্যানালিটিক্সের সীমাবদ্ধতাগুলি কী কী?

নেটিভ presence অ্যানালিটিক্স অত্যন্ত দরকারী এবং এটি আপনার Aruba এস্টেটের সাথেই আসে। তবে এর কিছু সীমাবদ্ধতাও রয়েছে যা অংশীজনদের এটি দিয়ে রিপোর্টিং প্রোগ্রাম তৈরি করার আগেই স্পষ্টভাবে জানানো উচিত।

• সাইট-লেভেল অ্যাগ্রিগেশন। Central প্রতি সাইটের জন্য রিপোর্ট করে। আপনার যদি কোনো সাইটের বিভিন্ন জোনের মধ্যে তুলনা করার প্রয়োজন হয়, অথবা সামঞ্জস্যপূর্ণ নিয়ম সহ একটি বড় এস্টেটের র‍্যাঙ্কিংয়ের প্রয়োজন হয়, তবে আপনাকে নিজেই ডাউনস্ট্রিমে সেটি তৈরি করতে হবে।
• রিটেনশন। প্ল্যাটফর্ম এবং আপনার সাবস্ক্রিপশন দ্বারা নির্ধারিত একটি সীমিত সময়ের জন্য Central presence ডেটা সংরক্ষণ করে। বছরের পর বছর তুলনা করা আপনার নিজস্ব এক্সপোর্টের ওপর নির্ভর করে, তাই প্রথম দিন থেকেই API পাইপলাইনটি চালু করুন।- কোনো আইডেন্টিফায়েড লেয়ার নেই। প্রেজেন্স ডাটা হলো বেনামী ডিভাইসের সংখ্যা। আপনি কোনো ভিজিটকে অনুমতিপ্রাপ্ত কন্ট্যাক্ট, লয়্যালটি অ্যাকাউন্ট বা CRM রেকর্ডের সাথে সংযুক্ত করতে পারবেন না। এলোমেলো MAC অ্যাড্রেসের কারণে দীর্ঘ সময় ধরে বেনামী পুনরাবৃত্ত-ভিজিটের সংখ্যাও নির্ভরযোগ্য থাকে না।
• সিঙ্গেল-ভেন্ডর ভিউ। Central শুধুমাত্র Aruba অ্যাক্সেস পয়েন্টগুলো দেখতে পায়। যেসব এস্টেটে অর্জিত সাইটগুলোতে Cisco Meraki, Ruckus বা Juniper Mist-এর সাথে Aruba-এর মিশ্রণ রয়েছে, তারা একটি আংশিক চিত্র পায়।
• ক্যালিব্রেশন ডেট। প্রতিটি রিফিট, AP স্থানান্তর বা নতুন গ্লেজিং রেডিও পরিবেশকে পরিবর্তন করে। ইনস্টলেশনের সময় সঠিক থাকা থ্রেশহোল্ডগুলো নষ্ট হয়ে যায়, যদি না কেউ সীমানাটি পুনরায় পরীক্ষা করেন।

এগুলোর কোনোটিই ত্রুটি নয়। এগুলো হলো একটি নেটওয়ার্ক ভেন্ডরের অ্যানালিটিক্স ফিচারের পরিধি, এবং এগুলোই নির্ধারণ করে যে একটি প্ল্যাটফর্ম লেয়ারের ভূমিকা কোথায়।

এর খরচ কত, এবং এর উপরে একটি প্ল্যাটফর্ম লেয়ার কখন উপযুক্ত হয়?

নেটিভ রুটের জন্য অতিরিক্ত লাইসেন্স খরচের চেয়ে ইঞ্জিনিয়ারিং এবং অ্যানালিস্টের সময়ের প্রয়োজন হয় বেশি, যদি আপনার Central সাবস্ক্রিপশন ইতিমধ্যেই প্রেজেন্স অ্যানালিটিক্স কভার করে থাকে। প্রতি সাইটে একটি বাউন্ডারি ওয়াক, এক সপ্তাহের ভ্যালিডেশন, তৈরি এবং রক্ষণাবেক্ষণের জন্য একটি API পাইপলাইন এবং শারীরিক পরিবর্তনের পরে পুনরায় ক্যালিব্রেশনের জন্য বাজেট রাখুন।

Purple-এর WiFi Analytics Central-এর ডুপ্লিকেট না করে বরং একটি ভিন্ন লেয়ার যোগ করে। এটি আপনার ইতিমধ্যে মালিকানাধীন Aruba অ্যাক্সেস পয়েন্টগুলিতে একটি হার্ডওয়্যার-অ্যাগনস্টিক ক্লাউড ওভারলে হিসাবে চলে, কোনো রিপ এবং রিপ্লেস ছাড়াই। Purple-এর Guest WiFi captive portal সচেতন পছন্দের অপ্ট-ইনগুলির মাধ্যমে একটি অথেন্টিকেটেড লেয়ার যুক্ত করে, যা আপনাকে ফার্স্ট-পার্টি ডাটা প্রদান করে যা বেনামী প্রেজেন্স দিতে পারে না।

সক্ষমতা	Aruba Central প্রেজেন্স অ্যানালিটিক্স	আপনার Aruba APs-এ Purple WiFi Analytics
এটি যা গণনা করে	একটি RSSI থ্রেশহোল্ডের উপরে থাকা বেনামী ডিভাইস	যেসব ভিজিটের সিগন্যাল স্ট্রেংথ ডিভাইসটিকে ভেন্যুর ভিতরে নির্দেশ করে, সেই সাথে অথেন্টিকেটেড ভিজিটররা
পরিচয়	কোনোটিই নয়, শুধুমাত্র MAC অ্যাড্রেস	সম্মতিপ্রাপ্ত ফার্স্ট-পার্টি ডাটা সহ অথেন্টিকেটেড ভিজিটররা
ডোয়েল রিপোর্টিং	প্রতি সাইটে ডিউরেশন ব্যান্ড	অথেন্টিকেটেড ভিজিটরদের জন্য প্রতি ভিজিটে গড় ডোয়েল
সময়ের প্যাটার্ন	একটি নির্বাচিত উইন্ডোতে সাইট ড্যাশবোর্ড	সপ্তাহের দিন এবং দিনের ঘণ্টা অনুযায়ী ভিজিটের হিটম্যাপ
ক্রস-ভেন্যু ভিউ	প্রতি-সাইট, এস্টেটের জন্য ডাউনস্ট্রিমে তৈরি	ভিজিট অনুযায়ী শীর্ষ ১০ এবং সর্বনিম্ন ১০টি ভেন্যু, যা প্ল্যাটফর্মের ভেতরেই র‍্যাঙ্ক করা হয়
হার্ডওয়্যার	শুধুমাত্র HPE Aruba	Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme, Fortinet
রিয়েল-টাইম ভিউ	Central ড্যাশবোর্ড	এক মিনিটের ব্যবধানে শেষ ২৫ মিনিট, যা প্রতি মিনিটে রিফ্রেশ হয় (প্রেজেন্স লেগাসি)
যাদের জন্য উপযুক্ত	সিঙ্গেল-ভেন্ডর এস্টেট যাদের বেনামী অকুপেন্সি প্যাটার্ন প্রয়োজন	মাল্টি-ভেন্যু বা মিশ্র-ভেন্ডর এস্টেট যাদের আইডেন্টিফায়েড, সম্মতিপ্রাপ্ত ভিজিটর ডাটা প্রয়োজন

এই টেবিলের Purple-এর ক্ষমতাগুলি Purple-এর WiFi Analytics - Presence এবং Presence (Legacy) ডকুমেন্টেশন থেকে নেওয়া হয়েছে। ওই ডকুমেন্টগুলির একটি সতর্কবার্তা: আনঅথেনটিকেটেড ভিজিটরদের ডেটা প্রসেস করতে অথেনটিকেটেড ভিজিটরদের ডেটার চেয়ে বেশি সময় লাগতে পারে।

নেটিভ থাকুন যদি আপনি একটি একক Aruba এস্টেট পরিচালনা করেন, আপনার বেনামী অকুপেন্সি এবং ডুয়েল প্যাটার্নের প্রয়োজন হয়, এবং আপনার এমন একজন ইঞ্জিনিয়ার থাকেন যিনি ক্যালিব্রেশন এবং API পাইপলাইন পরিচালনা করতে পারেন।

একটি প্ল্যাটফর্ম লেয়ার যোগ করুন যখন এগুলির মধ্যে যেকোনো একটি প্রযোজ্য হয়: আপনি মিশ্র হার্ডওয়্যার পরিচালনা করেন; আপনি একে অপরের সাথে অনেক ভেন্যু তুলনা করেন; অথবা মার্কেটিং বা সার্ভিস ডিজাইনের জন্য আপনার সম্মতিপ্রাপ্ত, আইডেন্টিফাইড ভিজিটর ডেটার প্রয়োজন হয়। এটি গেস্ট প্রোফাইল তৈরি করা hotels এবং ভিজিটগুলিকে ক্যাম্পেইনের সাথে লিঙ্ক করা রিটেইল চেইনের ক্ষেত্রে প্রযোজ্য। Purple ৮০,০০০+ লাইভ ভেন্যুতে চলে এবং ২০২৪ সালে ৪৪০ মিলিয়ন লগইন হ্যান্ডেল করেছে (Purple-এর নিজস্ব ডেটা)। এই ভেন্যুগুলির বেশিরভাগই ইতিমধ্যে ইনস্টল করা হার্ডওয়্যারের উপর চলছে।

প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী

Aruba Central লাইসেন্সের সাথে কি প্রেজেন্স অ্যানালিটিক্স অন্তর্ভুক্ত থাকে?

সব ক্ষেত্রে নয়। প্রেজেন্স অ্যানালিটিক্স নির্দিষ্ট Aruba Central সাবস্ক্রিপশন টিয়ারে থাকে, তাই নিশ্চিত করুন যে প্রতিটি সাইটের AP-তে এমন একটি টিয়ার রয়েছে যার মধ্যে এটি অন্তর্ভুক্ত আছে। রোলআউটের পরিকল্পনা করার আগে আপনার Central অ্যাকাউন্টে অ্যাসাইন করা সাবস্ক্রিপশনের সাথে HPE-এর বর্তমান লাইসেন্সিং ডকুমেন্টেশন যাচাই করুন। যদি কিছু সাইটে লোয়ার টিয়ার থাকে, তবে আপনি এস্টেট-জুড়ে রিপোর্টিংয়ে ফাঁক পাবেন। প্রথমে লাইসেন্সিং ঠিক করুন, তারপর ক্যালিব্রেট করুন।

Purple কি আমার বিদ্যমান HPE Aruba অ্যাক্সেস পয়েন্টের সাথে কাজ করে?

হ্যাঁ। Purple হার্ডওয়্যার-অজ্ঞেয়বাদী এবং Cisco Meraki, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme এবং Fortinet-এর পাশাপাশি HPE Aruba অ্যাক্সেস পয়েন্টে একটি ক্লাউড ওভারলে হিসাবে চলে। আপনি আপনার Aruba Central কনফিগারেশন এবং আপনার বিদ্যমান AP গুলি বজায় রাখবেন। Purple এর উপরে Captive Portal, অথেনটিকেটেড ভিজিটর ডেটা এবং অ্যানালিটিক্স লেয়ার যোগ করে, তাই এখানে কোনো হার্ডওয়্যার পরিবর্তনের প্রজেক্টের প্রয়োজন হয় না।

আমি কি Aruba Central প্রেজেন্স ডেটা কোনো ডেটা ওয়্যারহাউস বা BI টুলে এক্সপোর্ট করতে পারি?

হ্যাঁ, Central REST API-এর মাধ্যমে। API Gateway-তে একটি API ক্লায়েন্ট তৈরি করুন, OAuth 2.0 টোকেন দিয়ে অথেনটিকেট করুন এবং সাইট-লেভেল অ্যাগ্রিগেটের জন্য প্রেজেন্স অ্যানালিটিক্স এন্ডপয়েন্টগুলি কল করুন। প্রতি সাইটের জন্য প্রতিদিনের পুল শিডিউল করুন, UTC-তে টাইমস্ট্যাম্প সংরক্ষণ করুন এবং কার্যকর থাকা থ্রেশহোল্ড সেটিংস রেকর্ড করুন। যেহেতু Central রিটেনশন সীমিত, তাই বছর-বছরের তুলনার জন্য আপনার এক্সপোর্টটিই দীর্ঘমেয়াদী রেকর্ড হয়ে উঠবে।

WiFi প্রেজেন্স ডেটা কি GDPR-এর অধীনে পার্সোনাল ডেটা?

এটিকে পার্সোনাল ডেটা হিসাবে গণ্য করুন। GDPR-এর রিসাইটাল ৩০ অনুযায়ী ডিভাইস-প্রদত্ত অনলাইন আইডেন্টিফায়ারগুলিকে এমন তথ্য হিসাবে উল্লেখ করা হয়েছে যা কোনো ব্যক্তিকে চিহ্নিত করতে পারে, এবং প্রেজেন্স অ্যানালিটিক্স MAC অ্যাড্রেস প্রসেস করে। একটি ডেটা প্রোটেকশন ইমপ্যাক্ট অ্যাসেসমেন্ট সম্পন্ন করুন, প্রবেশদ্বারে স্পষ্ট সাইনেজ রাখুন এবং রিটেনশন পরিমিত রাখুন। অ্যাগ্রিগেটেড কাউন্ট র ডেটার চেয়ে কম ঝুঁকিপূর্ণ, তবে সংগ্রহের ধাপটি এখনও এর আওতাভুক্ত।### Aruba presence analytics সেট আপ এবং ক্যালিব্রেট করতে কতক্ষণ সময় লাগে?

প্রতিটি সাইটের জন্য একটি বাউন্ডারি ওয়াক এবং কমপক্ষে এক সপ্তাহের ভ্যালিডেশনের পরিকল্পনা করুন। সার্ভিসটি সক্ষম করতে কয়েক মিনিট সময় লাগে। ক্যালিব্রেশন বলতে পিক টাইমে প্রবেশদ্বারে হাঁটা, RSSI থ্রেশহোল্ড এবং ডওয়েল বাউন্ডারি সেট করা, তারপর ক্যাশ কাউন্টার, চেক-ইন বা ডোর কাউন্টারের সাথে সংখ্যার তুলনা করা বোঝায়। API পাইপলাইন একটি আলাদা ইঞ্জিনিয়ারিং কাজ। যেকোনো রিফিট, AP স্থানান্তর বা গ্লেজিং পরিবর্তনের পরে পুনরায় ক্যালিব্রেট করুন।

MAC অ্যাড্রেস র্যান্ডমাইজেশন কি Aruba উপস্থিতি গণনাকে অকেজো করে দেবে?

না, তবে এটি গণনার কার্যকারিতাকে কিছুটা সীমিত করে। ক্যাশ ট্রানজ্যাকশনের মতো গ্রাউন্ড-ট্রুথ উৎসের বিপরীতে ভ্যালিডেট করা হলে মোট ভিজিটর এবং ডওয়েল প্যাটার্ন ব্যবহারযোগ্য থাকে। আনঅথেন্টিকেটেড ডিভাইস থেকে পুনরাবৃত্ত ভিজিট এবং লয়্যালটি সংক্রান্ত ডেটা নির্ভরযোগ্য নয়, কারণ একটি ফোন সময়ের সাথে সাথে কয়েকটি অ্যাড্রেস প্রদর্শন করতে পারে। নির্ভরযোগ্য পুনরাবৃত্ত ভিজিটের ডেটার জন্য, আপনার এমন অথেন্টিকেটেড ভিজিটর প্রয়োজন যারা সম্মতির সাথে একটি captive portal-এর মাধ্যমে সাইন ইন করেন।

আমার কি Aruba Central presence analytics নাকি Purple WiFi Analytics বেছে নেওয়া উচিত?

অধিকাংশ Aruba ব্যবহারকারী উভয়ই ব্যবহার করেন, কারণ তারা ভিন্ন ভিন্ন প্রশ্নের উত্তর দেয়। আপনার টিয়ারে অন্তর্ভুক্ত থাকলে Central কোনো অতিরিক্ত লাইসেন্স খরচ ছাড়াই প্রতি সাইটে বেনামী অকুপেন্সি এবং ডওয়েল প্যাটার্ন প্রদান করে। Purple এর সাথে অথেন্টিকেটেড, সম্মতিপ্রাপ্ত ভিজিটর ডেটা, ক্রস-ভেন্যু র্যাঙ্কিং এবং মিশ্র হার্ডওয়্যারের জন্য সমর্থন যোগ করে। একটি সিঙ্গেল-ভেন্ডার এস্টেটে বেনামী গণনার জন্য নেটিভ ফিচারেই থাকুন। যখন আপনার আইডেন্টিফাইড ফার্স্ট-পার্টি ডেটার প্রয়োজন হবে, তখন Purple যুক্ত করুন।

আইডেন্টিফাইড অ্যানালিটিক্স লেয়ার যুক্ত করতে আমার কি নতুন হার্ডওয়্যারের প্রয়োজন?

না। Purple আপনার ইতিমধ্যে চলমান HPE Aruba অ্যাক্সেস পয়েন্টগুলির উপরে কাজ করে, তাই কোনো কিছু পরিবর্তনের প্রয়োজন নেই। আইডেন্টিফাইড লেয়ারটি নতুন রেডিও থেকে নয়, বরং সচেতনভাবে অপ্ট-ইন করা একটি captive portal থেকে আসে। আপনার বিদ্যমান Central কনফিগারেশন, উপস্থিতি অ্যানালিটিক্স এবং API এক্সপোর্ট এর পাশাপাশি কাজ চালিয়ে যাবে।