Bandwidth Usage Measurement: পদ্ধতি, KPIs এবং Setup
Published
আপনি একটি হোটেল, একটি ক্যাম্পাস বা ভেন্যুগুলোর একটি চেইন পরিচালনা করেন। মাসিক প্রতিবেদনে বলা হয়েছে আপলিংক কেবল আংশিক ব্যবহৃত হয়েছে। তারপর সন্ধ্যা নেমে আসে, গেস্ট নেটওয়ার্ক ধীর হয়ে যায় এবং টিকিট আসতে শুরু করে। এই ব্যবধানটিই প্রকাশ করে যে দুর্বল bandwidth usage measurement কেমন দেখায় যখন তা কেবল মাসিক মোটের মধ্যে সীমাবদ্ধ থাকে।
গড় ভলিউম হলো একটি দরকারী বেসলাইন। এটি ব্যস্ত সময়, ট্র্যাফিকের দিক বা রাত ৯টায় কোন গ্রুপটি অনলাইনে ছিল তা বর্ণনা করে না। এনক্রিপশন পুরানো শর্টকাটকে আরও খারাপ করে তোলে, কারণ পোর্ট নম্বর এবং পেলোড পরিদর্শন আর নিশ্চিতভাবে অ্যাপ্লিকেশন চিহ্নিত করতে পারে না।
যা এখনও কাজ করে তা আরও নির্দিষ্ট। একটি নির্দিষ্ট পয়েন্টে উভয় দিকের বাইট গণনা করুন, চাহিদার প্যাটার্ন বোঝার জন্য ঘন ঘন নমুনা সংগ্রহ করুন এবং একটি সেশন, একটি VLAN বা একটি কি-তে ব্যবহার অ্যাট্রিবিউট করুন। এর চেয়ে সূক্ষ্ম যেকোনো কিছুকে অনুমান হিসেবে চিহ্নিত করুন। নিচের সেটআপটি কভার করে যে কোন সোর্স কোন প্রশ্নের উত্তর দেয়, কোন KPI-গুলো অ্যালার্ট পাওয়ার যোগ্য, এবং সব জায়গায় প্রকাশ করার আগে কীভাবে একটি সাইটে সংখ্যাগুলো প্রমাণ করবেন।
সূচিপত্র
- আপনার প্রশ্নের সাথে মেলে এমন পদ্ধতিটি বেছে নিন
- KPIs যা কেবল ভলিউম নয়, চাহিদাও দেখায়
- আটটি ধাপে কীভাবে পরিমাপ সেট আপ করবেন
- স্যাম্পলিং বনাম সম্পূর্ণ ক্যাপচার এবং প্রতিটির খরচ কত
- অধিকাংশ ট্র্যাফিক এনক্রিপ্ট করা থাকলে ব্যবহার সনাক্তকরণ
- কেন আপনার সংখ্যাগুলি মিলছে না এবং কীভাবে সেগুলি সামঞ্জস্য করবেন
- পুরো কোম্পানিতে রিপোর্ট করার আগে একটি সাইটে যাচাই করুন
আপনার প্রশ্নের সাথে মেলে এমন পদ্ধতি নির্বাচন করুন
একটি হোটেল গ্রুপ সারাদিন আপলিংক ক্ষমতার প্রায় ৩৫% ব্যবহার করেও প্রতি সন্ধ্যায় অতিথিদের অভিযোগ পেতে পারে। গড়ের হিসাবটি ক্ষমতার প্রশ্নের উত্তর দিয়েছিল। অতিথিরা ব্যস্ত সময়ের বিষয় নিয়ে প্রশ্ন করছিলেন। Bandwidth usage measurement কেবল তখনই সাহায্য করে যখন সোর্সটি প্রশ্নের সাথে মিলে যায়, তাই যে কেউ চার্ট তৈরি করার আগে বেশিরভাগ সাইটে দুটি ফিডের প্রয়োজন হয়। একটি ফিড মোট এবং ট্রেন্ডের জন্য। অন্যটি অ্যাট্রিবিউশনের জন্য।
আপনার নতুন হার্ডওয়্যারের প্রয়োজন খুব কমই পড়ে। অ্যাক্সেস পয়েন্ট, কন্ট্রোলার, রাউটার এবং অথেন্টিকেশন সার্ভিসে ইতিমধ্যেই ছয়টি উৎস সক্রিয় রয়েছে।
| উৎস | কী রিপোর্টিং করে | গ্র্যানুলারিটি | যাদের জন্য সবচেয়ে সেরা | ওভারহেড |
|---|---|---|---|---|
| SNMP ইন্টারফেস কাউন্টার (ifHCInOctets, ifHCOutOctets) | প্রতি পোর্ট বা রেডিওতে আসা ও যাওয়া বাইটের পরিমাণ | প্রতি ইন্টারফেসে, প্রতি ১-৫ মিনিটে পোল করা হয় | আপলিঙ্ক প্রবণতা এবং ক্যাপাসিটি প্ল্যানিং | কম |
| NetFlow v9 বা IPFIX | উৎস, গন্তব্য, পোর্ট, বাইট এবং প্যাকেট সহ ফ্লো রেকর্ড | প্রতি ফ্লোতে, সাধারণত প্রতি ১-৫ মিনিটে এক্সপোর্ট করা হয় | টপ টকার এবং কে কার সাথে কথা বলছে তা জানার জন্য | মাঝারি, এক্সপোর্ট এবং CPU লোডের কারণে |
| sFlow | স্যাম্পল করা প্যাকেট হেডার এবং ইন্টারফেস কাউন্টার | N সংখ্যক প্যাকেটের মধ্যে ১টি, আনুমানিক ফলাফলে স্কেল করা | দ্রুত লিঙ্ক (10G এবং তার উপরে) এবং কাছাকাছি রিয়েল-টাইম টপ টকার্স | কম, হার্ডওয়্যারে স্যাম্পলিং চলে |
| প্রতি-SSID এবং প্রতি-VLAN কাউন্টার | প্রতিটি ওয়্যারলেস নেটওয়ার্ক বা VLAN অনুযায়ী বাইট এবং ক্লায়েন্ট সংখ্যা | প্রতি SSID, VLAN এবং অ্যাক্সেস পয়েন্ট অনুযায়ী | গেস্ট বনাম স্টাফ লোড এবং প্রতিটি SSID-এর এয়ারটাইম খরচ | কম |
| RADIUS অ্যাকাউন্টিং (Acct-Input-Octets, Acct-Output-Octets) | প্রতিটি অথেনটিকেটেড সেশনের বাইটের পরিমাণ | প্রতি সেশনে, প্রতি ৫-১৫ মিনিটে ইন্টারিম আপডেট | কোনো ব্যবহারকারী, ডিভাইস বা কী-কে ব্যবহারের ক্রেডিট দেওয়া | কম |
| DNS এবং প্রটেক্টিভ DNS লগ | পলিসি বা বিভাগ অনুযায়ী ডোমেন কুয়েরি | প্রতি কুয়েরিতে | পেলোড পরিদর্শন ছাড়াই বিভাগ-স্তরের ইনসাইট | কম থেকে মাঝারি |
প্রশ্নের সাথে কাউন্টারের মিল রাখুন
SNMP কাউন্টারসমূহ হলো মোট পরিমাণের উৎস। ৬৪-বিট অবজেক্টসমূহ, ifHCInOctets এবং ifHCOutOctets পোল করুন। একটি ১ Gbps পোর্টে ৩২-বিট অক্টেট কাউন্টার ফুল স্পিডে চললে মাত্র ৩৪ সেকেন্ডের মধ্যে রিসেট হয়ে শূন্যে চলে আসে, তাই পুরোনো অবজেক্টে পাঁচ মিনিটের পোলিং ভুল বা নেগেটিভ ডেল্টা তৈরি করে। প্রতি-SSID কাউন্টারসমূহ ক্লায়েন্ট লোড এবং প্রতিটি ওয়্যারলেস নেটওয়ার্কের এয়ারটাইম খরচ দেখায়। RADIUS অ্যাকাউন্টিং পেলোড এনক্রিপ্ট করা থাকলে বাইটগুলোকে একজন ইউজার, একটি ডিভাইস বা একটি কি-এর সাথে যুক্ত করে অ্যাট্রিবিউশন ফিড প্রদান করে।
মোবাইল ডিভাইসের চাহিদা এতটাই বেশি যে এটিকে একটি ফিক্সড-সাইটের মোট ট্র্যাফিকের সাথে মিশ্রিত করলে আসল সীমাবদ্ধতাটি আড়াল হয়ে যায়। ITU Facts and Figures 2024 অনুসারে, ২০২৩ সালে গ্লোবাল ইন্টারনেট ট্র্যাফিকের মধ্যে মোবাইল ব্রডব্যান্ড অ্যান্ড-ইউজার ট্র্যাফিক 1 zettabyte-এ পৌঁছেছে। একটি ভেন্যু আপলিঙ্ক এবং একটি সেলুলার অফলোড পাথ সম্পূর্ণ ভিন্ন পরিমাপ।
যেকোনো কিছু কনফিগার করার আগে প্রতিটি সাইটের জন্য একটি প্রাথমিক টোটাল সোর্স এবং একটি অ্যাট্রিবিউশন সোর্স বেছে নিন। পরে একটি তৃতীয় ফিড যোগ করা সহজ। এক মাস পর দুটি লেবেলহীন ফিড আলাদা করা সহজ নয়।
KPIs যা কেবল ভলিউম নয়, চাহিদাও নির্দেশ করে
একটি ব্যবহারযোগ্য বেসলাইন শেষ ব্যবহারকারীর অ্যাক্সেস পয়েন্টে মোট ভলিউম গণনা করে, একটি নির্দিষ্ট সময়কাল, সাধারণত এক ক্যালেন্ডার মাসে ডাউনলোড এবং আপলোড একসাথে যোগ করে। ITU মেথোডোলজি থেকে নেওয়া European Commission মেটাডেটা, ফিক্সড-ব্রডব্যান্ড ট্র্যাফিককে সেভাবে সংজ্ঞায়িত করে, এবং এটি হোলসেল ও ওয়াল্ড-গার্ডেন ট্র্যাফিক বাদ দিয়ে মোবাইল-ব্রডব্যান্ড ট্র্যাফিককে আলাদা রাখে। ভেন্যু নেটওয়ার্কেও এই সীমানাটি গুরুত্বপূর্ণ। কাস্টমারের ব্যবহার আর ব্যাকবোন ক্যাপাসিটি বা অপারেটরের নেটওয়ার্ক থেকে কখনোই বের হয় না এমন ট্র্যাফিক একই জিনিস নয়।
প্রতিটি রিপোর্টে পরিমাপের বিন্দু চিহ্নিত করুন। ম্যানেজমেন্ট এবং কন্ট্রোল ফ্রেমগুলো বাদ দেওয়া হয়েছে কিনা তা উল্লেখ করুন। এই নিয়ন্ত্রণগুলো না থাকলে, একই ব্যবহারকারী বিশিষ্ট দুটি সাইটের তুলনা করা যাবে না।
ব্যবহারিক নিয়ম: যদি কোনো KPI স্থান, দিক, স্যাম্পল বিরতি এবং সময়কাল উল্লেখ না করে, তবে এটি অ্যালার্ট দেওয়ার জন্য প্রস্তুত নয়।
সূত্র যা আপনি হাতে কলমে পরীক্ষা করতে পারেন
গড় থ্রুপুট হলো মোট বাইটকে 8 দিয়ে গুণ করে, তারপর উক্ত সময়ের সেকেন্ড দিয়ে ভাগ করার ফল। পিক থ্রুপুট হলো সর্বোচ্চ 1-মিনিট বা 5-মিনিটের নমুনা, মাসিক গড় নয়। 95তম পার্সেন্টাইল প্রতিটি নমুনাকে ক্রমানুসারে সাজায় এবং 95% চিহ্নে থাকা মানটিকে গ্রহণ করে, যাতে একটিমাত্র ফাইল কপি ব্যস্ততার স্তর নির্ধারণ করতে না পারে। ব্যস্ত-ঘণ্টার ভলিউম হলো একক সর্বোচ্চ ঘণ্টার বাইট সংখ্যা, এবং এই ঘণ্টার ওপর ভিত্তি করেই আকার নির্ধারণ করা হয়। একই সাথে সক্রিয় ক্লায়েন্ট বলতে একই সময়ের মধ্যে ডেটা আদান-প্রদান করা ডিভাইসগুলোকে বোঝায়। এয়ারটাইম ব্যবহার হলো চ্যানেলটি কতটা সময় ব্যস্ত ছিল তার অনুপাত, যা অ্যাক্সেস-পয়েন্ট রেডিও কাউন্টার থেকে নেওয়া হয়, এবং আপলিঙ্ক ঠিক থাকলেও এটি প্রায়শই ওয়্যারলেসের সীমা হয়ে দাঁড়ায়। আপস্ট্রিম শেয়ার হলো আপস্ট্রিম বাইটকে মোট বাইট দিয়ে ভাগ করার ফল।
| KPI | কীভাবে হিসাব করবেন | এটি আপনাকে কী জানায় | একটি উদাহরণ |
|---|---|---|---|
| মোট ভলিউম | নির্দিষ্ট সময়ে ইন এবং আউট বাইটের সমষ্টি | ক্যাপাসিটি বেসলাইন এবং মাসিক ট্রেন্ড | ৩০ দিন ধরে প্রতিদিন ৪০ GB অর্থ প্রতি মাসে ১.২ TB |
| গড় থ্রুপুট | বাইটস x ৮ কে সেকেন্ড দিয়ে ভাগ | গড় লোড | প্রতিদিন ৪০ GB অর্থ গড়ে প্রায় ৩.৭ Mbps |
| পিক থ্রুপুট | সর্বোচ্চ ১-মিনিট বা ৫-মিনিটের স্যাম্পল | বাস্ট ডিমান্ড | ঐ আপলিংকের সবচেয়ে ব্যস্ত ৫-মিনিটের স্যাম্পল |
| ৯৫তম পারসেন্টাইল থ্রুপুট | স্যাম্পল সাজিয়ে ৯৫% এর মান নির্ধারণ | বিরল স্পাইক ছাড়া টেকসই ব্যস্ততার স্তর | ৫-মিনিটের পোলিংয়ের মাধ্যমে এক মাসজুড়ে ৯৫% এর মার্ক|
| ব্যস্ত সময়ের ভলিউম | সর্বোচ্চ ট্রাফিকের ঘণ্টার বাইট সংখ্যা | সবচেয়ে খারাপ ঘণ্টার সাইজিং | রাত ৯টায় ৯ GB |
| একই সাথে সক্রিয় ক্লায়েন্ট | একই স্যাম্পল উইন্ডোতে ডাটা আদান-প্রদানকারী ক্লায়েন্ট | কনটেনশন এবং এয়ারটাইম প্রেসার | একটি ৫-মিনিটের উইন্ডোতে ডাটা আদান-প্রদানকারী ৪৫টি ক্লায়েন্ট |
| এয়ারটাইম ইউটিলাইজেশন | AP রেডিও কাউন্টার থেকে চ্যানেল ব্যস্ত থাকার সময় | ওয়্যারলেস কনজেশন | চ্যানেল ব্যস্ত থাকার সময়ের অনুপাত |
| আপস্ট্রিম শেয়ার | আপস্ট্রিম বাইটকে মোট বাইট দিয়ে ভাগ | ভিডিও কল, ক্লাউড ব্যাকআপ, আপলোড | মোট ১০ GB এর মধ্যে ২ GB আপস্ট্রিম অর্থ ২০% |
এই হিসাবকৃত পরিসংখ্যানগুলো গানিতিক পরীক্ষা মাত্র, আপনার সাইটগুলোর জন্য কোনো লক্ষ্য নয়। গড়ে 3.7 Mbps এ থাকা একটি সাইটও এক ঘণ্টার জন্য স্যাচুরেটেড বা পূর্ণ হতে পারে।
ড্যাশবোর্ডের আগের অ্যালার্টসমূহ
প্রথম রিপোর্ট প্রকাশের আগেই একটি থ্রেশহোল্ড সেট করুন। একটি যুক্তিসঙ্গত সূচনা হলো এমন যেকোনো সাইট চিহ্নিত করা যার 95তম পার্সেন্টাইল পুরো এক ব্যস্ত ঘণ্টার জন্য আপলিঙ্ক ক্ষমতার 80%-এর উপরে থাকে, এবং যে কোনো চ্যানেলের এয়ারটাইম পর পর কয়েক সন্ধ্যা ধরে উচ্চ থাকলে তা তদন্ত করা। এক মাসের বেসলাইনের পর উভয় মান সমন্বয় করুন। সাইট, SSID এবং VLAN অনুযায়ী রিপোর্ট করুন। পুরো এস্টেটের একটি একক গড় সেই নির্দিষ্ট প্রপার্টিকে লুকিয়ে ফেলবে যা সমস্যার মুখোমুখি হচ্ছে, তাই র কাউন্টারের পাশাপাশি একটি স্থান-ভিত্তিক ব্যবহারের দৃশ্যপট থাকা প্রয়োজন।
কোনো সংখ্যা প্রকাশ করার আগে, আপনি যেন এক বাক্যে এর পরিমাপের বিন্দু, দিক, স্যাম্পল বিরতি এবং সময়কাল উল্লেখ করতে পারেন।
আটটি ধাপে কীভাবে পরিমাপ সেট আপ করবেন
ডিভাইস স্পর্শ করার আগেই সংগ্রহের ডিজাইন লিখে ফেলুন। কর্মী পরিবর্তন এবং ফার্মওয়্যার আপগ্রেডের পরেও টিকিয়ে রাখার জন্য নিচের আটটি ধাপ হলো ন্যূনতম পদক্ষেপ।
এটি লিখে রাখুন, তারপর সংগ্রহ করুন
প্রশ্ন এবং এর সীমানা একটি বাক্যে লিখুন। উদাহরণ: গেস্ট SSID প্রতি, সাইট প্রতি, মাস প্রতি, উভয় দিকের বাইট। যদি বাক্যটিতে দুটি প্রশ্নের উল্লেখ থাকে, তবে আপনি দুটি অর্ধেক সম্পূর্ণ রিপোর্ট তৈরি করবেন। সাধারণ ভুল হলো আপনি যে টিকিটটি ব্যাখ্যা করার চেষ্টা করছেন সেটির পরিবর্তে একটি ড্যাশবোর্ড টেমপ্লেট থেকে শুরু করা।
পরিমাপের বিন্দু নির্বাচন করুন। আপলিংক বা ওয়্যারলেস কন্ট্রোলার মোট হিসাব প্রদান করে। কোর রাউটার ফ্লো অফার করে। এজ ফায়ারওয়াল শুধুমাত্র বাহ্যিক ট্রাফিক দেখায়, এবং এটি LAN-টু-LAN স্থানান্তর মিস করবে। এই তিনটি একসাথে যোগ করবেন না। সাধারণ ভুল হলো এগুলোকে একটি সংখ্যার প্রতিলিপি হিসেবে গণ্য করা।
64-বিট কাউন্টার পোলিং সক্ষম করুন। ব্যস্ত আপলিংকগুলোতে 1-মিনিটের ব্যবধান এবং দীর্ঘ ট্রেন্ডের জন্য 5-মিনিটের ব্যবধান ব্যবহার করুন। এক মিনিটের ডেটা এমন ব্রাস্ট দেখায় যা পাঁচ মিনিটের গড় ফ্ল্যাট করে ফেলে। 32-বিট অবজেক্ট পোল করা এমন একটি ভুল যা সবচেয়ে ব্যস্ত পোর্টগুলোকে আগে দূষিত করে।
কালেক্টরে ফ্লো এক্সপোর্ট করুন। অ্যাক্টিভ টাইমআউট 1-5 মিনিটে সেট করুন যাতে একটি দীর্ঘ সেশন শেষ হওয়ার আগেই তা দৃশ্যমান হয়। সেই টাইমআউট ছাড়া, একজন গেস্ট ডিসকানেক্ট না হওয়া পর্যন্ত একটি ভিডিও কল কোনো ডেটা ব্যবহার করেনি বলে মনে হতে পারে। রাউটারে CPU এবং এক্সপোর্ট ড্রপ পর্যবেক্ষণ করুন। যে কালেক্টর পেছনে পড়ে যায় তা নীরবে গণনা কমিয়ে দেয়।
প্রতিটি সিরিজ ট্যাগ করুন। সাইট, SSID, VLAN, এবং অ্যাক্সেস পয়েন্টের নাম সংরক্ষিত হওয়ার সময় রেকর্ডে থাকতে হবে। আনট্যাগ করা ডেটা পরে স্লাইস করা যায় না, এবং পরবর্তী কোয়ার্টারে একটি SSID এর নাম পরিবর্তন করা ইতিহাসকে মেরামত করবে না। সাধারণ ভুল হলো ডিভাইসের হোস্টনেমকে একটি স্থিতিশীল সাইট কী হিসেবে ধরে নেওয়া।
অন্তর্বর্তীকালীন আপডেট সহ RADIUS একাউন্টিং চালু করুন। ১৫ মিনিট একটি ব্যবহারিক ব্যবধান। অন্তর্বর্তীকালীন রেকর্ডগুলো একটি দীর্ঘ সেশনকে দৃশ্যমান রাখে, এবং এগুলো এমন ক্লায়েন্ট থেকেও রক্ষা পায় যা কখনো সঠিকভাবে স্টপ পাঠায় না। আপনি যদি ডিসকানেক্টের জন্য অপেক্ষা করেন, তবে প্রতিবার স্টপ বার্তা হারিয়ে গেলে দৈনিক রিপোর্ট থেকে রাতারাতি সেশনগুলো অদৃশ্য হয়ে যায়।
রিটেনশন এবং একটি পরিচিত ট্রান্সফার
উদ্দেশ্যমূলকভাবে ডেটা সংরক্ষণের মেয়াদ নির্ধারণ করুন। 5-মিনিটের মোট হিসাবের 13 মাসের ডেটা রেখে দিন যাতে আপনি আগামী বছরের একই সপ্তাহের সাথে তুলনা করতে পারেন। 7 থেকে 14 দিনের র ডেটা ফ্লো রাখুন। প্রতিটি সাইটের সম্পূর্ণ ফ্লো হিস্ট্রি রাখার খরচ তার সুবিধার চেয়ে বেশি। সবচেয়ে বড় ভুল হলো ডিলিট জব সেট না করার কারণে র ডেটা ফ্লো সারাজীবনের জন্য রেখে দেওয়া।
একটি জানা ট্রান্সফারের মাধ্যমে যাচাই করুন। একটি ডিভাইসে একটি 10 GB ফাইল ডাউনলোড করুন এবং আপনি যাকে প্রাথমিক কাউন্টার হিসেবে বেছে নিয়েছেন তাতে মোট হিসাবটি প্রায় একই পরিমাণে (কয়েক শতাংশের মধ্যে) পরিবর্তিত হচ্ছে কিনা তা নিশ্চিত করুন। কেউ চার্ট বিশ্বাস করার আগেই এটি করুন। যাচাইকরণ এড়িয়ে গেলে কাউন্টার র্যাপিং বা একমুখী ফ্লো এক্সপোর্টের মতো ভুলের ভিত্তিতেই ক্যাপাসিটি প্ল্যান তৈরি হয়ে যাবে।
ধাপ 8 ব্যর্থ হলে থামুন। কাউন্টার, টাইমআউট বা মিসিং পাথ ঠিক করুন। একই কনফিগ পরবর্তী সাইটে রোল আউট করবেন না।
স্যাম্পলিং বনাম ফুল ক্যাপচার এবং প্রতিটির খরচ কত
মোট হিসাব আসে কাউন্টার থেকে, শীর্ষ ব্যবহারকারীরা আসে আনস্যাম্পলড ফ্লো থেকে, দ্রুত লিংকগুলো স্যাম্পল করা হয় এবং সম্পূর্ণ ক্যাপচার হলো সংক্ষিপ্ত ফরেনসিক উইন্ডোর জন্য। নির্ভুলতা, স্টোরেজ এবং গোপনীয়তা বিপরীত দিকে চলে, তাই প্রতিটি প্রশ্নের জন্য একটি একক পদ্ধতি হয় মিথ্যা বলবে না হয় ডিস্ক পূর্ণ করে ফেলবে।
| পদ্ধতি | সঠিকতা | স্টোরেজ এবং ওভারহেড | প্রাইভেসি এক্সপোজার | যার জন্য সবচেয়ে উপযোগী |
|---|---|---|---|---|
| প্রতি 5 মিনিটে পোল করা ইন্টারফেস কাউন্টার | সঠিক মোট বাইট | খুব কম | নেই | মোট হিসাব, ট্রেন্ড এবং বিলিং যাচাই |
| আনস্যাম্পল্ড ফ্লো রেকর্ড (NetFlow বা IPFIX) | ফ্লো প্রতি সঠিক, মাইনাস এক্সপোর্ট লস | মাঝারি, ফ্লো গণনার সাথে বৃদ্ধি পায় | কম, শুধুমাত্র হেডার | টপ টকার এবং পোর্ট-লেভেল অ্যাপ্লিকেশন ইঙ্গিত |
| 1,000 থেকে 4,000 প্যাকেটের মধ্যে 1টিতে sFlow | আনুমানিক, ছোট ফ্লো এর জন্য দুর্বল | কম | কম, হেডার এবং ট্রাঙ্কেট করা পেলোড | 10G এবং তার উপরের দ্রুত লিঙ্কসমূহ |
| সম্পূর্ণ প্যাকেট ক্যাপচার | সঠিক, প্রতিটি প্যাকেট | খুব বেশি, একটি ব্যস্ত 10G লিঙ্কে প্রতিদিন কয়েক TB | বেশি, ব্যক্তিগত ডেটা থাকতে পারে | ঘটনার সময় সংক্ষিপ্ত ফরেনসিক উইন্ডো |
যেখানে প্রতিটি পদ্ধতি ব্যর্থ হয়
ইন্টারফেস কাউন্টারগুলো বাইটের জন্য সঠিক এবং কারা পাঠিয়েছে সে সম্পর্কে নীরব। একটি বিল বা ক্যাপাসিটি যুক্তির সমর্থনযোগ্যতা নিশ্চিত করার প্রয়োজন হলে এগুলো ব্যবহার করুন। এগুলো কোনো ব্যবহারকারীর নাম প্রকাশ করবে না।
Unsampled NetFlow বা IPFIX প্রতিটি ফ্লো রেকর্ড করে, যা টপ টকারদের জন্য আপনার প্রয়োজন। এক্সপোর্ট লস এবং একটি ওভারলোডেড কালেক্টর এখনও একটি ব্যস্ত রাউটারে রেকর্ড ড্রপ করতে পারে, তাই ফ্লোর যোগফল ইন্টারফেস কাউন্টারের নিচে থাকতে পারে কেউ ম্যাচ মিসকনফিগার না করলেও। এই ব্যবধানকে একটি হেলথ সিগন্যাল হিসেবে দেখুন, অব্যবহৃত ক্ষমতা হিসেবে নয়।
sFlow হার্ডওয়্যারে নমুনা সংগ্রহ করে, যা অ্যাক্সেস এবং কোর লিংকে প্রায় ১,০০০ থেকে ৪,০০০ প্যাকেটের মধ্যে ১টি নমুনা নেয়, তারপর নমুনাগুলোকে একটি পরিমাণের অনুমানে স্কেল করে। এটি 10G এবং দ্রুততর লিংকে সাশ্রয়ী থাকে। ছোট ফ্লো অদৃশ্য হয়ে যেতে পারে। মেসেজিং, DNS, এবং ছোট HTTPS সেশনের ভিড় ঠিক সেই জায়গা যেখানে অনুমানটি সবচেয়ে দুর্বল, তাই sFlow থেকে বিল তৈরি করবেন না এবং একক ডিভাইসের ব্যবহার প্রমাণ করতে এটি ব্যবহার করবেন না।
সম্পূর্ণ প্যাকেট ক্যাপচার নিখুঁত, এবং লাইন রেটে একটি ব্যস্ত 10G লিংকে এটি দিনে কয়েক টেরাবাইট তৈরি করতে পারে। পেলোডে এমন ব্যক্তিগত ডেটা থাকতে পারে যা আপনার নীতি আপনাকে রাখার অনুমতি দেয় না।
যদি বিরোধের জন্য উত্তরটি একদম সঠিক হতে হয়, তবে কাউন্টার ব্যবহার করুন। যদি এটি অ্যাপ্লিকেশনগুলোর ইঙ্গিত দেয়, তবে কেবল হেডার সহ ফ্লো রেকর্ড ব্যবহার করুন। যদি এটি একটি এককালীন ঘটনা হয়, তবে এক ঘণ্টার কম সময়ের জন্য ক্যাপচার করুন, তারপর উইন্ডো বন্ধ হয়ে গেলে ক্যাপচার বন্ধ করুন।
অধিকাংশ ট্রাফিক এনক্রিপ্ট করা থাকলে ব্যবহারের দায় নির্ধারণ (Attributing Usage)
অ্যাপ্লিকেশন সনাক্তকরণের জন্য পেলোড পরিদর্শন একটি দুর্বল ভিত্তি। Help Net Security's summary of Cloudflare's 2025 internet trends এ যেমন জানানো হয়েছে, সাম্প্রতিক পরিমাপ ইঙ্গিত দেয় যে ২০২৫ সালের শেষের দিকে পর্যবেক্ষণ করা অনুরোধগুলির ৯৫%-এরও বেশি প্রতিনিধিত্ব করেছে HTTPS। QUIC, এনক্রিপ্টেড DNS, শেয়ার্ড CDN, VPN এবং গোপনীয়তা বৈশিষ্ট্যগুলি পোর্টভিত্তিক লেবেলগুলিকে আরও অবিশ্বাস্য করে তোলে।
এনক্রিপ্ট করা ট্রাফিক bandwidth usage measurement অসম্ভব করে তোলে না। এটি প্রমাণ পরিবর্তন করে। আপনি এখনও বাইট, প্যাকেট, টাইমিং, দিক, কানেকশন সংখ্যা, রিট্রান্সমিশন এবং ল্যাটেন্সি পরিমাপ করতে পারেন। নীতি অনুমতি দিলে, আপনি গন্তব্য বিভাগ বা একটি অথেন্টিকেটেড পরিচয় যোগ করতে পারেন। আপনি দাবি করতে পারেন না যে পেলোড আপনাকে অ্যাপ্লিকেশন সম্পর্কে বলেছে।
একটি স্ট্যাক যা এর নির্ভরযোগ্যতা তুলে ধরে
এমন রেকর্ড থেকে অ্যাট্রিবিউশন তৈরি করুন যা আপনি সমর্থন করতে পারেন।
- RADIUS সেশন বাইট (উচ্চ বিশ্বস্ততা): Acct-Input-Octets এবং Acct-Output-Octets ভলিউমকে একটি অথেনটিকেটেড সেশন, ডিভাইস বা xPSK কী-এর সাথে যুক্ত করে। "এই ডিভাইসটি 8 GB ব্যবহার করেছে" এটি উচ্চ বিশ্বস্ততার হতে পারে যখন অ্যাকাউন্টিং পাথ সম্পূর্ণ থাকে।
- প্রতি-VLAN কাউন্টার (গ্রুপের জন্য উচ্চ বিশ্বস্ততা): গেস্ট, স্টাফ, টিল এবং IoT প্রতিটি একটি VLAN-এ ল্যান্ড করে, তাই গ্রুপের লোড কোনো কিছু ডিক্রিপ্ট করার ওপর নির্ভর করে না।
- DNS পলিসি ক্যাটাগরি (মাঝারি, এবং লেবেলযুক্ত): ক্যাটাগরির মোট হিসাব অ্যাপ্লিকেশন-এর মতো ইনসাইট দেয়। "ভিডিও 5 GB ব্যবহার করেছে" এটি একটি অনুমান। রিপোর্টে এটি উল্লেখ করুন।
- অ্যাগ্রিগেট ফ্লো রেকর্ড (অ্যাপ নামের জন্য কম): হেডারগুলি এখনও দেখায় কে কোন ঠিকানায় কথা বলেছে এবং কত বাইট স্থানান্তরিত হয়েছে। একটি শেয়ার করা CDN ঠিকানা কোনো অ্যাপ্লিকেশন নয়।
র্যান্ডমাইজড MAC অ্যাড্রেস ডিভাইসের সংখ্যা গণনা ব্যাহত করে। একটি ফোন কয়েক দিন ধরে দুটি ডিভাইসের মতো দেখাতে পারে, যা ক্লায়েন্টের মোট সংখ্যা বাড়িয়ে দেয় এবং এর বাইটগুলিকে বিভক্ত করে। পলিসি আপনাকে সেই পরিচয় প্রদান করলে প্রতি ব্যক্তি বা প্রতি কি (key) অনুযায়ী সেশন গণনা করুন। একটি খুচরা দোকানের জন্য, একটি শেয়ার্ড রেডিওতে স্টাফ ট্র্যাফিক থেকে কীভাবে ক্রেতাদের ট্র্যাফিক আলাদা করবেন সেটিতেও একই নীতি প্রযোজ্য, যা সঠিক retail WiFi design এর অংশ।
সহজ ভাষায় সুবিধা এবং অসুবিধার বিষয়টি এই সংক্ষিপ্ত টিউটোরিয়ালে রয়েছে।
পরিচয়-সংযুক্ত রেকর্ডগুলি কেবল ট্রাবলশুটিং, ক্ষমতা পরিকল্পনা এবং কমপ্লায়েন্সের জন্য রাখুন। একটি নির্দিষ্ট সময়সূচী মেনে সেগুলি মুছে ফেলুন। প্রতিটি চিত্রে একটি নির্ভরযোগ্য লেবেল ব্যবহারে কোনও খরচ হয় না এবং এটি অনুমানভিত্তিক শ্রেণীকরণকে চূড়ান্ত সিদ্ধান্ত হিসেবে গণ্য হওয়া থেকে বাধা দেয়।
কেন আপনার সংখ্যাগুলোর মধ্যে অমিল দেখা যায় এবং কীভাবে সেগুলোর সামঞ্জস্য করবেন
মাসিক গড় ইতিবাচক দেখাতে পারে, এমনকি ব্যবহারকারীরা প্রতি সন্ধ্যায় অভিযোগ জানানো সত্ত্বেও। এই দুটি বক্তব্যই প্রায়শই সত্য। সম্মিলিত ফিক্সড এবং মোবাইল ট্র্যাফিকও একটি পরিবর্তনশীল লক্ষ্য। ITU's 2023 ট্র্যাফিক পরিসংখ্যান অনুযায়ী ২০১৯ থেকে ২০২৩ পর্যন্ত গড় বার্ষিক বৃদ্ধি ছিল প্রায় 30%, যেখানে ২০২০ সালে মহামারীর শুরুতে সবচেয়ে তীব্র বৃদ্ধি দেখা গেছে। শুধুমাত্র বৃদ্ধিয়েই একটি খারাপ সন্ধ্যার ব্যাখ্যা পাওয়া যায় না। দিনের ব্যবহারের ধরণ এটি নির্ধারণ করে।
OpenVault-এর Q1 2025 ব্রডব্যান্ড রিপোর্ট দেখায় কেন একটি মাত্র গড় মান ক্যাপাসিটি প্ল্যানিংয়ের ক্ষেত্রে বিভ্রান্তিকর হতে পারে। ইউএস সাবস্ক্রাইবারদের গড় ব্যবহার মাসে ৬৬৩.২ GB-তে পৌঁছেছে, যা বছরের হিসাবে ৯.৫% বেশি। অন্যদিকে ব্যবসার পিক-আওয়ারে ডাউনস্ট্রিম ব্যবহার ২১.২% এবং আপস্ট্রিম ব্যবহার ২৩.৬% বেড়েছে। ব্যবসার ডাউনস্ট্রিম চাহিদা দুপুর ১টায় তুঙ্গে পৌঁছায়। আর আবাসিক আপস্ট্রিম এবং ডাউনস্ট্রিম চাহিদা সর্বোচ্চ হয় রাত ৯টার দিকে। একটি হোটেল বা আবাসিক প্রোপার্টির মাসিক চার্ট বেশ সাধারণ মনে হলেও নির্দিষ্ট কোনো সময়ে এটি পারফর্ম করতে ব্যর্থ হতে পারে। শুধু মাসিক গিগাবাইট কমালেই এই সমস্যার সমাধান হয় না। পিক আওয়ার থেকে লোড সরানো, অথবা এয়ারটাইম এবং কনটেনশন ঠিক করা অনেক সময় বড় ব্যান্ডউইথ পাইপ বসানোর চেয়ে অতিথিদের বেশি সাহায্য করে।
ব্যান্ডউইথ কেনার আগে অমিলগুলো বুঝে নিন
| লক্ষণ | সম্ভাব্য কারণ | যা পরীক্ষা করবেন |
|---|---|---|
| কাউন্টারগুলি ক্ষমতার ৩০% দেখায়, কিন্তু অতিথিরা তবুও অভিযোগ করেন | গড় হিসাব সান্ধ্যকালীন পিক টাইম বা এয়ারটাইম সংঘাত লুকিয়ে রাখে | ব্যস্ত সময়ের ৯৫তম পার্সেন্টাইল এবং চ্যানেল ব্যবহার তুলনা করুন |
| ফ্লো মোট ইন্টারফেস কাউন্টারের চেয়ে ১৫% নিচে রয়েছে | স্যাম্পলিং ত্রুটি, অ্যাসিমেট্রিক রাউটিং বা একটি পাথ থেকে এক্সপোর্টার মিসিং | একটি আনস্যাম্পলড লিঙ্কে তুলনা করুন এবং প্রতিটি পাথ ফ্লো এক্সপোর্ট করছে কিনা নিশ্চিত করুন |
| প্রতি-SSID মোট যোগফল AP মোটের সাথে মিলছে না | ম্যানেজমেন্ট ট্র্যাফিক বাদ দেওয়া হয়েছে, অথবা স্যাম্পলের মাঝপথে ক্লায়েন্টদের রোমিং হয়েছে | টাইমস্ট্যাম্পগুলি সারিবদ্ধ করুন এবং প্রতিটি কাউন্টারে কোন ফ্রেমগুলি অন্তর্ভুক্ত রয়েছে তা নিশ্চিত করুন |
| RADIUS মোট ডিভাইসের সংখ্যা অতিক্রম করে | পুনরায় সংযোগ করার পরে ডুপ্লিকেট সেশন বা পুনরায় প্রমাণীকরণে কাউন্টারগুলি রিসেট হয় | সেশন আইডি দ্বারা গ্রুপ করুন এবং রিসেট হ্যান্ডলিং পরীক্ষা করুন |
| একটি সাইট একই ধরণের অন্য সাইটের চেয়ে দ্বিগুণ ব্যবহার করে | ভিন্ন ব্যবহারকারী মিশ্রণ, ক্যাশড আপডেট বা একটি VLAN ট্যাগিং ত্রুটি | VLAN এবং শীর্ষ গন্তব্য বিভাগ অনুসারে বিশ্লেষণ করুন |
| রোলআউটের পরের দিন ব্যবহার হঠাৎ বেড়ে যায় | ক্লাউড আপডেট বা একটি নতুন ডিভাইস ক্লাস নেটওয়ার্কে যুক্ত হয়েছে | DNS বিভাগ এবং রোলআউটের সঠিক সময় পরীক্ষা করুন |
প্রথমে টাইম অ্যালাইনমেন্ট ঠিক করুন, তারপর স্যাম্পলিং, এবং তারপর অ্যাট্রিবিউশন। শেষের দিকের ভুলগুলো আগের ভুলগুলোকে আরও বাড়িয়ে দেয়।
একই ধরণের সাইটগুলোর মধ্যে দ্বিগুণ ব্যবধান প্রায়শই একটি VLAN ট্যাগ বা ডিভাইসের ভিন্ন মিশ্রণের কারণে হয়, কোনো রহস্যময় অ্যাপ্লিকেশনের কারণে নয়। আপনার ক্যাপাসিটি প্ল্যান পুনর্লিখন করার আগে ঘড়ি, এক্সপোর্টার এবং সেশন কি নিশ্চিত করুন। পুরো সংস্থা-জুড়ে একটি একক গড় প্রতিটি অবস্থানের মডেল হতে পারে না।
কোম্পানি জুড়ে রিপোর্ট করার আগে একটি সাইটে যাচাই করুন
প্রথম দিনেই প্রতিটি প্রপার্টিতে একটি নতুন পরিমাপের নকশা প্রয়োগ করবেন না। দুই থেকে চার সপ্তাহের জন্য একটি প্রতিনিধি সাইটে একটি পাইলট চালান। এই উইন্ডোতে অন্তত একটি ব্যস্ত সন্ধ্যা এবং একটি শান্ত কার্যদিবস অন্তর্ভুক্ত থাকতে হবে, অন্যথায় আপনি কেবল সেই গড়টিই প্রমাণ করবেন যা আপনি ইতিমধ্যেই অবিশ্বাস করেন।
নতুন কালেকশনটি আপনার আজকের পরিচালিত নেটওয়ার্কের পাশাপাশি রাখুন। নতুন সিরিজটি মোট বাইটের প্রায় ৫% এর মধ্যে সামঞ্জস্যপূর্ণ না হওয়া পর্যন্ত বিদ্যমান কাউন্টারগুলো পরিবর্তন করবেন না। একটি প্যারালাল রান হল এমন একটি উপায় যার মাধ্যমে আপনি র্যাপড কাউন্টার, মিসিং এক্সপোর্টার বা ট্যাগ না করা VLAN শনাক্ত করতে পারেন।
ড্যাশবোর্ডটি দেখতে কতটা সম্পূর্ণ তার ওপর নয়, পাইলটকে দুটি টেস্টের ভিত্তিতে বিচার করুন।
- টিকিট: ব্যস্ত সময়ের পরিসংখ্যান কি আপনার কাছে থাকা অভিযোগগুলোর সাথে মিলছে? সবচেয়ে খারাপ সন্ধ্যার সময় যদি চার্টটি শান্ত থাকে, তবে স্যাম্পল ইন্টারভাল বা পরিমাপের পয়েন্টটি ভুল রয়েছে।
- অডিট: কেউ কি একটি বাস্তব প্রশ্নের উত্তর দিতে পারে, যেমন কোন নির্দিষ্ট দিনে একটি ডিভাইস কোন VLAN ব্যবহার করেছিল? ট্রেইল যদি সেটার উত্তর দিতে না পারে, তবে অ্যাট্রিবিউশনের কাজ শেষ হয়নি।
আমরা প্রথমে একটি সাইটে, সেই সাইটে আগে থেকেই থাকা অ্যাক্সেস পয়েন্টগুলোতে, লাইভ নেটওয়ার্কের পাশাপাশি ডিজাইনটির প্রমাণ নিশ্চিত করি এবং ব্যাপক প্রসারের আগে টিকিট ও অডিট প্রমাণের ভিত্তিতে এটি মূল্যায়ন করি। একজন প্রকৌশলীর জন্য একটি 45-মিনিটের ডিজাইন সেশনই যথেষ্ট, যাতে তিনি সেই হার্ডওয়্যারে আজকের SSID গুলোকে ওপেন, সিকিউর এবং xPSK-এ ম্যাপ করতে পারেন, এবং পরিকল্পনাটি আপনার কাছেই থাকে। নেটওয়ার্ক হেলথ মনিটরিং এরপর পুরো নেটওয়ার্ক স্টেট থেকে একটি নির্দিষ্ট অবস্থান এবং হার্ডওয়্যার পর্যন্ত পরীক্ষা করে, যেখানে স্পিড টেস্ট, অথেন্টিকেশন রেট, এবং ডাউনলোড ও ব্যবহারকারীর আচরণের ডেটা থাকে, যাতে অপব্যবহার অনুমানের বদলে স্পষ্ট দেখা যায়। রেডিও প্ল্যানটি অবশ্য সঠিকভাবে তৈরি হতে হবে। পরিমাপের মাধ্যমে এমন একটি চ্যানেল প্ল্যান ঠিক করা যাবে না যা কখনোই ডিজাইন করা হয়নি, আর ঠিক এই কারণেই WiFi network design একটি আলাদা কাজ হিসেবে বিবেচিত হয়।
দ্বিতীয় সাইটের আগে রিপোর্টিং নিয়ম নির্ধারণ করুন। সর্বত্র একই সময়কাল এবং একই স্যাম্পল ইন্টারভাল ব্যবহার করুন। লেবেলের যথার্থতা নিশ্চিত করুন। সাইট, SSID, এবং VLAN অনুযায়ী রিপোর্ট করুন, এবং প্রতিটি ড্যাশবোর্ডের একজন নির্দিষ্ট মালিক নির্ধারণ করুন। কেবল তখনই এটি কার্যকর করুন যখন পাইলট সিস্টেমের ডাটা কাউন্টারের সাথে মিলে যায় এবং টিম ডেটা থেকে তার সেরা তিনটি প্রশ্নের উত্তর দিতে পারে। যদি না পারে, তবে মিসম্যাচ চেকগুলিতে ফিরে যান। একটি ভুল বেসলাইন প্রসারিত করলে ভুল তথ্য আরও দ্রুত প্রকাশিত হয়।
Purple Access আপনার বিদ্যমান অ্যাক্সেস পয়েন্টগুলিতে উন্মুক্ত, নিরাপদ এবং xPSK প্রদান করে, সাথে ক্লাউড RADIUS অ্যাকাউন্টিং যা আপনি একজন ব্যবহারকারী, একটি ডিভাইস বা একটি কি-এর (key) সাথে যুক্ত করতে পারেন, এবং হেলথ ভিউ যা একটি শান্ত মাসিক গড়ের থেকে একটি ব্যস্ত সময়ের ব্যবধান প্রকাশ করে। আপনার বাকি এস্টেট পরিবর্তন করার আগে আপনার টিকিট এবং অডিট ট্রেলের বিরুদ্ধে একটি সাইটে এটি প্রমাণ করুন। আপনার ভেন্যুগুলির সাথে এটি কীভাবে মানানসই হয় তা দেখতে যান Purple Access-এ।
