আপনি একটি পরিষ্কার হিটম্যাপ সহ কোনো ভেন্যুতে প্রবেশ করতে পারেন এবং তবুও সেখানে একটি ত্রুটিপূর্ণ নেটওয়ার্ক পেতে পারেন। সিগন্যাল বারগুলো ঠিক দেখায়, ব্যাকহল ভালো থাকে, তবুও কলগুলো আটকে যায়, লগইন হ্যাং হয়ে থাকে এবং ব্যবহারকারীরা ইন্টারনেটকে দোষারোপ করে কারণ তারা কেবল সেটাই দেখতে পায়। কভারেজ এবং ব্যবহারযোগ্য ধারণক্ষমতার মধ্যকার এই ব্যবধানের কারণেই বেশিরভাগ WiFi ব্যর্থতা ঘটে, আর এই কারণেই ওয়্যারলেস পরিকল্পনা কেবল সিগন্যাল পৌঁছানোর ওপর ভিত্তি করে নয়, বরং কনকারেন্সি, এয়ারটাইম এবং চ্যানেল শৃঙ্খলার মাধ্যমে শুরু করতে হবে।
WiFi কনজেশনের লুকানো খরচ
ব্যর্থতা সাধারণত সবচেয়ে দুর্বল জায়গায় নয়, বরং সবচেয়ে ব্যস্ত জায়গায় দেখা দেয়। একটি ওয়ার্ড রাউন্ড শুরু হলে, একটি কনফারেন্স সেশন শেষ হলে, বা দুপুরের খাবারের সময় কোনো ভেন্যু পূর্ণ হয়ে গেলে, যে ডিভাইসগুলোকে টেস্ট করার সময় ঠিক মনে হয়েছিল সেগুলো লাইভ পরিস্থিতিতে টাইম আউট হতে শুরু করে। অ্যাক্সেস পয়েন্টগুলো তখনও অনলাইন থাকে, কিন্তু তাদের কথা বলার মতো জায়গা ফুরিয়ে যায়।
কভারেজ একটি ধারণক্ষমতার সমস্যাকে লুকিয়ে রাখতে পারে
একটি কভারেজ ম্যাপ একটি সহজ প্রশ্নের উত্তর দেয়—ডিভাইসগুলো কোনো অ্যাক্সেস পয়েন্টের সিগন্যাল পাচ্ছে কিনা। এটি আপনাকে বলে না যে সেই ডিভাইসগুলো একই এয়ারটাইম নিয়ে লড়াই না করে একসাথে কথা বলতে পারবে কিনা। এই পার্থক্যটি গুরুত্বপূর্ণ কারণ ব্যবহারকারীরা কেবল সংযোগ নয়, বরং দ্রুত রেসপন্স চান।
যুক্তরাজ্যের পরিকল্পনায়, Ofcom-এর ওপেন ডেটা পোর্টাল WiFi-কে একটি বৃহত্তর জাতীয় অবকাঠামোর অংশ হিসেবে বিবেচনা করে, যার রিপোর্টিং কভারেজ ডেটাসেটগুলোকে স্থানীয় কর্তৃপক্ষের পরিকল্পনা বেসলাইন এবং কানেক্টেড নেশনস প্রোগ্রামের সাথে যুক্ত করে। এই কাঠামোটি গুরুত্বপূর্ণ কারণ ধারণক্ষমতা কোনো এককালীন ডিভাইস স্থাপনের বিষয় নয়, এটি ব্রডব্যান্ড এবং মোবাইল পরিকল্পনার জন্য ব্যবহৃত একই প্রমাণ-ভিত্তিক অবকাঠামোগত দৃষ্টিভঙ্গির অংশ (Ofcom ওপেন ডেটা পোর্টাল)।
ব্যবহারিক নিয়ম: নেটওয়ার্কটি যদি ম্যাপে ভালো দেখায় কিন্তু লোডের অধীনে ব্যর্থ হয়, তবে সমস্যাটি সাধারণত এয়ারটাইম প্রতিযোগিতা (এয়ারটাইম কনটেনশন), কাঁচা সিগন্যাল শক্তি নয়।
এই কারণেই একটি ভেন্যু "কভারড" মনে হলেও লোডের নিচে ওভারলোডেড আচরণ করতে পারে। ব্যবহারকারী আপনার RF ডিজাইন অনুভব করেন না, তারা বিলম্ব (ডিলে), রিট্রাই এবং ব্যর্থ অ্যাপ্লিকেশন সেশন অনুভব করেন। এর সমাধান শুরু হয় WiFi ক্যাপাসিটি প্ল্যানিং-কে একটি রেডিও কভারেজ অনুশীলনের পরিবর্তে একটি অপারেশনাল ডিসিপ্লিন হিসেবে বিবেচনা করার মাধ্যমে।
লাইভ ব্যবহার এবং যাচাইকরণের একটি ব্যবহারিক অ্যানালিটিক্স-ভিত্তিক দৃষ্টিভঙ্গির জন্য, Purple-এর WiFi অ্যানালিটিক্স গাইড দেখুন।
মূল ধারণক্ষমতার মেট্রিক্স বোঝা
একটি নেটওয়ার্ক চমৎকার সিগন্যাল শক্তি দেখাতে পারে এবং তবুও একটি ব্যস্ত মিটিং, ওয়ার্ড শিফট বা ইভেন্টের সময় ব্যর্থ হতে পারে। ধারণক্ষমতা এবং কভারেজ ভিন্ন ভিন্ন সমস্যার সমাধান করে। কভারেজ জানতে চায় একটি ক্লায়েন্ট সংযোগ করতে পারে কিনা। ধারণক্ষমতা জানতে চায় সক্রিয় ক্লায়েন্টরা একে অপরের পারফরম্যান্স নষ্ট না করে মাধ্যমটি শেয়ার করতে পারে কিনা। এই পার্থক্যটিই ডিজাইনকে পরিচালিত করা উচিত।
সবচেয়ে গুরুত্বপূর্ণ তিনটি শব্দ
এয়ারটাইম হলো একটি চ্যানেলের শেয়ার করা রেডিও রিসোর্স। ডেটা ফ্রেম, রিট্রাই, প্রোব এবং ম্যানেজমেন্ট ট্রাফিক সবই এটি ব্যবহার করে। এয়ারটাইম একবার স্যাচুরেটেড হয়ে গেলে, একটি উচ্চতর তাত্ত্বিক PHY রেটও অ্যাপ্লিকেশন পারফরম্যান্স পুনরুদ্ধার করতে পারে না। পার্শ্ববর্তী রেডিওগুলো একই বা ওভারল্যাপ করা চ্যানেলে প্রতিযোগিতা করলে অ্যাক্সেস পয়েন্ট যুক্ত করা পরিস্থিতিকে আরও খারাপ করে তুলতে পারে।
কনকারেন্সি হলো একই সময়ে সক্রিয়ভাবে মাধ্যমটি ব্যবহার করা ক্লায়েন্টদের সংখ্যা। কেবল মানুষের সংখ্যা একটি দুর্বল পরিকল্পনা ইনপুট। লোকে ভরা একটি ঘরে প্রতি ব্যক্তির একাধিক ডিভাইস থাকতে পারে, যেখানে যেকোনো মুহূর্তে কেবল কিছু ডিভাইস ভারী ডেটা ট্রান্সমিট করে।
ক্লায়েন্ট প্রতি থ্রুপুট হলো প্রোটোকল ওভারহেড, কনটেনশন, রিট্রাই এবং ইন্টারফেয়ারেন্সের পর অবশিষ্ট ব্যবহারযোগ্য গতি। এটি সেই পরিমাপ যা ব্যবহারকারীরা একটি ভয়েস কল করার সময়, একটি অ্যাপ্লিকেশন লোড করার সময় বা একটি ফাইল আপলোড করার সময় অনুভব করেন। ভেন্ডরদের থ্রুপুট পরিসংখ্যান আদর্শ পরিস্থিতি বর্ণনা করে, শেয়ার করা এয়ারটাইমের অধীনে ফলাফল নয়।
কেন ক্লায়েন্টের আচরণ হিসাব-নিকাশ বদলে দেয়
ল্যাপটপ, ফোন এবং ট্যাবলেট বহনকারী একজন ডেস্ক কর্মী যে লোড তৈরি করেন, তা ভিডিও স্ট্রিম করা একজন ভিজিটর, সফটফোন ব্যবহারকারী একজন স্টাফ মেম্বার বা সংক্ষিপ্ত ট্রানজেকশন পাঠানো একটি স্ক্যানারের চেয়ে ভিন্ন। প্রতিটি ডিভাইসের নিজস্ব প্যাকেট প্যাটার্ন, এয়ারটাইম চাহিদা এবং বিলম্বের প্রতি সংবেদনশীলতা রয়েছে। তাই ধারণক্ষমতার মডেলগুলোর জন্য কেবল মোট উপস্থিতির সংখ্যা নয়, বরং ডিভাইস প্রোফাইল এবং অ্যাপ্লিকেশনের মিশ্রণ প্রয়োজন।
যুক্তরাজ্যের শেয়ারড এবং কর্মক্ষেত্রের WiFi নির্দেশিকা ভেন্ডরের সর্বোচ্চ সীমার চেয়ে অনেক নিচে থাকার পরামর্শ দেয়। এটি প্রতিটি AP রেডিওর জন্য ভেন্ডর-প্রস্তাবিত ক্লায়েন্ট সংখ্যার কেবল ৫০% ব্যবহার করার নির্দেশ দেয় এবং একটি ব্যবহারিক নিয়ম হিসেবে প্রতি ২০ জন ব্যবহারকারীর জন্য প্রায় একটি AP নির্ধারণ করে, যেখানে অ্যাক্সেস পয়েন্টগুলো গ্রুপের কেন্দ্রে স্থাপন করা হয় (যুক্তরাজ্যের কর্মক্ষেত্রের ওয়্যারলেস নেটওয়ার্ক নির্দেশিকা)। এটি একটি রক্ষণশীল শুরুর বিন্দু, পারফরম্যান্সের কোনো প্রতিশ্রুতি নয়। ফলাফল এখনও চ্যানেলের প্রস্থ, পুনঃব্যবহার, ক্লায়েন্টের আচরণ, ইন্টারফেয়ারেন্স এবং পিক কনকারেন্সির ওপর নির্ভর করে।
একটি সঠিক ধারণক্ষমতার মডেল এয়ারটাইম, কনকারেন্সি এবং ক্লায়েন্ট প্রতি থ্রুপুটকে আলাদা রাখে। এই বিভাজনটি স্পষ্ট করে দেয় যে কেন সুচিন্তিত চ্যানেল প্ল্যানিং ছাড়া রেডিও যুক্ত করলে কভারেজ উন্নত হলেও পারফরম্যান্স হ্রাস পেতে পারে।
ধারণক্ষমতা গণনার পদ্ধতি
একটি ওয়্যারলেস নেটওয়ার্কের আকার নির্ধারণের সবচেয়ে সঠিক উপায় হলো প্রথমে "AP সংখ্যা" নিয়ে চিন্তা না করে ব্যবহারকারীর চাহিদার কথা ভাবা। চাহিদার প্রোফাইলটি পরিষ্কার হয়ে গেলে, AP সংখ্যা একটি অনুমান নয়, বরং একটি আউটপুট হিসেবে বেরিয়ে আসে। এই ক্রম পরিবর্তনটি এন্টারপ্রাইজ প্রকল্পগুলোতে দেখা যাওয়া বেশিরভাগ ওভারবিল্ড এবং আন্ডারবিল্ডের ভুলগুলো প্রতিরোধ করে।
মোট সংখ্যা দিয়ে নয়, ব্যবহারের ক্ষেত্র (ইউজ কেস) দিয়ে শুরু করুন
একটি হাসপাতালের ওয়ার্ড, একটি রিটেইল ফ্লোর এবং একটি কনফারেন্স হল সবই ভিন্ন ভিন্ন লোড প্যাটার্ন তৈরি করে। ভয়েস ট্রাফিকের জন্য দ্রুত রেসপন্স প্রয়োজন, গেস্ট ব্রাউজিং কিছুটা বিলম্ব সহ্য করতে পারে এবং ভিডিও দ্রুত এয়ারটাইম গ্রাস করে, তাই পুরো সাইট জুড়ে একটি একক ধারণক্ষমতার লক্ষ্য কাজ করবে না। ব্যবহারিক পদক্ষেপ হলো ডিভাইসের ক্যাটাগরিগুলোকে আলাদা করা এবং পিক ব্যবহারের সময় প্রতিটি কেমন আচরণ করে তা অনুমান করা।
একটি সহজ প্ল্যানিং ম্যাট্রিক্স আলোচনাকে সঠিক রাখতে সাহায্য করে:
| ডিভাইস ক্যাটাগরি | ক্লায়েন্ট প্রতি গড় ব্যান্ডউইথ | এয়ারটাইম ব্যবহার | কনকারেন্সি ফ্যাক্টর |
|---|---|---|---|
| Voice over WiFi | গুণগতভাবে কম | বিলম্বের প্রতি উচ্চ সংবেদনশীলতা | অনেক হ্যান্ডসেট সক্রিয় থাকলে উচ্চ |
| ভিডিও স্ট্রিমিং | গুণগতভাবে উচ্চ | ধারাবাহিক এবং আকস্মিক (বার্স্টি) | পাবলিক এলাকায় মাঝারি থেকে উচ্চ |
| সাধারণ ব্রাউজিং | গুণগতভাবে পরিবর্তনশীল | সাধারণত মাঝে মাঝে ঘটে | উপস্থিতির প্যাটার্নের ওপর নির্ভর করে |
| স্ক্যানার এবং টাস্ক ডিভাইস | গুণগতভাবে কম | ঘন ঘন সংক্ষিপ্ত ট্রানজেকশন | প্রায়শই স্থিতিশীল, অবিরাম নয় |
উপরের সংখ্যাগুলো ইচ্ছাকৃতভাবেই গুণগত, কারণ ভেন্যুর ধরনই উত্তর নির্ধারণ করে। গুরুত্বপূর্ণ বিষয় হলো প্রতিটি ক্লায়েন্ট একইভাবে আচরণ করে এমনটা ধরে না নেওয়া।
ভেন্যুর মূল লোকসংখ্যার পরিবর্তে পিক প্যাটার্ন ব্যবহার করুন
সেরা ডিজাইনগুলো নির্দিষ্ট জোনে পিক কনকারেন্ট ব্যবহারকারীদের ওপর ভিত্তি করে তৈরি করা হয়। একটি লবি শান্ত থাকতে পারে যখন একটি পার্শ্ববর্তী ব্রেকআউট স্পেস স্যাচুরেটেড থাকে, এবং নেটওয়ার্কটিকে অন্য সব জায়গা থেকে ধারণক্ষমতা ধার না করে সেই ব্যস্ত জোনে টিকে থাকতে হবে। এই কারণেই ভবনের গড় উপস্থিতি একটি অত্যন্ত দুর্বল পরিকল্পনা ইনপুট।
Purple-এর অ্যাক্সেস পয়েন্ট ক্যালকুলেটর হলো এমন একটি টুলের উদাহরণ যা ব্যবহারকারীর ঘনত্ব এবং ভেন্যুর আকার থেকে হার্ডওয়্যার সংখ্যা মডেল করতে সাহায্য করে। এই ধরনের টুলগুলো তখনই কার্যকর হয় যখন এগুলোকে অনুমান যাচাই করার জন্য ব্যবহার করা হয়, ইঞ্জিনিয়ারিংয়ের সিদ্ধান্তকে প্রতিস্থাপন করার জন্য নয়।
ধারণক্ষমতার হিসাব তখন ব্যর্থ হয় যখন মানুষ প্রতি জোনে পিক সক্রিয় ডিভাইসের পরিবর্তে মোট ভিজিটর সংখ্যা ব্যবহার করে।
পদ্ধতিটি বাস্তবে সহজ। ডিভাইসের ধরনগুলো সংজ্ঞায়িত করুন, কনকারেন্ট ব্যবহার অনুমান করুন, অ্যাপ্লিকেশনের মিশ্রণ বিবেচনা করুন এবং তারপর নেটওয়ার্কের আকার এমনভাবে নির্ধারণ করুন যাতে ব্যস্ত জোনগুলোতেও কিছুটা অতিরিক্ত জায়গা (হেডরুম) থাকে।
ডেনসিটি এবং চ্যানেল প্ল্যানিংয়ের জন্য ডিজাইন করা
ঘন WiFi নেটওয়ার্ক পর্যাপ্ত অ্যাক্সেস পয়েন্ট না থাকার কারণে ভেঙে পড়ে না। এটি ভেঙে পড়ে কারণ অ্যাক্সেস পয়েন্টগুলো খুব কাছাকাছি থাকে, খুব বেশি লাউড হয় অথবা একই চ্যানেল শেয়ার করতে খুব বেশি আগ্রহী হয়। চ্যানেল পুনঃব্যবহারের ক্ষেত্রে অসাবধানতা থাকলে আরও বেশি রেডিও যুক্ত করা পরিস্থিতিকে আরও খারাপ করে তুলতে পারে।
প্রশস্ত চ্যানেল সবসময় ভালো নয়
প্রশস্ত চ্যানেলগুলো স্পেক শিটে আকর্ষণীয় দেখাতে পারে কারণ তারা আরও বেশি থ্রুপুটের প্রতিশ্রুতি দেয়। তবে, একটি ঘন এন্টারপ্রাইজ পরিবেশে, তারা ব্যবহারযোগ্য নন-ওভারল্যাপিং চ্যানেলের সংখ্যা কমিয়ে দিতে পারে এবং প্রতিটির ওপর কনটেনশনের চাপ বাড়িয়ে দিতে পারে। এর ফলে প্রায়শই এমন একটি নেটওয়ার্ক তৈরি হয় যা দেখতে আধুনিক হলেও লোডের নিচে ধীরগতিতে কাজ করে।
যুক্তরাজ্যের পরিকল্পনার প্রেক্ষাপট এটিকে আরও গুরুত্বপূর্ণ করে তোলে। Ofcom-এর ডেটা দেখায় যে WiFi ব্যবহারের জন্য ৫,৯২৫ থেকে ৬,৪২৫ MHz উন্মুক্ত করা হয়েছে, যা ৫০০ MHz স্পেকট্রাম যুক্ত করেছে, এটি ঘন সাইটগুলোকে ধারণক্ষমতা ডিজাইনের জন্য আরও বেশি জায়গা দেয় (Purple-এর যুক্তরাজ্যের অ্যাক্সেস পয়েন্ট প্ল্যানিং নিবন্ধ)। সেই অতিরিক্ত স্পেকট্রাম ডিজাইনের বিকল্পগুলোকে পরিবর্তন করে, তবে এটি সতর্ক চ্যানেল পুনঃব্যবহারের প্রয়োজনীয়তা দূর করে না, বিশেষ করে যেখানে লেগাসি ডিভাইসগুলো এখনও পুরানো ব্যান্ডের ওপর নির্ভর করে।
কাজের চাপের সাথে ব্যান্ডগুলোর তুলনা করুন
2.4 GHz এখনও অনেক দূর পর্যন্ত পৌঁছায়, তবে জনাকীর্ণ ভেন্যুতে এটিই সাধারণত প্রথম ব্যান্ড যা ক্ষতিগ্রস্ত হয় কারণ সেখানে অনেক বেশি ডিভাইস এবং পার্শ্ববর্তী সিস্টেম প্রতিযোগিতা করে। 5 GHz অনেক এন্টারপ্রাইজ ডেপ্লয়মেন্টের জন্য আরও বেশি ব্যবহারযোগ্য জায়গা দেয়, তবে চ্যানেল প্ল্যানটি এখনও সুচিন্তিত হতে হবে। 6 GHz সমর্থিত ক্লায়েন্টদের জন্য পরিস্থিতির উন্নতি করতে পারে, তবুও এটি পুরানো হার্ডওয়্যারের জন্য জাদুকরীভাবে কনজেশন সমাধান করে না।
মূল দক্ষতাটি স্পেশাল রিইউজ (স্থানিক পুনঃব্যবহার)-এর মধ্যে নিহিত। AP-গুলোর পাওয়ার এবং চ্যানেল অ্যাসাইনমেন্টে পর্যাপ্ত ব্যবধান থাকা প্রয়োজন যাতে তারা একে অপরের এয়ারটাইমে হস্তক্ষেপ না করে, পাশাপাশি ব্যবহারযোগ্য রোমিং আচরণ বজায় রাখে। এই ভারসাম্য বজায় রাখার কারণেই একটি পরিষ্কার চ্যানেল প্ল্যান কাঁচা AP সংখ্যার চেয়ে বেশি গুরুত্বপূর্ণ।
Purple-এর WiFi চ্যানেল প্ল্যানার এখানে প্রাসঙ্গিক কারণ এটি চ্যানেল সংক্রান্ত সিদ্ধান্তগুলোকে ডিফল্টের ওপর ছেড়ে দেওয়ার পরিবর্তে ঘন ডেপ্লয়মেন্টের ক্ষেত্রে পরিকল্পনার শৃঙ্খলাকে সমর্থন করে।
অ্যানালিটিক্স এবং পলিসি এনফোর্সমেন্ট একীভূত করা
গো-লাইভের পর কী ঘটছে তা কেউ না দেখলে একটি ভালো ডিজাইনও ব্যর্থ হতে পারে। ধারণক্ষমতার পরিকল্পনা তখনই নির্ভরযোগ্য হয়ে ওঠে যখন লাইভ ব্যবহার ডিজাইনের সময় করা অনুমানগুলোকে নিশ্চিত করে এবং যখন পলিসি একটি ব্যবহারকারী গ্রুপকে অন্য গ্রুপের ওপর প্রভাব ফেলা থেকে বিরত রাখে।
বাস্তব আচরণের বিপরীতে ডিজাইনটি যাচাই করুন
অ্যানালিটিক্স অনুমানকে প্রমাণে রূপান্তর করে। যদি কোনো একটি জোনে এয়ারটাইম হঠাৎ বেড়ে যায়, অথবা যদি একটি SSID বাকি এস্টেটের চেয়ে ভিন্ন আচরণ করে, তবে ড্যাশবোর্ডে তা দ্রুত প্রদর্শিত হওয়া উচিত যাতে ব্যবহারকারীরা টের পাওয়ার আগেই টিম হস্তক্ষেপ করতে পারে। এটি হাসপাতাল, ভেন্যু এবং হসপিটালিটি সাইটগুলোতে সবচেয়ে বেশি গুরুত্বপূর্ণ যেখানে সবচেয়ে ব্যস্ত সময়গুলো সবচেয়ে বেশি সংবেদনশীল হয়।
আইডেন্টিটি-ভিত্তিক অ্যাক্সেস নিয়ন্ত্রণের আরেকটি স্তর যুক্ত করে। স্টাফ, গেস্ট এবং ডিভাইসগুলো সবাই একই অগ্রাধিকার বা একই এক্সপোজার পাওয়ার যোগ্য নয়, এবং পলিসি এনফোর্সমেন্ট অনিয়ন্ত্রিত ব্যবহারকে গুরুত্বপূর্ণ কাজের জন্য প্রয়োজনীয় ধারণক্ষমতা গ্রাস করা থেকে বিরত রাখে। পাসওয়ার্ডহীন অ্যাক্সেস, সেগমেন্টেশন এবং ব্যবহারের অন্তর্দৃষ্টির জন্য একটি বিকল্প হিসেবে Purple এখানে উপযুক্ত, যা ডেপ্লয় করা নেটওয়ার্কটি ডিজাইনের উদ্দেশ্যের সাথে মিলছে কিনা তা যাচাই করতে সাহায্য করতে পারে।
ধারণক্ষমতা ব্যবস্থাপনার অংশ হিসেবে পলিসি ব্যবহার করুন
ধারণক্ষমতা কেবল রেডিও ইঞ্জিনিয়ারিংয়ের বিষয় নয়। এটি কার সংযোগ করার অনুমতি রয়েছে, তাদের কী করার অনুমতি রয়েছে এবং তাদের ট্রাফিক নেটওয়ার্কের ওপর কতটা চাপ সৃষ্টি করছে তার ওপরও নির্ভর করে। আপনি যদি অথেন্টিকেশন, সেগমেন্টেশন এবং অ্যানালিটিক্সকে একই সিস্টেমের অংশ হিসেবে বিবেচনা করেন, তবে নেটওয়ার্কটি টিউন করা এবং সুরক্ষিত রাখা সহজ হয়ে যায়।
ব্যবহারিক সুবিধাটি সহজ। আপনি দেখতে পারেন কোথায় ধারণক্ষমতা ব্যবহৃত হচ্ছে, যে ট্রাফিকগুলোর শেয়ার করা রিসোর্স দখল করা উচিত নয় সেগুলোকে সীমাবদ্ধ করতে পারেন এবং অনুমানের পরিবর্তে বাস্তব আচরণের ভিত্তিতে ডিজাইনটি সামঞ্জস্য করতে পারেন। এই ফিডব্যাক লুপটিই প্রাথমিক রোলআউটের পর ওয়্যারলেস এস্টেটকে স্থিতিশীল রাখে。
WiFi ক্যাপাসিটি প্ল্যানিংয়ের সাধারণ ভুলত্রুটি
একটি হাসপাতাল একটি ব্যস্ত ওয়ার্ডে অ্যাক্সেস পয়েন্ট যুক্ত করতে পারে এবং তবুও পারফরম্যান্স আরও খারাপ করে তুলতে পারে। যদি পার্শ্ববর্তী রেডিওগুলো কনজেস্টেড চ্যানেল শেয়ার করে, তবে প্রতিটি নতুন AP ব্যবহারযোগ্য ধারণক্ষমতার পরিবর্তে কনটেনশন বাড়িয়ে দেয়। নেটওয়ার্কটি আরও বেশি কোলাহলপূর্ণ হয়ে ওঠে এবং ক্লায়েন্টদের এয়ারটাইমের জন্য দীর্ঘ সময় অপেক্ষা করতে হয়।
ডিফল্ট সেটিংসই প্রায়শই সমস্যা হয়ে দাঁড়ায়
প্রাথমিক ডেপ্লয়মেন্টের সময় অটো-চ্যানেল সিলেকশন দরকারী, তবে এটি ঘন ভবনগুলোতে সুচিন্তিত চ্যানেল প্ল্যানিংয়ের বিকল্প নয়। Purple-এর WiFi ফ্রিকোয়েন্সি নিবন্ধে বলা হয়েছে যে ৪০% WiFi নেটওয়ার্ক এখনও ওভারল্যাপিং চ্যানেলে ডিফল্টরূপে অটো-চ্যানেলে থাকে, যার ফলে ঘন শহুরে এলাকায় ২৫-৩০% থ্রুপুট ক্ষতি হয়। এটি আরও জানায় যে জনাকীর্ণ ভেন্যুতে 2.4 GHz-এ কো-চ্যানেল ইন্টারফেয়ারেন্স থ্রুপুটকে ৪০-৫০% কমিয়ে দিতে পারে (Purple-এর WiFi ফ্রিকোয়েন্সি নিবন্ধ)। সেই ডিফল্টগুলোকে মূল্যায়নের একটি শুরুর বিন্দু হিসেবে বিবেচনা করুন, কোনো সমাপ্ত ডিজাইন হিসেবে নয়।
একটি চ্যানেল প্ল্যানে চ্যানেল পুনঃব্যবহার, ট্রান্সমিট পাওয়ার, ক্লায়েন্ট ডিস্ট্রিবিউশন এবং প্রতিটি অ্যাপ্লিকেশনের প্রয়োজনীয় এয়ারটাইম বিবেচনা করা উচিত। অতিরিক্ত রেডিও তখনই সাহায্য করে যখন তারা অতিরিক্ত ওভারল্যাপিং সেল তৈরি করার পরিবর্তে কনটেনশন হ্রাস করে।
ভেন্ডরের সর্বোচ্চ সীমা ডিজাইনের লক্ষ্য নয়
ডেটাশিটের ক্লায়েন্ট সীমাগুলো কেবল একটি প্ল্যাটফর্ম প্রযুক্তিগতভাবে কী গ্রহণ করতে পারে তা বর্ণনা করে। অনেক ক্লায়েন্ট যখন সক্রিয় থাকে, ডেটা ট্রান্সমিট করে, রোমিং করে বা একই এয়ারটাইমের জন্য প্রতিযোগিতা করে, তখন ব্যবহারকারীরা কেমন অভিজ্ঞতা পান তা এগুলো খুব কমই বর্ণনা করে। আগে যেমন উল্লেখ করা হয়েছে, যুক্তরাজ্যের কর্মক্ষেত্রের নির্দেশিকার নিরাপদ লক্ষ্য হলো প্রতিটি AP রেডিওর জন্য ভেন্ডর-প্রস্তাবিত ক্লায়েন্ট সংখ্যার ৫০%, যেখানে একটি ব্যবহারিক স্থাপনের নিয়ম হিসেবে প্রায় প্রতি ২০ জন ব্যবহারকারীর জন্য একটি AP রাখা হয় (যুক্তরাজ্যের কর্মক্ষেত্রের ওয়্যারলেস নেটওয়ার্ক নির্দেশিকা)।
সেই নিয়মটি একটি ডিজাইনের সুরক্ষাকবচ (গার্ডরেল), টেস্টিংয়ের বিকল্প নয়। সক্রিয় ক্লায়েন্ট সংখ্যা, এয়ারটাইম ব্যবহার, রিট্রাই এবং অ্যাপ্লিকেশনের প্রয়োজনীয়তা দিয়ে ব্যস্ত জোনগুলো যাচাই করুন। RF সমন্বয় সংশোধন না করে হার্ডওয়্যার যুক্ত করলে খরচ বাড়তে পারে এবং ব্যবহারযোগ্য পারফরম্যান্স হ্রাস পেতে পারে।
অতিরিক্ত অ্যাক্সেস পয়েন্ট তখনই সাহায্য করে যখন চ্যানেল পুনঃব্যবহার, ট্রান্সমিট পাওয়ার এবং ক্লায়েন্টের আচরণ একসাথে পরিকল্পিত করা হয়।
তাই ধারণক্ষমতার পরিকল্পনা কেবল AP সংখ্যার ওপর নয়, বরং সহযোগিতামূলক রেডিওর ওপর ফোকাস করে।
মানদণ্ড এবং SLA প্রতিষ্ঠা করা
একটি ধারণক্ষমতার পরিকল্পনা তখনই কার্যকর হয় যখন অপারেশন টিম এটি পরিমাপ করতে পারে। কোনো ঘটনা ঘটার আগেই ক্লায়েন্ট ডেনসিটি, এয়ারটাইম ব্যবহার এবং ব্যবহারকারীর অভিজ্ঞতার প্রত্যাশাগুলো সংজ্ঞায়িত করুন। অন্যথায়, প্রতিটি বিভ্রাট (আউটেজ) "যৌক্তিক ভালো" বলতে কী বোঝায় তা নিয়ে তর্কে পরিণত হবে।
ডিজাইনটিকে অপারেটিং নিয়মে রূপান্তর করুন
স্টাফ ডিভাইস, গেস্ট অ্যাক্সেস এবং IoT এন্ডপয়েন্টগুলোর জন্য ভিন্ন ভিন্ন সার্ভিসের লক্ষ্য প্রয়োগ করুন। তাদের ট্রাফিক প্যাটার্ন এবং ব্যবসায়িক প্রভাব ভিন্ন, তাই একটি শেয়ার করা অভিজ্ঞতার লক্ষ্য দুর্বল জবাবদিহিতা তৈরি করে। SLA-তে উল্লেখ থাকা উচিত একটি সুস্থ সার্ভিস কেমন দেখায়, কোন পরিমাপগুলো তা প্রমাণ করে এবং কোনো লঙ্ঘন ঘটলে কী পদক্ষেপ নেওয়া হবে।
পূর্ববর্তী যুক্তরাজ্যের কর্মক্ষেত্রের ওয়্যারলেস নেটওয়ার্ক নির্দেশিকা একটি রক্ষণশীল ডেনসিটি বেসলাইন প্রদান করে যা টিমগুলো SLA-তে অন্তর্ভুক্ত করতে পারে। এটিকে একটি শুরুর সুরক্ষাকবচ হিসেবে বিবেচনা করুন, তারপর অ্যাপ্লিকেশনের চাহিদা, জোনের আকার এবং চ্যানেলের প্রাপ্যতার জন্য পরিকল্পিত থ্রেশহোল্ড সামঞ্জস্য করুন।
একটি ব্যবহারিক জোন-স্তরের SLA নির্দিষ্ট করতে পারে:
- কনকারেন্ট-ডিভাইস থ্রেশহোল্ড: প্রতিটি জোনে সক্রিয় ক্লায়েন্ট সংখ্যা টেস্টিংয়ের সময় যাচাইকৃত ধারণক্ষমতার নিচে থাকে।
- এয়ারটাইম সিলিং: নির্ধারিত ব্যস্ত সময়ে ব্যবহার সম্মত সীমার নিচে থাকে, যেখানে গুরুত্বপূর্ণ সার্ভিস এলাকার জন্য আলাদা প্রত্যাশা থাকে।
- পারফরম্যান্স ট্রিগার: ব্যবহারকারীরা কোনো ব্যাপক বিভ্রাটের রিপোর্ট করার আগেই রিট্রাই, লেটেন্সি বা অ্যাপ্লিকেশন ব্যর্থতা তদন্ত শুরু করে।
- চ্যানেল নিয়ন্ত্রণ: নতুন AP-গুলোর জন্য একটি চ্যানেল এবং ট্রান্সমিট-পাওয়ার পর্যালোচনার প্রয়োজন হয়, যা অতিরিক্ত রেডিওর কারণে কনটেনশন বৃদ্ধি পাওয়া প্রতিরোধ করে।
- পর্যালোচনার ধারাবাহিকতা: উপস্থিতি, অ্যাপ্লিকেশন বা ভবনের পরিবর্তনের পর অ্যানালিটিক্সকে ডিজাইনের অনুমানের সাথে তুলনা করা হয়।
এই ব্যবস্থাগুলো মানদণ্ডটিকে তাত্ত্বিক না করে অপারেশনাল করে তোলে। এগুলো প্রকৃত বাধা—এয়ারটাইম কনটেনশনকেও প্রকাশ করে। চ্যানেল পুনঃব্যবহার এবং ক্লায়েন্ট ডিস্ট্রিবিউশন সুচিন্তিতভাবে পরিকল্পিত না হলে AP যুক্ত করা পারফরম্যান্সকে আরও খারাপ করতে পারে।
Purple টিমগুলোকে ডেনসিটি মডেল করার, লাইভ ব্যবহার পর্যবেক্ষণ করার এবং চাহিদার সাথে অ্যাক্সেস পলিসি সারিবদ্ধ করার টুল দেয়। একটি কনজেস্টেড ভেন্যু, হাসপাতালের ফ্লোর বা মিশ্র-ব্যবহারের কর্মক্ষেত্রের জন্য, এর অ্যানালিটিক্স এবং প্ল্যানিংয়ের ক্ষমতাগুলো পর্যালোচনা করতে Purple ভিজিট করুন।
