বেতার নেটওয়ার্কিংয়ের বিশ্বে এটি একটি সাধারণ কথা, যা IT প্রশাসক থেকে শুরু করে ব্যবসায়িক মালিকদের মধ্যে প্রথাগত জ্ঞান হিসেবে চলে আসছে: "আরেকটি SSID যোগ করবেন না, এটি আপনার WiFi-কে ধীর করে দেবে।" ভয়টি হলো অতিরিক্ত SSID যোগ করলে তা অনিবার্যভাবে আপনার প্রাথমিক নেটওয়ার্কের কার্যক্ষমতা হ্রাস করবে। এটি আপাতদৃষ্টিতে যুক্তিসঙ্গত ধারণার উপর ভিত্তি করে তৈরি একটি উদ্বেগ, তবে অনেক দীর্ঘস্থায়ী বিশ্বাসের মতো, বাস্তবতা অনেক বেশি জটিল এবং সত্যি বলতে, অনেক কম ভীতিকর।
আমরা WiFi নেটওয়ার্কগুলি কীভাবে কাজ করে তার প্রযুক্তিগত বাস্তবতাগুলি গভীরভাবে আলোচনা করব, শিল্প বিশেষজ্ঞদের কঠিন ডেটা পরীক্ষা করব এবং শীর্ষস্থানীয় এন্টারপ্রাইজ ভেন্ডরদের বাস্তব-বিশ্বের কেস স্টাডিগুলি বিশ্লেষণ করব। শেষ পর্যন্ত, আপনি একটি দৃঢ়, তথ্য-ভিত্তিক ধারণা পাবেন যে কেন "মাল্টিপল SSID"-এর ভয়টি মূলত পুরানো অনুমান এবং ভুল বোঝাবুঝি প্রযুক্তিগত ধারণার ফসল। আরও গুরুত্বপূর্ণ বিষয় হলো, আপনি এবং আপনার কর্মীরা যে কার্যক্ষমতার উপর নির্ভর করেন তার সাথে আপস না করে কীভাবে আত্মবিশ্বাসের সাথে এবং নিরাপদে একটি পাবলিক WiFi নেটওয়ার্ক স্থাপন করা যায় তা আপনি জানতে পারবেন।
আরও জানতে চান কিন্তু শোনার অপশনটি পছন্দ করবেন? আমরা আপনার পাশে আছি!
প্রযুক্তিগত সত্য: বিকন ফ্রেম এবং ওভারহেডের মিথ
SSID কার্যক্ষমতা সংক্রান্ত মিথটির মূলে রয়েছে বিকন ফ্রেম-এর ধারণা। এগুলি হলো ছোট, সাময়িক ম্যানেজমেন্ট প্যাকেট যা প্রতিটি অ্যাক্সেস পয়েন্ট (AP) একটি WiFi নেটওয়ার্কের উপস্থিতি ঘোষণা করার জন্য ব্রডকাস্ট করে। একটি AP-তে আপনার তৈরি করা প্রতিটি SSID এই বিকন ফ্রেমগুলির নিজস্ব স্ট্রিম তৈরি করে। ভয়টি হলো আপনি যত বেশি SSID যোগ করবেন, এই ম্যানেজমেন্ট ট্রাফিকের কারণে ইথার তরঙ্গ তত বেশি জমজমাট হয়ে উঠবে, যার ফলে আপনার ব্যবহারকারীদের পাঠানো এবং গ্রহণ করা প্রকৃত ডেটার জন্য খুব কম জায়গা অবশিষ্ট থাকবে।
কিন্তু এই বিকন ফ্রেমগুলি আসলেই কতটা ওভারহেড তৈরি করে? আসুন সংখ্যাগুলি দেখে নেওয়া যাক।
IEEE 802.11 স্ট্যান্ডার্ড অনুযায়ী, বিকন ফ্রেমগুলি সাধারণত প্রতি ১০২.৪ মিলি সেকেন্ড (ms) পর পর পাঠানো হয় [1]। সবচেয়ে পুরোনো এবং ধীরগতির ডিভাইসগুলিও যাতে সেগুলি শুনতে পায় তা নিশ্চিত করার জন্য এগুলি সর্বনিম্ন বাধ্যতামূলক ডেটা রেটেও পাঠানো হয়। অনেক নেটওয়ার্কে, এটি এখনও মূল 802.11b স্ট্যান্ডার্ড দ্বারা সংজ্ঞায়িত লিগ্যাসি 1 Mbps রেট।
একটি সাধারণ বিকন ফ্রেমের আকার প্রায় ১০০-৩০০ বাইট হয়। 1 Mbps-এ ৩০০ বাইট ট্রান্সমিট করতে প্রায় ২.৪ মিলি সেকেন্ড সময় লাগে। যদিও এটি অনেক বেশি মনে হতে পারে, তবে এটি মনে রাখা অত্যন্ত গুরুত্বপূর্ণ যে এটি প্রতি ১০২.৪ মিলি সেকেন্ডে মাত্র একটি সংক্ষিপ্ত মুহূর্তের জন্য ঘটে। একটি মাত্র SSID-এর বিকন দ্বারা ব্যবহৃত এয়ারটাইমের প্রকৃত শতাংশ অত্যন্ত নগণ্য।
একটি সঠিক, বাস্তবমুখী হিসেব পাওয়ার জন্য, আমরা একজন সম্মানিত WiFi শিল্প বিশেষজ্ঞ Andrew von Nagy-এর তৈরি করা SSID Overhead Calculator ব্যবহার করতে পারি। তাঁর এই টুলটি, যা ওয়্যারলেস পেশাদারদের দ্বারা ব্যাপকভাবে ব্যবহৃত হয়, ডেটা রেট, ফ্রেমের আকার এবং SSID-এর সংখ্যার মতো বিভিন্ন বিষয়ের উপর ভিত্তি করে বিকন ফ্রেম দ্বারা ব্যবহৃত এয়ারটাইমের সঠিক শতাংশ হিসেব করে। এর ফলাফলগুলি চোখ খুলে দেওয়ার মতো।
এখানে প্রকৃত ওভারহেডের একটি বিবরণ দেওয়া হলো, যেখানে একটি সিঙ্গেল অ্যাক্সেস পয়েন্ট সহ স্ট্যান্ডার্ড কনফিগারেশন ধরা হয়েছে যা চ্যানেল ওভারল্যাপ করে না:
| SSID-এর সংখ্যা | এয়ারটাইম ওভারহেড (%) |
|---|---|
| ১ | ০.১০% |
| ২ | ০.২১% |
| ৩ | ০.৩১% |
| ৪ | ০.৪২% |
| ৫ | ০.৫২% |
ডেটাতে যেমন স্পষ্টভাবে দেখা যাচ্ছে, এর প্রভাব প্রায়শই উল্লেখ করা ভয়াবহ পরিসংখ্যানের মতো মোটেও নয়। একটি সিঙ্গেল অ্যাক্সেস পয়েন্টে পাঁচটি আলাদা SSID চললেও, বিকন ফ্রেম থেকে মোট ওভারহেড এক শতাংশের মাত্র অর্ধেকের কিছু বেশি। Von Nagy নিজেই ১০%-এর নিচের যেকোনো পরিমাণকে "কম ওভারহেড" হিসেবে শ্রেণীবদ্ধ করেছেন - এমন একটি সীমা যা আপনার সর্বদা লক্ষ্য করা উচিত এবং যা সহজেই বজায় রাখা যায়।
তাহলে, বিকনগুলো যদি নিজে সমস্যা না হয়, তবে কেন এই ভুল ধারণাটি টিকে আছে? উত্তরটি লুকিয়ে রয়েছে WiFi পারফরম্যান্স আসলে কী কারণে হ্রাস পায় সে সম্পর্কে একটি ভুল বোঝাবুঝির মধ্যে।
আসল অপরাধী: যা আসলে আপনার WiFi-কে ধীরগতির করে দিচ্ছে
একাধিক SSID থেকে ওভারহেড যদি নগণ্যই হয়, তবে কেন এত মানুষ দুর্বল WiFi পারফরম্যান্সের সম্মুখীন হন এবং নেটওয়ার্কের সংখ্যার উপর দোষ চাপান? সত্য হলো পারফরম্যান্সের অবনতি বাস্তব, কিন্তু কারণটি প্রায়শই ভুলভাবে চিহ্নিত করা হয়। আসল অপরাধী সাধারণত নেটওয়ার্ক ডিজাইন এবং কনফিগারেশনের মৌলিক সমস্যাগুলি, কেবলমাত্র একটি অতিরিক্ত SSID-এর উপস্থিতি নয়।
কো-চ্যানেল ইন্টারফারেন্স: কোলাহলপূর্ণ প্রতিবেশীর প্রভাব
একটি জনাকীর্ণ ঘরে কথা বলার চেষ্টা করার কথা ভাবুন যেখানে সবাই একসাথে কথা বলছে। আপনার WiFi নেটওয়ার্কে ঠিক এই বিষয়টিই ঘটে যখন আপনার কো-চ্যানেল ইন্টারফারেন্স থাকে। এটি তখন ঘটে যখন কাছাকাছি থাকা একাধিক অ্যাক্সেস পয়েন্ট একই WiFi চ্যানেলে কাজ করে। যেহেতু WiFi একটি শেয়ার্ড মাধ্যম, তাই একটি চ্যানেলে একবারে কেবল একটি ডিভাইস "কথা বলতে" পারে। যখন একাধিক AP এবং তাদের সমস্ত সংযুক্ত ক্লায়েন্ট একই চ্যানেল ব্যবহার করার চেষ্টা করে, তখন তাদের নিজ নিজ সুযোগের জন্য অপেক্ষা করতে হয়, যার ফলে গতি উল্লেখযোগ্যভাবে কমে যায়।
শীর্ষস্থানীয় নেটওয়ার্ক ভেন্ডর Cisco Meraki তাদের ডকুমেন্টেশনে যেমন ব্যাখ্যা করেছে, "একই চ্যানেলে থাকা অ্যাক্সেস পয়েন্ট এবং ওয়্যারলেস ক্লায়েন্ট যারা একে অপরের সীমার মধ্যে রয়েছে তারা একটি একক ব্রডকাস্ট ডোমেন গঠন করে, যা একটি Ethernet হাবের মতো। সমস্ত ডিভাইস একে অপরের ট্রান্সমিশন শুনতে পারে এবং যদি কোনো দুটি ডিভাইস একই সময়ে ট্রান্সমিট করে, তবে তাদের রেডিও সিগন্যালগুলির মধ্যে সংঘর্ষ হবে এবং বিকৃত হয়ে যাবে যার ফলে ডেটা করাপ্ট হবে বা সম্পূর্ণ ফ্রেম নষ্ট হবে।" [3]
এটি একটি অতিরিক্ত SSID-এর ন্যূনতম ওভারহেডের চেয়ে অনেক বেশি উল্লেখযোগ্য পারফরম্যান্স নষ্টকারী। একই চ্যানেলে সিগন্যাল পাঠানো একাধিক AP সহ একটি দুর্বলভাবে পরিকল্পিত নেটওয়ার্ক একটি উচ্চ-হস্তক্ষেপের পরিবেশ তৈরি করবে যেখানে কতগুলি SSID ব্যবহার করা হচ্ছে তা বিবেচনা না করেই সবার জন্য পারফরম্যান্স মারাত্মকভাবে হ্রাস পায়।
লেগ্যাসি ডেটা রেট: রুমের সবচেয়ে ধীরগতির ব্যক্তি
যেমনটি আমরা আলোচনা করেছি, বীকন ফ্রেমগুলি সর্বনিম্ন সমর্থিত ডেটা রেটে পাঠানো হয়। আপনার নেটওয়ার্ক যদি খুব পুরানো 802.11b ডিভাইসগুলিকে সমর্থন করার জন্য কনফিগার করা হয়, তবে এই রেটটি 1 Mbps-এর মতো কম হতে পারে। এই ধীর গতিতে ম্যানেজমেন্ট ফ্রেম ট্রান্সমিট করা অসম অনুপাতে এয়ারটাইম খরচ করে। এটি এমন যে একজন ব্যক্তি অত্যন্ত ধীরে ধীরে কথা বলার সময় মিটিংয়ে থাকা সবাইকে অপেক্ষা করতে বাধ্য করা।
এই কারণেই আধুনিক নেটওয়ার্ক ডিজাইনের সর্বোত্তম অনুশীলনগুলি, যেমনটি Meraki এবং Aruba-এর মতো ভেন্ডররা সুপারিশ করে, এই লেগ্যাসি ডেটা রেটগুলি নিষ্ক্রিয় করার জন্য দৃঢ়ভাবে পরামর্শ দেয় [3, 4]। সর্বনিম্ন ডেটা রেট ১২ Mbps বা ২৪ Mbps-এর মতো উচ্চতর কিছুতে সেট করে, আপনি সমস্ত ম্যানেজমেন্ট ট্র্যাফিককে আরও দ্রুত ট্রান্সমিট করতে বাধ্য করেন, যা প্রকৃত ডেটার জন্য এয়ারওয়েভ খালি করে। এই একটি পরিবর্তনের পারফরম্যান্স সুবিধা অন্য একটি SSID যোগ করার ফলে অনুভূত যেকোনো নেতিবাচক প্রভাবের চেয়ে অনেক বেশি।
দুর্বল RF ডিজাইন: একটি নড়বড়ে ভিত্তির ওপর নির্মাণ
একটি সফল WiFi নেটওয়ার্ক পেশাদার রেডিও ফ্রিকোয়েন্সি (RF) ডিজাইন-এর একটি শক্ত ভিত্তির ওপর নির্মিত হয়। এর মধ্যে রয়েছে ভৌত পরিবেশ বোঝার জন্য একটি সাইট সার্ভে করা, কোনো হস্তক্ষেপ না ঘটিয়ে সর্বোত্তম কভারেজ প্রদানের জন্য কৌশলগতভাবে অ্যাক্সেস পয়েন্ট স্থাপন করা এবং তাদের পাওয়ার লেভেল যথাযথভাবে পরিচালনা করা।
যখন এই গুরুত্বপূর্ণ পদক্ষেপ ছাড়াই নেটওয়ার্ক স্থাপন করা হয়, তখন ফলাফলগুলি অনুমান করা যায়: কভারেজের অভাব, অতিরিক্ত হস্তক্ষেপ এবং দুর্বল রোমিং পারফরম্যান্স। এই পরিস্থিতিগুলিতে, অন্য একটি SSID যোগ করাকে শেষ খড়কুটো মনে হতে পারে, তবে এটি মূল কারণ নয়। নেটওয়ার্কটি ইতিমধ্যেই দুর্বলভাবে ডিজাইন করা হয়েছিল, এবং যেকোনো অতিরিক্ত লোড কেবল অন্তর্নিহিত দুর্বলতাগুলিকে প্রকাশ করে।
Aruba কমিউনিটি ফোরামে একজন ইঞ্জিনিয়ারের শেয়ার করা একটি বাস্তব উদাহরণে, ১২টি ভিন্ন SSID সহ একটি স্কুলে ভয়াবহ পারফরম্যান্সের অভিজ্ঞতা হচ্ছিল। সমাধানটি কেবল SSID-এর সংখ্যা হ্রাস করা ছিল না; এটি ছিল ডায়নামিক VLAN অ্যাসাইনমেন্ট সহ সঠিক নেটওয়ার্ক আর্কিটেকচার প্রয়োগ করা এবং অপ্রয়োজনীয় ব্রডকাস্ট ট্র্যাফিক ফিল্টার করা। ফলাফল? ৮০% পারফরম্যান্স বৃদ্ধি [4]। এই ঘটনাটি নিখুঁতভাবে চিত্রিত করে যে সমস্যাটি SSID-এর সংখ্যা ছিল না, বরং একটি সুসংগত নেটওয়ার্ক ডিজাইনের অভাব ছিল।
একাধিক SSIDs স্থাপন করার সঠিক উপায়: নিষেধাজ্ঞা নয়, প্রশমন
একাধিক SSIDs-এর ভয় যে অতিরঞ্জিত, তা বোঝাই প্রথম পদক্ষেপ। দ্বিতীয়টি হলো কীভাবে এগুলোকে সঠিকভাবে বাস্তবায়ন করতে হয় তা জানা। আধুনিক WiFi ব্যবস্থাপনার লক্ষ্য একাধিক SSIDs-এর ব্যবহার নিষিদ্ধ করা নয়, বরং বুদ্ধিদীপ্ত ডিজাইন এবং কনফিগারেশনের মাধ্যমে তাদের এমনিতেও সামান্য প্রভাবকে আরও প্রশমিত করা। এখানে সেরা অনুশীলনগুলো দেওয়া হলো।
আপনার ম্যানেজমেন্ট ট্রাফিক অপ্টিমাইজ করুন
আমরা যেমনটি প্রতিষ্ঠা করেছি, ওভারহেডের সবচেয়ে বড় সম্ভাব্য উৎস আসে ধীরগতির, লেগ্যাসি ডেটা রেটে পাঠানো ম্যানেজমেন্ট ফ্রেম থেকে। এর সমাধান সহজ:
লেগ্যাসি ডেটা রেট নিষ্ক্রিয় করুন: আপনার ওয়্যারলেস কন্ট্রোলারের সেটিংসে যান এবং ১ ও ২ Mbps ডেটা রেটের সাপোর্ট নিষ্ক্রিয় করুন। সর্বনিম্ন ১২ Mbps বা তার বেশি সেট করা একটি সাধারণ সেরা অনুশীলন যা আপনার ম্যানেজমেন্ট ট্রাফিকের দক্ষতা নিশ্চিত করে।
- Band Steering সক্ষম করুন: বেশিরভাগ আধুনিক অ্যাক্সেস পয়েন্ট ডুয়াল-ব্যান্ড, যা ২.৪ GHz এবং ৫/৬ GHz উভয় ফ্রিকোয়েন্সিতে কাজ করে। Band Steering ডুয়াল-ব্যান্ড সক্ষম ক্লায়েন্টদের কম যানজটপূর্ণ, উচ্চ-ক্ষমতাসম্পন্ন ৫/৬ GHz ব্যান্ডে সংযোগ করতে উৎসাহিত করে, যা ২.৪ GHz ব্যান্ডের ট্রাফিক এবং হস্তক্ষেপ হ্রাস করে যেখানে বেশিরভাগ ম্যানেজমেন্ট ট্রাফিক পাঠানো হয়।
একটি পেশাদার RF ডিজাইন বাস্তবায়ন করুন
একটি সুপরিকল্পিত নেটওয়ার্কের কোনো বিকল্প নেই। কোনো অ্যাক্সেস পয়েন্ট স্থাপন করার আগে, সর্বোত্তম অবস্থান এবং পাওয়ার লেভেল নির্ধারণ করতে একটি সঠিক সাইট সার্ভে করা উচিত। লক্ষ্য হলো সহ-চ্যানেল হস্তক্ষেপ কমিয়ে সমস্ত ব্যবহারকারীদের জন্য নিরবচ্ছিন্ন কভারেজ প্রদান করা।
এর অর্থ হলো সংলগ্ন অ্যাক্সেস পয়েন্টগুলো যাতে নন-ওভারল্যাপিং চ্যানেলে থাকে (যেমন, ২.৪ GHz ব্যান্ডে শুধুমাত্র ১, ৬, এবং ১১ চ্যানেল ব্যবহার করা এবং ৫/৬ GHz ব্যান্ডের জন্য একই পদ্ধতি অনুসরণ করা) এবং তাদের পাওয়ার লেভেল এমনভাবে টিউন করা যাতে অতিরিক্ত ওভারল্যাপ না করে কভারেজ সেল তৈরি করা যায়। আপনি কতগুলো SSID ব্রডকাস্ট করছেন তার চেয়ে এই একটি পদক্ষেপ আপনার নেটওয়ার্কের পারফরম্যান্সে অনেক বেশি প্রভাব ফেলবে।
আধুনিক নেটওয়ার্ক আর্কিটেকচার ব্যবহার করুন
অতীতে, বিভিন্ন ব্যবহারকারী গ্রুপকে (যেমন, কর্মী, ভিজিটর, IoT ডিভাইস) বিভক্ত করার একমাত্র উপায় ছিল প্রত্যেকের জন্য একটি আলাদা SSID তৈরি করা। এখন আর তেমনটি নেই। আধুনিক নেটওয়ার্ক অবকাঠামো আরও বেশি দক্ষতার সাথে একই লক্ষ্য অর্জনের জন্য অনেক বেশি পরিশীলিত টুল অফার করে।
Role-Based Access Control (RBAC), যা Aruba-র মতো বিক্রেতাদের এন্টারপ্রাইজ-গ্রেড সলিউশনের মূল ভিত্তি, আপনাকে একটি একক, সুরক্ষিত SSID তৈরি করতে এবং ব্যবহারকারীরা কানেক্ট করার পরে তাদের বিভিন্ন ভূমিকা এবং নীতিগুলি বরাদ্দ করতে দেয় [4]। উদাহরণস্বরূপ, একজন কর্মচারীকে এমন একটি ভূমিকা বরাদ্দ করা যেতে পারে যা তাদের অভ্যন্তরীণ সার্ভার এবং প্রিন্টারে অ্যাক্সেস দেয়, অন্যদিকে একজন ভিজিটরকে এমন একটি ভূমিকা দেওয়া হয় যা কেবল ইন্টারনেট অ্যাক্সেসের অনুমতি দেয় এবং ব্যান্ডউইথ সীমিত থাকে। এটি প্রায়শই একটি RADIUS সার্ভারের সাথে 802.1X প্রমাণীকরণ ব্যবহার করে অর্জন করা হয়, যা গতিশীলভাবে ব্যবহারকারীদের বিভিন্ন VLAN-এ বরাদ্দ করতে পারে এবং তাদের শংসাপত্রের ভিত্তিতে নির্দিষ্ট ফায়ারওয়াল নীতি প্রয়োগ করতে পারে।
উপসংহার: SSID মিথের সত্যতা
একটি পাবলিক WiFi SSID যোগ করলে তা আপনার প্রাথমিক নেটওয়ার্কের কার্যক্ষমতাকে স্বাভাবিকভাবেই ব্যাহত করবে - এই ধারণাটি সব ব্যবহারিক উদ্দেশ্যে একটি কাল্পনিক রূপকথা মাত্র। যদিও প্রযুক্তিগতভাবে এটি সত্য যে প্রতিটি SSID অল্প পরিমাণে ম্যানেজমেন্ট ওভারহেড যোগ করে, তবে একটি সঠিকভাবে ডিজাইন এবং কনফিগার করা নেটওয়ার্কে এই ওভারহেডের বাস্তব প্রভাব একেবারেই নগণ্য।
একাধিক SSID-এর কারণে পারফরম্যান্সের যে সমস্যাগুলি দেখা দেয় বলে মনে করা হয়, সেগুলি প্রায় সবসময়ই আরও মৌলিক সমস্যার ফল: দুর্বল চ্যানেল পরিকল্পনা, ধীরগতির ও প্রাচীন ডেটা হারের ব্যবহার এবং পেশাদার RF ডিজাইনের অভাব। এগুলিই আসল পারফরম্যান্স বিনষ্টকারী এবং আপনার নেটওয়ার্কে একটি SSID থাকুক বা পাঁচটি, এগুলি সমস্যা তৈরি করবেই।
তাহলে, আপনি কি আপনার গ্রাহকদের জন্য একটি সুরক্ষিত, পাবলিক-ফেসিং WiFi নেটওয়ার্ক যোগ করতে ভয় পাবেন? একদমই না। গেস্ট WiFi প্রদানের সুবিধাগুলি - উন্নত গ্রাহক সন্তুষ্টি থেকে শুরু করে মূল্যবান বিপণনের সুযোগ - এর সামান্যতম পারফরম্যান্স প্রভাবের চেয়ে অনেক বেশি গুরুত্বপূর্ণ।
মূল বিষয় হলো বুদ্ধিমত্তার সাথে এর সমাধান করা। আপনার আইটি প্রদানকারীর সাথে কাজ করে এটি নিশ্চিত করুন যে আপনার নেটওয়ার্কটি ভালো RF ডিজাইন এবং আধুনিক কনফিগারেশন অনুশীলনের একটি শক্ত ভিত্তির উপর তৈরি করা হয়েছে। এর মাধ্যমে আপনি উভয় দিক থেকেই সেরা সুবিধা পেতে পারেন: আপনার অভ্যন্তরীণ অপারেশনের জন্য একটি দ্রুত, নির্ভরযোগ্য নেটওয়ার্ক এবং আপনার মূল্যবান গ্রাহকদের জন্য একটি নিরাপদ, সুবিধাজনক নেটওয়ার্ক। পারফরম্যান্স বিনষ্টকারী SSID-এর মিথটি অবশেষে দূর করা সম্ভব।
আমাদের SSID ওভারহেড ক্যালকুলেটরটি ব্যবহার করে দেখুন: 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
