একটি নেটওয়ার্কে SSID-এর সংখ্যা কমিয়ে আনা নীরবেই একটি প্রতিযোগিতামূলক খেলায় পরিণত হয়েছে। যেকোনো নেটওয়ার্কিং ফোরামে একটি বিকেল কাটালেই আপনি দৃঢ় মতামত, ভেন্ডরদের সাধারণ নিয়ম এবং কতটি সংখ্যা অতিরিক্ত তা নিয়ে মাঝে মাঝে উত্তপ্ত বিতর্ক দেখতে পাবেন। কেউ কেউ বলেন প্রতি রেডিওতে এটি তিন বা চারটির মধ্যে সীমাবদ্ধ রাখতে। আবার কেউ কেউ বলেন আধুনিক অ্যাক্সেস পয়েন্টগুলো কোনো সমস্যা ছাড়াই আরও অনেক বেশি পরিচালনা করতে পারে। এই পরামর্শ সত্যিই ভিন্ন হয়, কারণ আসল উত্তরটি আপনার ডেপ্লয়মেন্টের ওপর নির্ভর করে।
এখানে আমাদের মতামত তুলে ধরা হলো। বিকন যে এয়ারটাইম ব্যবহার করে তা বাস্তব, তবে এটি কেবল তখনই সমস্যায় পরিণত হয় যখন একই চ্যানেলে অনেকগুলো ওভারল্যাপ হওয়া অ্যাক্সেস পয়েন্ট থাকে। যদি আপনার AP-গুলোর মধ্যে পর্যাপ্ত দূরত্ব থাকে এবং কো-চ্যানেল ওভারল্যাপ কম হয়, তবে আপনি বেশ কয়েকটি SSID চালাতে পারেন এবং সম্পূর্ণ নিরাপদ থাকতে পারেন। কোনো কিছু পরিবর্তন করার আগে, আমাদের beacon এবং SSID ওভারহেড ক্যালকুলেটরে আপনার নিজস্ব সংখ্যাগুলো ইনপুট করুন এবং দেখুন আপনার প্রকৃত অবস্থান কোথায়।
তা সত্ত্বেও, আমরা পরিচ্ছন্নতা পছন্দ করি। এমনকি যখন পারফরম্যান্সের ওপর প্রভাব নগণ্য হয়, তখনও একটি নেটওয়ার্ক করে ধীরে ধীরে বৃদ্ধি পাওয়া একটি SSID তালিকা ডকুমেন্ট করা, সুরক্ষিত রাখা এবং পরবর্তী ইঞ্জিনিয়ারের কাছে হস্তান্তর করা আরও কঠিন হয়ে পড়ে। তাই আপনি যদি একত্রিত করতে চান, তবে এখানে একটি ডিজাইন রয়েছে যা আমরা বারবার ব্যবহারের পরামর্শ দিই: তিনটি SSID, যার প্রতিটি একটি নির্দিষ্ট অথেনটিকেশন পদ্ধতির সাথে ম্যাপ করা থাকবে এবং বাকি সবকিছু VLAN দ্বারা পরিচালিত হবে।
যেখানে এয়ারটাইম ট্যাক্স বাস্তব, এবং যেখানে তা নয়
প্রতিটি রেডিওতে থাকা প্রতিটি SSID প্রতি সেকেন্ডে বহুবার সর্বনিম্ন বাধ্যতামূলক বেসিক রেটে বিকন ফ্রেম পাঠায়, কোনো একক ক্লায়েন্ট সংযুক্ত থাকুক বা না থাকুক। এই খরচ প্রতি চ্যানেলের জন্য প্রযোজ্য। একটি অ্যাক্সেস পয়েন্ট নিজস্ব চ্যানেলে কয়েকটি মাত্র SSID প্রচার করলে তা খুব কমই কোনো সমস্যা তৈরি করে। সমস্যাটি তখন শুরু হয় যখন বেশ কয়েকটি অ্যাক্সেস পয়েন্ট একই চ্যানেলে থাকে এবং একে অপরকে শুনতে পায়: তাদের বিকনগুলো এখন একই এয়ারটাইমের জন্য প্রতিযোগিতা করে এবং তাদের প্রতিটির প্রতিটি SSID জুড়ে ওভারহেড জমতে থাকে।
তাই আসল ভ্যারিয়েবলটি হলো কো-চ্যানেল ওভারল্যাপ, সাধারণ SSID সংখ্যা নয়। ২.৪ গিগাহার্জে (2.4 GHz) অনেক ওভারল্যাপ হওয়া সেল সমৃদ্ধ একটি ঘন ডেপ্লয়মেন্ট, যেখানে বেসিক রেট ১ এমবিপিএস (1 Mbps) রাখা হয়েছে এবং আটটি SSID রয়েছে, তা সত্যিই থ্রুপুট কমিয়ে দিতে পারে। সুবিন্যস্তভাবে দূরত্ব বজায় রাখা কয়েকটি AP একই আটটি SSID চালালে তা সম্পূর্ণ ঠিক থাকতে পারে। এটি কেবল মতামতের বিষয় নয় বরং পরিমাপযোগ্য: ওভারহেড ক্যালকুলেটরটি আপনার প্রতি রেডিওতে থাকা SSID, বিকন ইন্টারভাল এবং বেসিক রেট গ্রহণ করে আপনার বিকনগুলো চ্যানেলের কত শতাংশ এয়ারটাইম ব্যবহার করছে তা ফিরিয়ে দেয়। ২%-এর নিচে থাকা স্বাস্থ্যকর, ২% থেকে ৬% হলে তা যাচাই করা উচিত এবং ৬%-এর বেশি হলে সমস্যা শুরু হয়। কোনো সমস্যা সমাধানের সিদ্ধান্ত নেওয়ার আগে আপনার নিজেরটি যাচাই করে নিন।
পরিচ্ছন্নতার পক্ষে যুক্তি
ধরুন ক্যালকুলেটর আপনাকে বলছে যে আপনি স্বাস্থ্যকর ব্যান্ডের মধ্যেই আছেন। তাহলেও কি কনসোলিডেট করার কোনো কারণ আছে? আমরা মনে করি আছে, এবং এর সাথে এয়ারটাইমের কোনো সম্পর্ক নেই। একটি SSID হলো একটি অথেন্টিকেশন বাউন্ডারি, সেগমেন্টেশন বাউন্ডারি নয়। যখন আপনি প্রতিটি নতুন প্রয়োজনীয়তার জন্য একটি করে নতুন SSID চালু করেন—একটি ক্যাশ রেজিস্টারের জন্য, একটি প্রিন্টারের জন্য, একটি সাইনেজের জন্য, একটি ঠিকাদারদের জন্য—তখন আপনি এমন একটি বিশৃঙ্খল তালিকা তৈরি করেন যেখানে কেউ নিশ্চিতভাবে জানে না কোন নেটওয়ার্কটি কী কাজ করে, কোন কি-গুলো এখনও ব্যবহৃত হচ্ছে, বা একটি নতুন ডিভাইস কোথায় রাখা উচিত। এটিকে কমিয়ে তিনটিতে নামিয়ে আনুন, যার প্রতিটি পরিচয় প্রমাণের একটি স্পষ্ট উপায়ের সাথে যুক্ত থাকবে, এবং নেটওয়ার্কটি নিজেই নিজেকে ডকুমেন্টেড করতে শুরু করবে। আপনি VLAN এবং ফায়ারওয়াল পলিসির মাধ্যমে ক্যাশ রেজিস্টার, ক্যামেরা এবং বাসিন্দাদের আলাদা করতে পারেন এবং কেবল তখনই একটি আলাদা SSID ব্যবহার করবেন যখন একদল ডিভাইসের সত্যিই একটি ভিন্ন অথেন্টিকেশন পদ্ধতির প্রয়োজন হবে। এরকম পদ্ধতি মাত্র তিনটি রয়েছে।
SSID 1: একটি Captive Portal সহ ওপেন গেস্ট নেটওয়ার্ক
ভিজিটর নেটওয়ার্কটি ওপেন থাকে, তাই যেকোনো ডিভাইস কোনো প্রি-শেয়ার্ড কি ছাড়াই যুক্ত হতে পারে এবং একটি Captive Portal সাইন-ইন পরিচালনা করে। ব্র্যান্ডেড স্প্ল্যাশ পেজ, সচেতনভাবে অপ্ট-ইন করার সুবিধা, সোশ্যাল বা ইমেল বা SMS লগইন, তারপর একটি আইসোলেটেড VLAN-এর মাধ্যমে ইন্টারনেটের সাথে সংযোগ যা আপনার ব্যাক অফিস দেখতে পাবে না।
এটি এমন একটি নেটওয়ার্ক যা ভেন্যুটি আগে কখনো দেখেনি এমন ফোনের জন্যও কাজ করতে হবে, তাই এর জন্য শুধুমাত্র একটি ব্রাউজার প্রয়োজন, অন্য কিছু নয়। এখানেই বাণিজ্যিক মূল্য রয়েছে: সংযোগের সময় সংগৃহীত অপ্ট-ইন করা, GDPR-সম্মত ফার্স্ট-পার্টি ডেটা, যা সরাসরি আপনার CRM-এ চলে যায়। Purple এটিকে ৮০,০০০-এরও বেশি ভেন্যুতে Guest WiFi হিসেবে পরিচালনা করে এবং এর পেছনে যত সংখ্যক টেন্যান্ট বা জোনই থাকুক না কেন, এটি একটি মাত্র SSID হিসেবেই থাকে।
SSID 2: কর্মীদের এবং সুরক্ষিত অতিথিদের জন্য WPA2/3-Enterprise
দ্বিতীয় SSID-টি এনক্রিপ্টেড এবং পরিচয়-ভিত্তিক। এটি RADIUS দ্বারা সমর্থিত 802.1X সহ WPA2/3-Enterprise পরিচালনা করে এবং এটি একই ব্রডকাস্টে দুটি গ্রুপকে পরিষেবা দেয়: আপনার কর্মী এবং আপনার বিশ্বস্ত অতিথি।
এই অংশটিই একটি মাত্র SSID-কে দুটি কাজ করার সুবিধা দেয়। কোনো ডিভাইস যখন অথেন্টিকেট করে, RADIUS কেবল হ্যাঁ বা না বলে না। এটি সেই VLAN-টি ফেরত দেয় যার আওতাভুক্ত ওই পরিচয়টি। কর্মীরা তাদের বিদ্যমান Microsoft Entra ID, Okta, বা Google Workspace ক্রেডেন্সিয়াল ব্যবহার করে একবার সাইন ইন করেন—যেখানে ম্যানেজড ল্যাপটপের জন্য EAP-TLS এবং লেগ্যাসি ডিভাইসের জন্য PEAP ব্যবহৃত হয়—এবং সরাসরি স্টাফ VLAN-এ প্রবেশ করেন। একজন ঠিকাদার বা দীর্ঘমেয়াদী অতিথি তাদের নিজস্ব দেওয়া ক্রেডেন্সিয়াল দিয়ে অথেন্টিকেট করেন এবং একটি আলাদা, লকড-ডাউন VLAN-এ প্রবেশ করেন। একই SSID, একই এনক্রিপশন, দুটি সম্পূর্ণ আইসোলেটেড নেটওয়ার্ক, যা সংযোগের মুহূর্তে প্রতিটি পরিচয়ের ভিত্তিতে নির্ধারিত হয়।
একটি হোয়াইটবোর্ডে শেয়ার করা পাসওয়ার্ড এবং সঠিক অ্যাক্সেস কন্ট্রোলের মধ্যে পার্থক্য এটাই। যখন কেউ চলে যায়, আপনি আইডেন্টিটি প্রোভাইডারে তাদের নিষ্ক্রিয় করে দেন এবং সেই দিনই তাদের WiFi অ্যাক্সেস বন্ধ হয়ে যায় - পুরো বিল্ডিংয়ের কি পরিবর্তন করার ঝামেলা নেই, কোনো অপ্রয়োজনীয় ডিভাইস বিশ্বস্ত হিসেবে থেকে যায় না। Purple এটিকে ক্লাউড RADIUS সহ Staff WiFi হিসেবে প্রদান করে, এবং পাসওয়ার্ড চলে যাওয়ার পর আইটি টিমগুলো সাধারণত WiFi সাপোর্ট টিকিট প্রায় ৮০% কমে যেতে দেখে। এটি ISO 27001 প্রত্যয়িত এবং আপনার ইতিমধ্যে থাকা অ্যাক্সেস পয়েন্টগুলোর সাথেই কাজ করে।
SSID ৩: টিল, স্ক্রিন, প্রিন্টার এবং IoT-এর জন্য xPSK
তৃতীয় SSID-টি এমন সবকিছুর জন্য যা একটি Captive Portal রান করতে পারে না এবং 802.1X করতে পারে না: কার্ড টার্মিনাল, ডিজিটাল সাইনেজ, লেবেল ও রসিদ প্রিন্টার, বিল্ডিং সেন্সর, স্মার্ট টিভি এবং অন্যান্য বিবিধ IoT ডিভাইস। এই ডিভাইসগুলোর কোনো ব্রাউজার নেই এবং কোনো সাপ্লিক্যান্ট নেই, তবে এগুলো একটি প্রি-শেয়ার্ড কি সংরক্ষণ করতে পারে, তাই সমাধানটি হলো সবার জন্য একটি শেয়ার করা পাসওয়ার্ডের পরিবর্তে ডিভাইস-প্রতি একটি কি ব্যবহার করা।
প্রতিটি বড় ভেন্ডরের এর জন্য নিজস্ব নাম রয়েছে। Cisco Meraki এটিকে iPSK বলে, HPE Aruba এটিকে MPSK বলে, Ruckus এটিকে DPSK বলে এবং Juniper Mist ও Ubiquiti UniFi এটিকে ডিভাইস-প্রতি বা মাল্টিপল প্রি-শেয়ার্ড কি হিসেবে প্রকাশ করে। এর সামগ্রিক নাম হলো xPSK। প্রতিটি ক্ষেত্রে কার্যপদ্ধতি একই: একটি SSID, অনেকগুলো ইউনিক কি, প্রতিটি কি একটি ডিভাইস বা মালিকের সাথে যুক্ত এবং একটি নির্দিষ্ট VLAN-এ পিন করা থাকে।
তাই পেমেন্ট টার্মিনালগুলো এমন একটি কি পায় যা তাদের PCI-সেগমেন্টেড VLAN-এ নিয়ে যায়, সাইনেজ এমন একটি কি পায় যা কোনো ল্যাটারাল অ্যাক্সেস ছাড়াই একটি কনটেন্ট VLAN-এ সেট করে এবং একটি নতুন IoT সেন্সর তার নিজস্ব কি পায় যা আপনি অন্য কিছু স্পর্শ না করেই আলাদাভাবে নিষ্ক্রিয় করতে পারেন। যদি কোনো কি লিক হয়ে যায়, আপনি শুধু সেই একটি কি পরিবর্তন করবেন। আপনাকে কখনই পুরো নেটওয়ার্ক বন্ধ করতে হবে না। আবাসিক এবং মাল্টি-টেন্যান্ট সাইটগুলোতে এটি একই আইডেন্টিটি প্রি-শেয়ার্ড কি মডেল যা প্রতিটি বাসিন্দার ডিভাইসকে তার নিজস্ব আইসোলেটেড বাবেলে রাখে - বিস্তারিত রয়েছে আমাদের multi-tenant WiFi guide -এ।
কীভাবে তিনটি SSID সবকিছু কভার করে
যেকোনো ভেন্যুর ডিভাইসকে এই তিনটি প্রশ্নের যেকোনো একটির সাথে মিলিয়ে নিন এবং আপনি এটির সঠিক জায়গা পেয়ে যাবেন:
- এটি কি একটি ওয়েব পেজ ওপেন করতে পারে এবং এটি কি কোনো অবিশ্বস্ত ভিজিটর? Captive Portal সহ ওপেন গেস্ট SSID।
- এটি কি এমন কোনো ব্যক্তির যার আইডেন্টিটি আপনি ম্যানেজ করেন? WPA2/3-Enterprise SSID, আইডেন্টিটি অনুযায়ী VLAN।
- এটি কি এমন একটি হেডলেস ডিভাইস যা কেবল একটি কি হোল্ড করতে পারে? xPSK SSID, কি অনুযায়ী VLAN।
বাকি সবকিছুই হলো সেগমেন্টেশন, আর সেগমেন্টেশন হলো VLAN-এর কাজ। ভয়েস, CCTV, পেমেন্ট, সাইনেজ, বিল্ডিং ম্যানেজমেন্ট এবং টেন্যান্ট-প্রতি আইসোলেশন - সবই এই তিনটি SSID-এর পেছনে VLAN হিসেবে থাকে, যা RADIUS অ্যাট্রিবিউট বা ডিভাইসের দেওয়া কি দ্বারা পরিচালিত হয়। আপনি ১০টি SSID দিয়ে যে ধরনের সেপারেশন পেতেন, তার প্রতিটি অংশই এখানে বজায় থাকবে, তাও এমন একটি সংক্ষিপ্ত তালিকার মাধ্যমে যা পরবর্তী ইঞ্জিনিয়ার এক পলকেই বুঝতে পারবেন।
SSID কমানো কি আসলেই পারফরম্যান্স উন্নত করে?
মাঝে মাঝে, এবং মূলত যখন কো-চ্যানেল ওভারল্যাপ বেশি হয়। আপনার যদি চ্যানেল শেয়ারকারী অনেক অ্যাক্সেস পয়েন্ট থাকে, তবে আট বা দশটি SSID থেকে কমিয়ে তিনটিতে নিয়ে আসলে তা প্রতিটি ওভারল্যাপ হওয়া রেডিওতে আনুপাতিকভাবে বেকন ফ্রেম (beacon frames) হ্রাস করে, এবং বেসিক রেট বৃদ্ধি করার ফলে বেকনগুলো আরও দ্রুত ট্রান্সমিট হয়, যা সাশ্রয়কে আরও বাড়িয়ে দেয়। আপনার AP-গুলো যদি খুব কম ওভারল্যাপ করে, তবে এর থেকে লাভ খুবই সামান্য এবং এটি করার জন্য পরিচ্ছন্নতা বজায় রাখাই আরও ভাল কারণ। যেকোনো উপায়েই, অনুমানের ভিত্তিতে সিদ্ধান্ত না নিয়ে প্রমাণের ভিত্তিতে সিদ্ধান্ত নিতে আপনার আগের ও পরের সংখ্যাগুলো ওভারহেড ক্যালকুলেটর -এ যাচাই করে নিন।
অতিথি, IoT এবং কর্মীদের সকলের জন্য আলাদা নিরাপত্তার প্রয়োজন হলে কী হবে?
তাদের সত্যিই আলাদা নিরাপত্তার প্রয়োজন, আর ঠিক সেই কারণেই একটির বদলে তিনটি SSID রাখা হয়েছে। প্রতিটি SSID হলো একটি স্বতন্ত্র অথেন্টিকেশন পদ্ধতি - পোর্টাল সহ ওপেন, 802.1X, এবং প্রতি-ডিভাইস কী (key) - যা আলাদা ব্রডকাস্টের যৌক্তিকতা প্রমাণ করে। একটি পদ্ধতির মধ্যে বিভিন্ন ট্রাস্ট লেভেল VLAN এবং ফায়ারওয়াল পলিসি দ্বারা পরিচালিত হয়, অতিরিক্ত SSID যোগ করে নয়। আপনি বিশৃঙ্খল পদ্ধতির চেয়ে আরও কঠোর আইসোলেশন পাবেন, কারণ প্রতিটি সীমানা পরিচয় বা কী (key) দ্বারা সুরক্ষিত থাকে, কর্মীদের পাসওয়ার্ড কেউ অনুমান করতে পারবে না এমন আশার ওপর নির্ভর করে নয়।
সংক্ষেপে
আপনার SSID সংখ্যা আপনার এয়ারটাইম নষ্ট করছে কিনা তা মূলত আপনার অ্যাক্সেস পয়েন্টগুলো কতটা ওভারল্যাপ করছে তার ওপর নির্ভর করে, তাই সবচেয়ে খারাপ কিছু ধরে নেওয়ার আগে ক্যালকুলেটরটি দেখে নিন। তবে প্রয়োজনের অতিরিক্ত SSID তৈরি করা সহজ হলেও একটি পরিচ্ছন্ন নেটওয়ার্ক পরিচালনা করা সহজ, তাই যখন আপনি এগুলো একত্রিত করবেন, তখন প্রতিটি SSID-কে একটি অথেন্টিকেশন পদ্ধতির সাথে যুক্ত করুন এবং অন্য সব পার্থক্য VLAN-এর ওপর ছেড়ে দিন। একটি ভেন্যুর জন্য মাত্র তিনটিই যথেষ্ট: পোর্টাল সহ ওপেন গেস্ট, মানুষের জন্য WPA2/3-Enterprise, এবং ডিভাইসের জন্য xPSK। এটি Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi এবং অন্যান্য সবকিছুর সাথে কাজ করে, কারণ আপনার অ্যাক্সেস পয়েন্টগুলো যদি RADIUS সমর্থন করে, তবে Purple সেগুলোর সাথে কাজ করবে।
কোনো সেগমেন্টেশন না হারিয়েই একটি অতিরিক্ত বড় হয়ে যাওয়া SSID তালিকা ছোট করতে সাহায্য চান? একজন বিশেষজ্ঞের সাথে কথা বলুন এবং আমরা আপনার ডিভাইসগুলোকে সেই তিনটি নেটওয়ার্কের সাথে সংযুক্ত করব যা সেগুলোকে কভার করে।
