WiFi-এর সবচেয়ে বড় মিথ: অতিরিক্ত SSID কি সত্যিই আপনার গতি কমিয়ে দেয়?

ওয়্যারলেস নেটওয়ার্কিংয়ের জগতে এটি একটি সাধারণ কথা, যা আইটি অ্যাডমিনিস্ট্রেটরদের কাছ থেকে ব্যবসার মালিকদের কাছে প্রচলিত জ্ঞান হিসেবে চলে আসছে: “আরেকটি SSID যোগ করবেন না, এটি আপনার WiFi-এর গতি কমিয়ে দেবে।” ভয়টি হলো, অতিরিক্ত SSID যোগ করার মাধ্যমে আপনি অনিবার্যভাবে আপনার প্রাথমিক নেটওয়ার্কের পারফরম্যান্স কমিয়ে দেবেন। এটি একটি আপাতদৃষ্টিতে যৌক্তিক ভিত্তির ওপর দাঁড়িয়ে থাকা উদ্বেগ, তবে অনেক দীর্ঘস্থায়ী বিশ্বাসের মতো, এর বাস্তবতা অনেক বেশি সূক্ষ্ম এবং সত্যি বলতে, অনেক কম ভীতিকর।

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

আরও জানতে চান কিন্তু শোনার মাধ্যমে জানতে পছন্দ করবেন? আমরা আপনার পাশেই আছি!

প্রযুক্তিগত সত্য: বীকন ফ্রেম এবং ওভারহেড মিথ

SSID পারফরম্যান্স মিথের মূলে রয়েছে বীকন ফ্রেম (beacon frames)-এর ধারণা। এগুলো হলো ছোট, পর্যায়ক্রমিক ম্যানেজমেন্ট প্যাকেট যা প্রতিটি অ্যাক্সেস পয়েন্ট (AP) একটি WiFi নেটওয়ার্কের উপস্থিতি ঘোষণা করার জন্য সম্প্রচার করে। একটি AP-তে আপনার তৈরি করা প্রতিটি SSID এই বীকন ফ্রেমগুলোর নিজস্ব স্ট্রিম তৈরি করে। ভয়টি হলো, আপনি যখন আরও SSID যোগ করবেন, তখন এয়ারওয়েভগুলো এই ম্যানেজমেন্ট ট্র্যাফিকের কারণে যানজটপূর্ণ হয়ে উঠবে, যার ফলে আপনার ব্যবহারকারীরা যে আসল ডেটা পাঠাতে এবং গ্রহণ করতে চাইছেন তার জন্য কম জায়গা অবশিষ্ট থাকবে।

কিন্তু এই বীকন ফ্রেমগুলো সত্যিই কতটা ওভারহেড তৈরি করে? চলুন সংখ্যাগুলোর দিকে তাকাই।

IEEE 802.11 স্ট্যান্ডার্ড অনুযায়ী, বীকন ফ্রেমগুলো সাধারণত প্রতি 102.4 মিলিসেকেন্ডে (ms) পাঠানো হয় [1]। এমনকি সবচেয়ে পুরোনো, ধীরগতির ডিভাইসগুলোও যাতে এগুলো শুনতে পারে তা নিশ্চিত করতে এগুলো সর্বনিম্ন বাধ্যতামূলক ডেটা রেটেও পাঠানো হয়। অনেক নেটওয়ার্কে, এটি এখনও মূল 802.11b স্ট্যান্ডার্ড দ্বারা সংজ্ঞায়িত লিগ্যাসি 1 Mbps রেট।

একটি সাধারণ বীকন ফ্রেমের আকার প্রায় 100-300 বাইট হয়। 1 Mbps রেটে 300 বাইট ট্রান্সমিট করতে প্রায় 2.4 মিলিসেকেন্ড সময় লাগে। যদিও এটি শুনতে অনেক মনে হয়, তবে এটি মনে রাখা অত্যন্ত গুরুত্বপূর্ণ যে এটি প্রতি 102.4 মিলিসেকেন্ডে শুধুমাত্র একটি সংক্ষিপ্ত মুহূর্তের জন্য ঘটে। একটি একক SSID-এর বীকন দ্বারা ব্যবহৃত এয়ারটাইমের প্রকৃত শতাংশ খুবই নগণ্য।

একটি সুনির্দিষ্ট, বাস্তব-বিশ্বের হিসাব পেতে, আমরা একজন সম্মানিত WiFi শিল্প বিশেষজ্ঞ অ্যান্ড্রু ভন নাগি দ্বারা তৈরি SSID Overhead Calculator-এর দিকে নজর দিতে পারি। তার টুল, যা ওয়্যারলেস পেশাদারদের দ্বারা ব্যাপকভাবে ব্যবহৃত হয়, ডেটা রেট, ফ্রেমের আকার এবং SSID-এর সংখ্যার মতো ভেরিয়েবলগুলোর ওপর ভিত্তি করে বীকন ফ্রেম দ্বারা ব্যবহৃত এয়ারটাইমের সঠিক শতাংশ গণনা করে। এর ফলাফলগুলো চোখ খুলে দেওয়ার মতো।

ওভারল্যাপিং চ্যানেল নয় এমন একটি একক অ্যাক্সেস পয়েন্ট সহ একটি স্ট্যান্ডার্ড কনফিগারেশন ধরে নিয়ে, প্রকৃত ওভারহেডের একটি ব্রেকডাউন নিচে দেওয়া হলো:

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

সুতরাং, যদি বীকনগুলো নিজেই সমস্যা না হয়, তবে কেন এই মিথটি টিকে আছে? এর উত্তরটি নিহিত রয়েছে কী কারণে সত্যিই WiFi পারফরম্যান্স হ্রাস পায় সে সম্পর্কে একটি ভুল বোঝাবুঝির মধ্যে।

আসল অপরাধী: যা আসলে আপনার WiFi-এর গতি কমিয়ে দিচ্ছে

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

কো-চ্যানেল ইন্টারফারেন্স: কোলাহলপূর্ণ প্রতিবেশীর প্রভাব

কল্পনা করুন একটি ভিড়যুক্ত ঘরে কথোপকথন করার চেষ্টা করছেন যেখানে সবাই একসাথে কথা বলছে। আপনার WiFi নেটওয়ার্কে যখন কো-চ্যানেল ইন্টারফারেন্স (co-channel interference) থাকে তখন মূলত এটিই ঘটে। এটি তখন ঘটে যখন কাছাকাছি থাকা একাধিক অ্যাক্সেস পয়েন্ট একই WiFi চ্যানেলে কাজ করে। যেহেতু WiFi একটি শেয়ার্ড মাধ্যম, তাই একটি চ্যানেলে একবারে কেবল একটি ডিভাইস "কথা বলতে" পারে। যখন একাধিক AP এবং তাদের সাথে সংযুক্ত সমস্ত ক্লায়েন্ট একই চ্যানেল ব্যবহার করার চেষ্টা করে, তখন তাদের নিজেদের পালার জন্য অপেক্ষা করতে হয়, যার ফলে উল্লেখযোগ্যভাবে গতি কমে যায়।

শীর্ষস্থানীয় নেটওয়ার্ক ভেন্ডর Cisco Meraki তাদের ডকুমেন্টেশনে যেমন ব্যাখ্যা করেছে, "একই চ্যানেলে থাকা অ্যাক্সেস পয়েন্ট এবং ওয়্যারলেস ক্লায়েন্ট যারা একে অপরের রেঞ্জের মধ্যেও থাকে তারা একটি ইথারনেট হাবের মতো একটি একক ব্রডকাস্ট ডোমেন তৈরি করে। সমস্ত ডিভাইস একে অপরের ট্রান্সমিশন শুনতে পারে এবং যদি কোনো দুটি ডিভাইস একই সময়ে ট্রান্সমিট করে, তবে তাদের রেডিও সিগন্যালগুলো সংঘর্ষে লিপ্ত হবে এবং বিকৃত হয়ে যাবে যার ফলে ডেটা করাপশন বা সম্পূর্ণ ফ্রেম লস হবে।" [3]

এটি একটি অতিরিক্ত SSID-এর ন্যূনতম ওভারহেডের চেয়ে অনেক বেশি উল্লেখযোগ্য পারফরম্যান্স কিলার। একই চ্যানেলে সিগন্যাল ব্লাস্ট করা একাধিক AP সহ একটি দুর্বলভাবে পরিকল্পিত নেটওয়ার্ক একটি উচ্চ-হস্তক্ষেপের পরিবেশ তৈরি করবে যেখানে কতগুলো SSID ব্যবহার করা হচ্ছে তা নির্বিশেষে সবার জন্যই পারফরম্যান্স কমে যাবে।

লিগ্যাসি ডেটা রেট: ঘরের সবচেয়ে ধীরগতির ব্যক্তি

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

এই কারণেই Meraki এবং Aruba-এর মতো ভেন্ডরদের দ্বারা সুপারিশকৃত আধুনিক নেটওয়ার্ক ডিজাইনের সর্বোত্তম অনুশীলনগুলো এই লিগ্যাসি ডেটা রেটগুলোকে নিষ্ক্রিয় করার জোরালো পরামর্শ দেয় [3, 4]। ন্যূনতম ডেটা রেটকে 12 Mbps বা 24 Mbps-এর মতো উচ্চতর কিছুতে সেট করার মাধ্যমে, আপনি সমস্ত ম্যানেজমেন্ট ট্র্যাফিককে আরও দ্রুত ট্রান্সমিট করতে বাধ্য করেন, যা আসল ডেটার জন্য এয়ারওয়েভগুলোকে মুক্ত করে। এই একক পরিবর্তনের পারফরম্যান্স সুবিধা আরেকটি SSID যোগ করার ফলে অনুভূত যেকোনো নেতিবাচক প্রভাবকে ছাড়িয়ে যায়।

দুর্বল RF ডিজাইন: নড়বড়ে ভিত্তির ওপর নির্মাণ

একটি সফল WiFi নেটওয়ার্ক পেশাদার রেডিও ফ্রিকোয়েন্সি (RF) ডিজাইন-এর একটি শক্ত ভিত্তির ওপর নির্মিত হয়। এর মধ্যে রয়েছে ভৌত পরিবেশ বোঝার জন্য একটি সাইট সার্ভে পরিচালনা করা, হস্তক্ষেপ সৃষ্টি না করে সর্বোত্তম কভারেজ প্রদানের জন্য কৌশলগতভাবে অ্যাক্সেস পয়েন্টগুলো স্থাপন করা এবং সেগুলোর পাওয়ার লেভেল যথাযথভাবে পরিচালনা করা।

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

Aruba Networks কমিউনিটি ফোরামে একজন ইঞ্জিনিয়ারের শেয়ার করা একটি বাস্তব-বিশ্বের উদাহরণে, 12টি ভিন্ন SSID সহ একটি স্কুল ভয়ানক পারফরম্যান্সের সম্মুখীন হচ্ছিল। এর সমাধান শুধুমাত্র SSID-এর সংখ্যা কমানো ছিল না; এটি ছিল ডায়নামিক VLAN অ্যাসাইনমেন্টের সাথে সঠিক নেটওয়ার্ক আর্কিটেকচার বাস্তবায়ন করা এবং অপ্রয়োজনীয় ব্রডকাস্ট ট্র্যাফিক ফিল্টার করা। ফলাফল? পারফরম্যান্সে 80% উন্নতি [4]। এই ঘটনাটি নিখুঁতভাবে তুলে ধরে যে সমস্যাটি SSID-এর সংখ্যা ছিল না, বরং একটি সুসংগত নেটওয়ার্ক ডিজাইনের অভাব ছিল।

একাধিক SSID স্থাপন করার সঠিক উপায়: প্রশমন, নিষেধাজ্ঞা নয়

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

আপনার ম্যানেজমেন্ট ট্র্যাফিক অপ্টিমাইজ করুন

যেমনটি আমরা প্রতিষ্ঠিত করেছি, ওভারহেডের সবচেয়ে বড় সম্ভাব্য উৎস আসে ধীর, লিগ্যাসি ডেটা রেটে পাঠানো ম্যানেজমেন্ট ফ্রেমগুলো থেকে। এর সমাধানটি সহজবোধ্য:

‍লিগ্যাসি ডেটা রেট নিষ্ক্রিয় করুন: আপনার ওয়্যারলেস কন্ট্রোলারের সেটিংসে যান এবং 1 ও 2 Mbps ডেটা রেটের জন্য সমর্থন নিষ্ক্রিয় করুন। ন্যূনতম 12 Mbps বা তার বেশি সেট করা একটি সাধারণ সর্বোত্তম অনুশীলন যা নিশ্চিত করে যে আপনার ম্যানেজমেন্ট ট্র্যাফিক দক্ষ।

• ব্যান্ড স্টিয়ারিং সক্ষম করুন: বেশিরভাগ আধুনিক অ্যাক্সেস পয়েন্ট ডুয়াল-ব্যান্ড, যা 2.4 GHz এবং 5/6 GHz উভয় ফ্রিকোয়েন্সিতে কাজ করে। ব্যান্ড স্টিয়ারিং ডুয়াল-ব্যান্ড সক্ষম ক্লায়েন্টদের কম যানজটপূর্ণ, উচ্চ-ক্ষমতাসম্পন্ন 5/6 GHz ব্যান্ডের সাথে সংযোগ করতে উৎসাহিত করে, যা 2.4 GHz ব্যান্ডে ট্র্যাফিক এবং হস্তক্ষেপ কমায় যেখানে বেশিরভাগ ম্যানেজমেন্ট ট্র্যাফিক পাঠানো হয়।

একটি পেশাদার RF ডিজাইন বাস্তবায়ন করুন

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

এর অর্থ হলো সংলগ্ন অ্যাক্সেস পয়েন্টগুলো নন-ওভারল্যাপিং চ্যানেলে রয়েছে তা নিশ্চিত ক���া (যেমন, 2.4 GHz ব্যান্ডে শুধুমাত্র 1, 6 এবং 11 চ্যানেল ব্যবহার করা এবং 5/6 GHz ব্যান্ডের জন্য একই পদ্ধতি) এবং সেগুলোর পাওয়ার লেভেল এমনভাবে টিউন করা যাতে কভারেজ সেলগুলো অতিরিক্তভাবে ওভারল্যাপ না করে। এই একক পদক্ষেপটি আপনার সম্প্রচারিত SSID-এর সংখ্যার চেয়ে আপনার নেটওয়ার্কের পারফরম্যান্সের ওপর অনেক বেশি প্রভাব ফেলবে।

আধুনিক নেটওয়ার্ক আর্কিটেকচার ব্যবহার করুন

অতীতে, ব্যবহারকারীদের বিভিন্ন গ্রুপকে (যেমন, কর্মী, দর্শনার্থী, IoT ডিভাইস) বিভক্ত করার একমাত্র উপায় ছিল প্রতিটির জন্য একটি আলাদা SSID তৈরি করা। এখন আর তা নয়। আধুনিক নেটওয়ার্ক পরিকাঠামো আরও বেশি দক্ষতার সাথে একই লক্ষ্য অর্জনের জন্য অনেক বেশি পরিশীলিত টুল অফার করে।

‍রোল-বেসড অ্যাক্সেস কন্ট্রোল (RBAC), যা Aruba-এর মতো ভেন্ডরদের এন্টারপ্রাইজ-গ্রেড সলিউশনের মূলে থাকা একটি বৈশিষ্ট্য, আপনাকে একটি একক, সুরক্ষিত SSID তৈরি করতে এবং তারপর ব্যবহারকারীরা সংযোগ করার পর তাদের বিভিন্ন ভূমিকা এবং নীতি বরাদ্দ করতে দেয় [4]। উদাহরণস্বরূপ, একজন কর্মচারীকে এমন একটি ভূমিকা বরাদ্দ করা হতে পারে যা তাদের অভ্যন্তরীণ সার্ভার এবং প্রিন্টারগুলোতে অ্যাক্সেস দেয়, যেখানে একজন দর্শনার্থীকে এমন একটি ভূমিকায় রাখা হয় যা শুধুমাত্র ইন্টারনেট অ্যাক্সেসের অনুমতি দেয় এবং ব্যান্ডউইথ সীমিত থাকে। এটি প্রায়শই একটি RADIUS সার্ভারের সাথে 802.1X প্রমাণীকরণ ব্যবহার করে অর্জন করা হয়, যা গতিশীলভাবে ব্যবহারকারীদের বিভিন্ন VLAN-এ বরাদ্দ করতে পারে এবং তাদের শংসাপত্রের ওপর ভিত্তি করে নির্দিষ্ট ফায়ারওয়াল নীতি প্রয়োগ করতে পারে।

উপসংহার: SSID মিথের রায়

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

একাধিক SSID-এর ওপর প্রায়শই দায়ী করা পারফরম্যান্স সমস্যাগুলো প্রায় সবসময়ই আরও মৌলিক সমস্যাগুলোর ফলাফল: দুর্বল চ্যানেল পরিকল্পনা, ধীর, লিগ্যাসি ডেটা রেটের ব্যবহার এবং পেশাদার RF ডিজাইনের অভাব। এগুলোই আসল পারফরম্যান্স কিলার এবং আপনার একটি SSID থাকুক বা পাঁচটি, এগুলো আপনার নেটওয়ার্কে সমস্যা সৃষ্টি করবে।

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

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

আমাদের SSID Overhead Calculator ব্যবহার করে দেখুন: https://wifitools.purple.ai/ 

তথ্যসূত্র

[1] IEEE 802.11 Standard for Information technology—Telecommunications and information exchange between systems Local and metropolitan area networks—Specific requirements - Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications.

[3] Cisco Meraki. (2024). Multi-SSID Deployment Considerations. https://documentation.meraki.com/MR/Wi-Fi_Basics_and_Best_Practices/Multi-SSID_Deployment_Considerations

‍