Understanding BSSID and Channel Selection Algorithms

This authoritative technical reference guide demystifies BSSID architecture and dynamic channel selection algorithms for enterprise wireless deployments. It provides actionable implementation strategies for IT architects and venue operations teams to eliminate sticky clients, mitigate co-channel interference, and build a resilient RF foundation. A stable BSSID and channel plan is also a direct prerequisite for accurate location analytics and business intelligence through platforms like Purple.

📖 9 min read📝 2,095 words🔧 2 worked examples❓ 3 practice questions📚 9 key definitions

Listen to this guide

View podcast transcript

Understanding BSSID and Channel Selection Algorithms. An Executive Technical Briefing from Purple.

Welcome to this technical briefing. I'm your host, and today we're diving deep into the architecture of enterprise wireless networks — specifically, the mechanics of BSSID and dynamic channel selection algorithms.

If you're managing infrastructure for a stadium, a hotel chain, or a large public venue, you know that raw bandwidth isn't the bottleneck anymore. The real challenge is interference, roaming handoffs, and client density. So let's get into it.

Section One: Introduction and Context.

Let's start by defining our terms in a practical context. When a user connects to your guest WiFi network, they see the SSID — the Service Set Identifier. That's the human-readable label, like 'Hotel_Guest' or 'RetailWiFi'. But the SSID is just a name. The actual physical connection happens at the BSSID layer.

The BSSID — or Basic Service Set Identifier — is the MAC address of the specific radio interface on an access point broadcasting that SSID. If you have five hundred access points in a hospital all broadcasting the same SSID, you have five hundred distinct BSSIDs. Each one is a unique physical endpoint.

Why does this matter? Because client devices — not the network — make roaming decisions. When a doctor walks down a corridor, their tablet evaluates the Signal-to-Noise Ratio and RSSI of nearby BSSIDs. If your access points are clustered on the same channels, the device experiences co-channel interference and holds onto a weak BSSID instead of roaming to a stronger one. This is known as the sticky client problem, and it destroys throughput.

Section Two: Technical Deep-Dive.

Let's talk about the roaming mechanism in detail, because this is where most enterprise deployments go wrong.

The 802.11 standard is clear: the client device decides when to roam. The network infrastructure can influence this decision, but it cannot force it. A client will typically initiate a roaming scan when its current BSSID drops below a threshold — around minus seventy dBm for most modern devices. At that point, the device sends out Probe Requests, and nearby access points respond with Probe Responses. The client then evaluates those responses and selects the BSSID with the best Signal-to-Noise Ratio.

Here's the problem. If your access points are running at full transmit power — say, twenty dBm — you create enormous cell sizes. A device in the middle of a hotel corridor can still hear the lobby access point at minus sixty-five dBm, even though there's a perfectly good access point six metres away. The device has no reason to roam. It stays connected to the lobby AP, consuming airtime on a congested channel, and performance degrades for everyone.

The solution is to reduce AP transmit power to match the transmit power of the weakest client device — typically twelve to fifteen dBm for a smartphone. This shrinks the cell size and forces the client to hit its roaming threshold at the right physical location.

Now let's talk about channel selection. This is where the RF engineering gets particularly interesting.

In the 2.4 gigahertz band, you only have three non-overlapping channels: one, six, and eleven. Each channel is twenty megahertz wide, and the total 2.4 gigahertz band is only eighty-three megahertz wide. If you deploy access points on channels two, three, or four, you create adjacent channel interference. Adjacent channel interference is actually worse than co-channel interference, because it corrupts packets rather than simply forcing devices to wait their turn. In a co-channel environment, devices use Carrier Sense Multiple Access with Collision Avoidance — CSMA/CA — to take turns. In an adjacent channel environment, packets are corrupted and must be retransmitted, which is far more damaging to throughput.

The rule is absolute: in the 2.4 gigahertz band, you use channels one, six, and eleven only. No exceptions.

In enterprise environments, we rely heavily on the 5 gigahertz band, and increasingly on 6 gigahertz with Wi-Fi 6E and Wi-Fi 7. The 5 gigahertz band offers significantly more spectrum — twenty-five non-overlapping 20-megahertz channels in most regulatory domains — but it introduces the complexity of Dynamic Frequency Selection, or DFS.

DFS channels in the 5 gigahertz band are shared with weather radar and military radar systems. If an access point detects a radar pulse on a DFS channel, it must immediately vacate that channel and move to a different one. This is a regulatory requirement, not a vendor choice. The access point must remain silent on that channel for thirty minutes before it can return.

If you haven't configured a fallback channel strategy, the access point may jump to an already congested channel, causing a cascade of interference across your floor plan. In a hotel near an airport, this can happen multiple times per day.

Modern enterprise wireless LAN controllers address this through Dynamic Channel Assignment algorithms — DCA. These algorithms continuously monitor the RF environment, evaluating channel utilization, noise floor, and neighboring interference. When the algorithm determines that a channel change would improve performance, it schedules the change.

But here's the critical tuning point: if the DCA algorithm is too aggressive, access points will constantly change channels. Every time an access point changes channel, connected clients are dropped and forced to re-associate. In a conference centre during a keynote presentation, this is catastrophic.

The solution is to tune the algorithm for stability over absolute optimisation. Configure the controller to only change channels if the interference threshold exceeds thirty percent, and only during scheduled maintenance windows — unless it's a mandatory DFS radar evasion event.

Section Three: Implementation Recommendations and Pitfalls.

Let me give you five concrete recommendations you can take back to your team today.

First: disable legacy data rates. Remove 802.11b data rates — one, two, five-point-five, and eleven megabits per second — from your access point profiles. These legacy rates consume enormous amounts of airtime and encourage sticky client behaviour. When you disable them, the minimum viable connection rate increases, forcing clients to roam sooner.

Second: reduce transmit power. As I mentioned, running access points at maximum power creates oversized cells. In a high-density environment, you want small, well-defined cells. Reduce 2.4 gigahertz transmit power to between eight and twelve dBm, and 5 gigahertz to between twelve and seventeen dBm.

Third: restrict channel widths. In high-density environments, restrict 5 gigahertz channels to 20 megahertz. While 40 or 80 megahertz channels offer higher theoretical throughput for a single device, they dramatically reduce the number of available non-overlapping channels, causing severe co-channel interference across your deployment.

Fourth: plan your DFS fallback. If you're in an environment where DFS events are likely, consider excluding DFS channels entirely from your channel plan for mission-critical areas. Rely on UNII-1 channels — 36, 40, 44, 48 — and UNII-3 channels — 149, 153, 157, 161, 165 — which are non-DFS in most regulatory domains.

Fifth: enable band steering. Band steering pushes dual-band capable clients — which is most modern devices — to the 5 gigahertz band, freeing up the 2.4 gigahertz band for legacy devices and IoT equipment.

Section Four: Rapid-Fire Q and A.

Let me address three common questions I hear from IT teams during deployment reviews.

Question one: Should we use 80 megahertz channel widths to maximise throughput?

In an enterprise deployment, almost never. Wide channels bond multiple 20 megahertz channels together. In the 5 gigahertz band, using 80 megahertz channels reduces your available non-overlapping channels to approximately five or six. In a stadium with hundreds of access points, this guarantees massive co-channel interference. Stick to 20 megahertz for high-density environments.

Question two: How does a hardware-agnostic analytics platform integrate with this?

A platform like Purple is hardware-agnostic. While your Cisco, Aruba, or Meraki controllers handle the BSSID roaming and RF algorithms, the analytics platform ingests location data derived from those BSSID associations. If your channel plan is poor, roaming fails, and location analytics become inaccurate. A solid RF foundation is a prerequisite for actionable business intelligence. The two are directly linked.

Question three: Is 6 gigahertz worth the investment now?

If you're deploying new infrastructure in a high-density environment and your primary client base is modern devices — iPhone 15 and above, recent Android flagships, modern laptops — then yes, 6 gigahertz is worth planning for. The 6 gigahertz band is currently uncongested, offers up to seven 160-megahertz channels in most regulatory domains, and has no legacy device interference. However, for mixed-device environments like healthcare or retail, maintain robust 5 gigahertz coverage as your primary band.

Section Five: Summary and Next Steps.

Let me bring this together with five key takeaways.

One: SSID is the network name. BSSID is the physical MAC address of the access point radio. Client devices roam between BSSIDs, not SSIDs.

Two: The client device makes the roaming decision. Infrastructure can only influence this by managing cell size through transmit power and minimum data rates.

Three: In the 2.4 gigahertz band, use only channels one, six, and eleven. Adjacent channel interference is more destructive than co-channel interference.

Four: Tune your Dynamic Channel Assignment algorithm for stability. Prevent unnecessary channel changes during operational hours.

Five: A well-designed RF environment is a prerequisite for accurate location analytics and business intelligence. The two are inseparable.

Your next steps: conduct an RF audit of your current deployment. Identify any APs running on non-standard 2.4 gigahertz channels. Review your DCA algorithm settings and ensure maintenance windows are configured. Disable legacy data rates across all access point profiles.

Thank you for joining this briefing. Build the infrastructure right, and the analytics will follow.

Key Takeaways

✓SSID is the human-readable network name; BSSID is the physical MAC address of the access point radio. Client devices associate with BSSIDs, not SSIDs.
✓The client device — not the network controller — decides when to roam. Infrastructure influences this only through transmit power management and minimum data rate configuration.
✓In the 2.4 GHz band, only channels 1, 6, and 11 are non-overlapping. Using any other channel creates Adjacent Channel Interference, which corrupts packets and is worse than Co-Channel Interference.
✓Dynamic Channel Assignment (DCA) algorithms must be tuned for stability. Configure them to run during maintenance windows, not continuously, to prevent disruptive channel changes during operational hours.
✓Disable legacy 802.11b data rates (1, 2, 5.5, 11 Mbps) to eliminate sticky client behaviour and force earlier, cleaner roaming decisions.
✓DFS channels are shared with radar systems. Venues near airports or military installations should exclude DFS channels from mission-critical AP zones to prevent radar-triggered disconnections.
✓A stable RF environment and clean BSSID roaming architecture is a direct prerequisite for accurate WiFi analytics, location intelligence, and business intelligence derived from guest network data.

এক্সিকিউটিভ সামারি

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

এই টেকনিক্যাল রেফারেন্স গাইডটি বেসিক সার্ভিস সেট আইডেন্টিফায়ার (BSSID) এবং ডায়নামিক চ্যানেল সিলেকশন অ্যালগরিদমের মেকানিক্সের উপর একটি ভেন্ডর-নিউট্রাল, ডিপ-ডাইভ অ্যানালাইসিস প্রদান করে। ক্লায়েন্ট ডিভাইসগুলো কীভাবে BSSID-কে ইন্টারপ্রেট করে এবং এন্টারপ্রাইজ কন্ট্রোলারগুলো কীভাবে RF স্পেকট্রাম পরিচালনা করে তা বোঝার মাধ্যমে, আইটি আর্কিটেক্টরা "স্টিকি ক্লায়েন্ট" দূর করতে, কো-চ্যানেল ইন্টারফারেন্স কমাতে এবং যেকোনো ভেন্যু স্কেলে নির্বিঘ্ন রোমিং নিশ্চিত করতে পারেন। উপরন্তু, একটি স্থিতিশীল RF ফাউন্ডেশন হলো WiFi Analytics -এর মাধ্যমে সঠিক লোকেশন ডেটা বের করার একটি প্রত্যক্ষ পূর্বশর্ত, যা সরাসরি বিজনেস ইন্টেলিজেন্স এবং ROI-কে প্রভাবিত করে। আপনি কোনো হোটেল চেইন, রিটেইল এস্টেট বা পাবলিক-সেক্টর ফ্যাসিলিটি পরিচালনা করুন না কেন, এই গাইডের নীতিগুলো সর্বজনীনভাবে প্রযোজ্য।

টেকনিক্যাল ডিপ-ডাইভ

BSSID বনাম SSID-এর পার্থক্য

যখন কোনো ব্যবহারকারী আপনার Guest WiFi নেটওয়ার্কে কানেক্ট করেন, তখন তারা SSID — সার্ভিস সেট আইডেন্টিফায়ার দেখতে পান। এটি হলো নেটওয়ার্ক দ্বারা ব্রডকাস্ট করা মানুষের পড়ার যোগ্য লেবেল, যেমন "Hotel_Guest" বা "RetailWiFi"। SSID হলো সম্পূর্ণভাবে একটি লজিক্যাল আইডেন্টিফায়ার। প্রকৃত 802.11 অ্যাসোসিয়েশন ফিজিক্যাল লেয়ারে BSSID-এর সাথে ঘটে。

BSSID (বেসিক সার্ভিস সেট আইডেন্টিফায়ার) হলো সেই SSID ব্রডকাস্ট করা অ্যাক্সেস পয়েন্টের নির্দিষ্ট রেডিও ইন্টারফেসের MAC অ্যাড্রেস। একটি মাল্টি-AP পরিবেশে, একটি একক SSID ডজন বা শত শত ইউনিক BSSID দ্বারা ব্রডকাস্ট করা হয়। একটি ডুয়াল-রেডিও অ্যাক্সেস পয়েন্ট যা একটি SSID ব্রডকাস্ট করে তা দুটি আলাদা BSSID উপস্থাপন করবে — প্রতি রেডিও ব্যান্ডের জন্য একটি। একটি ট্রাই-রেডিও Wi-Fi 6E অ্যাক্সেস পয়েন্ট তিনটি উপস্থাপন করবে।

এই পার্থক্যের উল্লেখযোগ্য অপারেশনাল প্রভাব রয়েছে। যখন আপনি কোনো রোমিং অভিযোগের ট্রাবলশুটিং করছেন, তখন আপনি SSID নিয়ে তদন্ত করছেন না — আপনি BSSID ট্রানজিশন নিয়ে তদন্ত করছেন। লিনাক্সে wpa_cli বা ম্যাকওএস ওয়্যারলেস ডায়াগনস্টিকস ইউটিলিটির মতো ক্লায়েন্ট-সাইড ডায়াগনস্টিক টুলগুলো নির্দিষ্ট BSSID (MAC অ্যাড্রেস) প্রকাশ করবে যার সাথে একটি ডিভাইস যুক্ত আছে, সাথে চ্যানেল এবং RSSI-ও দেখাবে।

রোমিং মেকানিজম: আসলে কার নিয়ন্ত্রণে?

এটি এন্টারপ্রাইজ ওয়্যারলেস আর্কিটেকচারের সবচেয়ে ভুল বোঝা দিক। 802.11 স্ট্যান্ডার্ড রোমিংয়ের সিদ্ধান্তটি সম্পূর্ণভাবে ক্লায়েন্ট ডিভাইসের উপর ছেড়ে দেয়। নেটওয়ার্ক ইনফ্রাস্ট্রাকচার কোনো ক্লায়েন্টকে রোম করতে বাধ্য করতে পারে না। এটি কেবল সেই শর্তগুলোকে প্রভাবিত করতে পারে যা রোমিংয়ের সম্ভাবনা কম বা বেশি করে।

একটি ক্লায়েন্ট ডিভাইস তার বর্তমান BSSID-এর রিসিভড সিগন্যাল স্ট্রেংথ ইন্ডিকেটর (RSSI) এবং সিগন্যাল-টু-নয়েজ রেশিও (SNR) পার্শ্ববর্তী BSSID-গুলোর সাথে মূল্যায়ন করে। যখন বর্তমান BSSID একটি ডিভাইস-নির্দিষ্ট থ্রেশহোল্ডের নিচে নেমে যায় — সাধারণত অ্যাপল iOS ডিভাইসের জন্য প্রায় -70 dBm এবং অনেক Android ডিভাইসের জন্য -75 dBm — তখন ক্লায়েন্ট প্রোব রিকোয়েস্ট ব্রডকাস্ট করে একটি ভালো BSSID-এর জন্য স্ক্যান শুরু করে। কাছাকাছি থাকা অ্যাক্সেস পয়েন্টগুলো প্রোব রেসপন্স দিয়ে সাড়া দেয়। ক্লায়েন্ট এই রেসপন্সগুলো মূল্যায়ন করে এবং নির্বাচিত BSSID-তে একটি 802.11 অথেনটিকেশন এবং রি-অ্যাসোসিয়েশন শুরু করে।

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

চ্যানেল সিলেকশন: RF আর্কিটেকচার ফাউন্ডেশন

2.4 GHz সীমাবদ্ধতা

2.4 GHz ব্যান্ডটি 2.400 GHz থেকে 2.4835 GHz পর্যন্ত 83.5 MHz স্পেকট্রাম জুড়ে বিস্তৃত। প্রতিটি 802.11 চ্যানেল 20 MHz চওড়া। চ্যানেল সেন্টার ফ্রিকোয়েন্সিগুলোর মধ্যে 5 MHz স্পেসিং থাকার কারণে, সংলগ্ন চ্যানেলগুলোর মধ্যে উল্লেখযোগ্য ওভারল্যাপ তৈরি হয়। 2.4 GHz ব্যান্ডে শুধুমাত্র 1, 6 এবং 11 নম্বর চ্যানেলগুলো নন-ওভারল্যাপিং।

2.4 GHz ব্যান্ডে 1, 6 বা 11 ছাড়া অন্য কোনো চ্যানেল ব্যবহার করলে অ্যাডজাসেন্ট চ্যানেল ইন্টারফারেন্স (ACI) তৈরি হয়। ACI স্পষ্টভাবে কো-চ্যানেল ইন্টারফারেন্স (CCI)-এর চেয়ে খারাপ কারণ এটি ডেটা প্যাকেটগুলোকে সম্পূর্ণভাবে করাপ্ট করে, যার ফলে রিট্রান্সমিশনের প্রয়োজন হয়। অন্যদিকে, CCI ডিভাইসগুলোকে CSMA/CA-এর মাধ্যমে কো-অপারেটিভভাবে এয়ারটাইম শেয়ার করতে বাধ্য করে, যা থ্রুপুট কমায় কিন্তু প্যাকেট করাপ্ট করে না। নিয়মটি পরম: 2.4 GHz ডিপ্লয়মেন্টে অবশ্যই শুধুমাত্র 1, 6 এবং 11 নম্বর চ্যানেল ব্যবহার করতে হবে।

আধুনিক এন্টারপ্রাইজ পরিবেশে ফ্রিকোয়েন্সি ব্যান্ডগুলো কীভাবে ইন্টারঅ্যাক্ট করে সে সম্পর্কে আরও বিস্তৃত ধারণার জন্য, আমাদের Wi-Fi Frequencies: A Guide to Wi-Fi Frequencies in 2026 গাইডটি দেখুন।

5 GHz সুযোগ এবং DFS জটিলতা

5 GHz ব্যান্ড উল্লেখযোগ্যভাবে বেশি স্পেকট্রাম অফার করে। ইউকে এবং ইইউ রেগুলেটরি ডোমেইনে, UNII-1 (5.150–5.250 GHz), UNII-2A (5.250–5.350 GHz), UNII-2C (5.470–5.725 GHz), এবং UNII-3 (5.735–5.835 GHz) জুড়ে 19টি পর্যন্ত নন-ওভারল্যাপিং 20 MHz চ্যানেল উপলব্ধ রয়েছে।

যাইহোক, UNII-2A এবং UNII-2C চ্যানেলগুলো DFS (ডায়নামিক ফ্রিকোয়েন্সি সিলেকশন) রেঞ্জের মধ্যে পড়ে। এই চ্যানেলগুলো আবহাওয়া রাডার, মিলিটারি রাডার এবং এয়ার ট্রাফিক কন্ট্রোল সিস্টেমের সাথে শেয়ার করা হয়। যদি কোনো অ্যাক্সেস পয়েন্ট একটি DFS চ্যানেলে রাডার পালস শনাক্ত করে, তবে তাকে অবিলম্বে চ্যানেলটি খালি করতে হবে এবং 30 মিনিটের জন্য সেখানে সাইলেন্ট থাকতে হবে। এটি ইউরোপে ETSI EN 301 893 এবং মার্কিন যুক্তরাষ্ট্রে FCC Part 15-এর অধীনে একটি রেগুলেটরি ম্যান্ডেট।

বিমানবন্দর, মিলিটারি স্থাপনা বা আবহাওয়া স্টেশনগুলোর কাছাকাছি ভেন্যুগুলোর জন্য — যা Hospitality এবং Transport ডিপ্লয়মেন্টে সাধারণ — DFS ইভেন্টগুলো প্রতিদিন একাধিকবার ঘটতে পারে, যার ফলে অপ্রত্যাশিত AP চ্যানেল পরিবর্তন এবং ক্লায়েন্ট ডিসকানেকশন হতে পারে।

ডায়নামিক চ্যানেল অ্যাসাইনমেন্ট (DCA)

আধুনিক এন্টারপ্রাইজ ওয়্যারলেস ল্যান কন্ট্রোলারগুলো ডায়নামিক চ্যানেল অ্যাসাইনমেন্ট (DCA) অ্যালগরিদমের মাধ্যমে চ্যানেল ম্যানেজমেন্টের সমাধান করে। এই অ্যালগরিদমগুলো ক্রমাগত মূল্যায়ন করে:

মেট্রিক	বিবরণ	প্রভাব
চ্যানেল ইউটিলাইজেশন	মাধ্যমটি ব্যস্ত থাকার সময়ের শতাংশ	উচ্চ ইউটিলাইজেশন চ্যানেল পরিবর্তনের বিবেচনাকে ট্রিগার করে
নয়েজ ফ্লোর	নন-802.11 RF ইন্টারফারেন্স (ব্লুটুথ, মাইক্রোওয়েভ ইত্যাদি)	বর্ধিত নয়েজ ফ্লোর কার্যকর SNR কমিয়ে দেয়
নেইবার AP RSSI	কো-চ্যানেল এবং অ্যাডজাসেন্ট-চ্যানেল AP-গুলোর সিগন্যাল স্ট্রেংথ	উচ্চ ওভারল্যাপ চ্যানেল রিব্যালেন্সিং ট্রিগার করে
DFS ইভেন্ট	বর্তমান চ্যানেলে রাডার শনাক্তকরণ	বাধ্যতামূলক তাৎক্ষণিক চ্যানেল পরিবর্তন

যদিও একটি স্বাস্থ্যকর RF পরিবেশ বজায় রাখার জন্য DCA অপরিহার্য, অত্যধিক আক্রমণাত্মক অ্যালগরিদম সেটিংস নেটওয়ার্কের অস্থিরতা সৃষ্টি করে। প্রতিবার যখন কোনো AP চ্যানেল পরিবর্তন করে, তখন সমস্ত সংযুক্ত ক্লায়েন্ট সাময়িকভাবে ডিসকানেক্ট হয়ে যায় এবং তাদের পুনরায় অ্যাসোসিয়েট হতে হয়। একটি কীনোট চলাকালীন কনফারেন্স সেন্টারে, অথবা পিক ট্রেডিং আওয়ারে Retail শপ ফ্লোরে, এটি অপারেশনালভাবে অগ্রহণযোগ্য।

সুপারিশকৃত পদ্ধতি হলো DCA-কে একটি নির্ধারিত ভিত্তিতে চালানোর জন্য কনফিগার করা — সাধারণত ওভারনাইট মেইনটেন্যান্স উইন্ডোর সময় — আনশিডিউলড পরিবর্তনের জন্য 30% বা তার বেশি ইন্টারফারেন্স থ্রেশহোল্ড ট্রিগার সহ। বাধ্যতামূলক DFS রাডার ইভেশন ইভেন্টগুলোই কেবল এই শিডিউলিং শৃঙ্খলার একমাত্র ব্যতিক্রম।

ইমপ্লিমেন্টেশন গাইড

নিম্নলিখিত ভেন্ডর-নিউট্রাল ইমপ্লিমেন্টেশন ধাপগুলো Hospitality , Retail , Healthcare এবং পাবলিক-সেক্টর পরিবেশ জুড়ে এন্টারপ্রাইজ ডিপ্লয়মেন্টের ক্ষেত্রে প্রযোজ্য।

ধাপ ১ — লিগ্যাসি ডেটা রেট ডিজেবল করুন। সমস্ত অ্যাক্সেস পয়েন্ট রেডিও প্রোফাইল থেকে 802.11b ডেটা রেট (1, 2, 5.5 এবং 11 Mbps) সরিয়ে ফেলুন। এই লিগ্যাসি রেটগুলো অসামঞ্জস্যপূর্ণ এয়ারটাইম খরচ করে এবং স্টিকি ক্লায়েন্ট আচরণের প্রধান চালক। ডিজেবল করা হলে, ন্যূনতম কার্যকর কানেকশন রেট বৃদ্ধি পায়, যা ক্লায়েন্টদের সঠিক ফিজিক্যাল লোকেশনে তাদের রোমিং থ্রেশহোল্ডে পৌঁছাতে বাধ্য করে।

ধাপ ২ — AP ট্রান্সমিট পাওয়ার কমান। সর্বোচ্চ ট্রান্সমিট পাওয়ারে (20 dBm) AP চালানো ওভারসাইজড সেল তৈরি করে এবং সঠিক BSSID রোমিংয়ে বাধা দেয়। 2.4 GHz ট্রান্সমিট পাওয়ার 8–12 dBm এবং 5 GHz ট্রান্সমিট পাওয়ার 12–17 dBm-এ কমিয়ে আনুন, যা আপনার পরিবেশের সবচেয়ে দুর্বল ক্লায়েন্ট ডিভাইসের ট্রান্সমিট পাওয়ারের সাথে মিল রেখে ক্যালিব্রেট করা উচিত।

ধাপ ৩ — চ্যানেল উইডথ সীমাবদ্ধ করুন। হাই-ডেনসিটি পরিবেশে, 5 GHz চ্যানেলগুলোকে 20 MHz-এ সীমাবদ্ধ করুন। যদিও 40 MHz এবং 80 MHz চ্যানেল বন্ডিং তাত্ত্বিক সিঙ্গেল-ডিভাইস থ্রুপুট বাড়ায়, এটি উপলব্ধ নন-ওভারল্যাপিং চ্যানেলগুলোকে কমিয়ে দেয় এবং নয়েজ ফ্লোর বাড়ায়, যার ফলে ডেন্স ডিপ্লয়মেন্টে মারাত্মক CCI দেখা দেয়।

ধাপ ৪ — DCA মেইনটেন্যান্স উইন্ডো কনফিগার করুন। ওভারনাইট মেইনটেন্যান্স উইন্ডোর সময় এক্সিকিউট করার জন্য আপনার কন্ট্রোলারের DCA অ্যালগরিদম সেট করুন। আনশিডিউলড ট্রিগারের জন্য 30% ইন্টারফারেন্স থ্রেশহোল্ড কনফিগার করুন। এটি RF হাইজিন বজায় রাখার পাশাপাশি অপারেশনাল আওয়ারে ব্যাঘাতমূলক চ্যানেল পরিবর্তন রোধ করে।

ধাপ ৫ — DFS ফলব্যাক স্ট্র্যাটেজি প্ল্যান করুন। পরিচিত রাডার প্রক্সিমিটি থাকা ভেন্যুগুলোর জন্য, মিশন-ক্রিটিকাল AP-গুলোর জন্য DCA পুল থেকে DFS চ্যানেলগুলো বাদ দিন। প্রাইমারি চ্যানেল প্ল্যান হিসেবে UNII-1 (36, 40, 44, 48) এবং UNII-3 (149, 153, 157, 161, 165) নন-DFS চ্যানেলগুলোর উপর নির্ভর করুন। বৃহত্তর নেটওয়ার্ক অ্যাক্সেস কন্ট্রোল আধুনিকীকরণের নির্দেশনার জন্য, La lista de verificación para migrar de NAC heredado a NAC nativo de la nube দেখুন।

ধাপ ৬ — ব্যান্ড স্টিয়ারিং এনাবল করুন। ডুয়াল-ব্যান্ড সক্ষম ক্লায়েন্টদের 5 GHz ব্যান্ডে পুশ করার জন্য ব্যান্ড স্টিয়ারিং কনফিগার করুন, যা লিগ্যাসি ডিভাইস এবং IoT ইকুইপমেন্টের জন্য 2.4 GHz স্পেকট্রাম মুক্ত করে। এন্টারপ্রাইজ পরিবেশে IoT এবং BLE কো-এক্সিস্টেন্সের প্রসঙ্গের জন্য, BLE Low Energy Explained for Enterprise দেখুন।

বেস্ট প্র্যাকটিস

নিম্নলিখিত বেস্ট প্র্যাকটিসগুলো IEEE 802.11 স্ট্যান্ডার্ড, Wi-Fi অ্যালায়েন্স সার্টিফিকেশন রিকোয়ারমেন্ট এবং ভেন্ডর-নিউট্রাল এন্টারপ্রাইজ ডিপ্লয়মেন্ট গাইডলাইনের সাথে সামঞ্জস্যপূর্ণ।

মিনিমাম RSSI থ্রেশহোল্ড: -80 dBm-এর নিচে RSSI থাকা ক্লায়েন্টদের অ্যাসোসিয়েশন প্রত্যাখ্যান করার জন্য অ্যাক্সেস পয়েন্টগুলো কনফিগার করুন। এটি দুর্বল ক্লায়েন্টদের দূরবর্তী AP-এর সাথে যুক্ত হতে এবং কম ডেটা রেটে এয়ারটাইম খরচ করতে বাধা দেয়। বেশিরভাগ এন্টারপ্রাইজ কন্ট্রোলার এটিকে "মিনিমাম RSSI" বা "ক্লায়েন্ট এক্সক্লুশন" থ্রেশহোল্ড হিসেবে প্রকাশ করে।

802.11r ফাস্ট BSS ট্রানজিশন: ভয়েস বা রিয়েল-টাইম অ্যাপ্লিকেশন সাপোর্ট করে এমন সমস্ত SSID-তে 802.11r (ফাস্ট BSS ট্রানজিশন) এনাবল করুন। এটি রোমিং হ্যান্ডঅফ সময়কে 50–200 ms (স্ট্যান্ডার্ড রি-অ্যাসোসিয়েশন) থেকে 50 ms-এর নিচে কমিয়ে দেয়, যা BSSID ট্রানজিশনের সময় ভিওআইপি (VoIP) কল ড্রপ প্রতিরোধ করে।

802.11k এবং 802.11v নেইবার রিপোর্টিং: ক্লায়েন্টদের নেইবার AP লিস্ট এবং ট্রানজিশন রিকমেন্ডেশন প্রদান করতে 802.11k (রেডিও রিসোর্স ম্যানেজমেন্ট) এবং 802.11v (BSS ট্রানজিশন ম্যানেজমেন্ট) এনাবল করুন। যদিও ক্লায়েন্ট এখনও চূড়ান্ত রোমিং সিদ্ধান্ত নেয়, এই প্রোটোকলগুলো তাকে দ্রুত, আরও তথ্যভিত্তিক পছন্দ করার জন্য প্রয়োজনীয় তথ্য প্রদান করে।

WPA3 এবং OWE: গেস্ট নেটওয়ার্কগুলোর জন্য, পাসওয়ার্ডের প্রয়োজন ছাড়াই পার-সেশন এনক্রিপশন প্রদান করতে WPA3-SAE বা অপরচুনিস্টিক ওয়্যারলেস এনক্রিপশন (OWE) ডিপ্লয় করুন। এটি ট্রানজিটে থাকা গেস্ট ডেটার জন্য GDPR ডেটা সুরক্ষা বাধ্যবাধকতার সাথে সামঞ্জস্যপূর্ণ এবং কার্ডহোল্ডার ডেটা স্পর্শ করে এমন যেকোনো নেটওয়ার্ক সেগমেন্টের জন্য এটি একটি PCI DSS রিকোয়ারমেন্ট।

নিয়মিত RF অডিট: প্রতি 12 মাসে বা ভেন্যুতে কোনো উল্লেখযোগ্য ফিজিক্যাল পরিবর্তনের (নতুন পার্টিশন, ইকুইপমেন্ট ইনস্টলেশন, আসবাবপত্রের পুনর্বিন্যাস) পর একটি প্যাসিভ RF সার্ভে পরিচালনা করুন। ফিজিক্যাল পরিবর্তনগুলো RF প্রোপাগেশন পরিবর্তন করে এবং আপনার চ্যানেল প্ল্যানকে বাতিল করে দিতে পারে।

ট্রাবলশুটিং এবং রিস্ক মিটিগেশন

DFS ট্র্যাপ

বিমানবন্দর বা আবহাওয়া স্টেশনগুলোর কাছাকাছি হসপিটালিটি ডিপ্লয়মেন্টে, DFS ইভেন্টগুলো একটি সাধারণ এবং অবমূল্যায়িত ঝুঁকি। যখন কোনো AP একটি DFS চ্যানেলে রাডার শনাক্ত করে, তখন তাকে অবিলম্বে চ্যানেলটি খালি করতে হবে। যদি ফলব্যাক চ্যানেলটি স্ট্যাটিকভাবে একটি ইতিমধ্যে-কনজেস্টেড ফ্রিকোয়েন্সিতে অ্যাসাইন করা থাকে, তবে AP সংলগ্ন AP-গুলো জুড়ে CCI-এর একটি ক্যাসকেড সৃষ্টি করবে।

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

হাই-পাওয়ার ট্র্যাপ

কাউন্টার-ইন্টুইটিভভাবে, সর্বোচ্চ ট্রান্সমিট পাওয়ারে AP চালানো দুর্বল ওয়্যারলেস পারফরম্যান্সের অন্যতম সাধারণ কারণ। হাই-পাওয়ার AP-গুলো উল্লেখযোগ্য ওভারল্যাপ সহ বড় সেল তৈরি করে, যা CCI সৃষ্টি করে এবং ক্লায়েন্টদের নিকটতম AP-তে রোম করতে বাধা দেয়।

মিটিগেশন: ট্রান্সমিট পাওয়ার কন্ট্রোল (TPC) ইমপ্লিমেন্ট করুন এবং -67 dBm কন্ট্যুর লাইনে প্রায় 15–20% ওভারল্যাপ করে এমন সেল তৈরি করতে AP পাওয়ার ক্যালিব্রেট করুন। এটি অতিরিক্ত ইন্টারফারেন্স ছাড়াই নির্বিঘ্ন কভারেজ প্রদান করে।

ওয়াইড চ্যানেল ট্র্যাপ

ডেন্স পরিবেশে, থ্রুপুট বেঞ্চমার্ক সর্বাধিক করার জন্য ভেন্ডরদের দ্বারা প্রায়শই 80 MHz বা 160 MHz চ্যানেল কনফিগারেশনের সুপারিশ করা হয়। বাস্তবে, এগুলো 5 GHz ব্যান্ডে উপলব্ধ নন-ওভারল্যাপিং চ্যানেলের সংখ্যা 2–3-এ কমিয়ে দেয়, যা মুষ্টিমেয় কিছু AP-এর চেয়ে বেশি যেকোনো ডিপ্লয়মেন্টে মারাত্মক CCI নিশ্চিত করে।

মিটিগেশন: হাই-ডেনসিটি পরিবেশে চ্যানেল উইডথ 20 MHz-এ সীমাবদ্ধ করুন। AP-গুলোর মধ্যে উল্লেখযোগ্য ফিজিক্যাল সেপারেশন থাকা লো-ডেনসিটি এলাকাগুলোর জন্য 40 MHz বা 80 MHz কনফিগারেশন রিজার্ভ করুন।

ROI এবং বিজনেস ইমপ্যাক্ট

একটি নিখুঁতভাবে পরিকল্পিত RF পরিবেশের সমস্ত ভেন্যু টাইপ জুড়ে ব্যবসায়িক ফলাফলের উপর প্রত্যক্ষ এবং পরিমাপযোগ্য প্রভাব রয়েছে।

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

অ্যানালিটিক্স অ্যাকুরেসি: Purple-এর WiFi Analytics প্ল্যাটফর্ম সঠিক ফুটফল কাউন্ট, ডুয়েল টাইম মেট্রিক্স এবং জোন-লেভেল হিটম্যাপ তৈরি করতে ধারাবাহিক ক্লায়েন্ট BSSID অ্যাসোসিয়েশনের উপর নির্ভর করে। চ্যানেল ইন্টারফারেন্সের কারণে যদি ক্লায়েন্টরা ক্রমাগত কানেকশন ড্রপ করে, তবে অন্তর্নিহিত অ্যাসোসিয়েশন ডেটা খণ্ডিত এবং অবিশ্বস্ত হয়ে পড়ে। একটি স্থিতিশীল RF পরিবেশ কেবল একটি পারফরম্যান্স রিকোয়ারমেন্ট নয় — এটি একটি ডেটা কোয়ালিটি রিকোয়ারমেন্ট।

অপারেশনাল এফিশিয়েন্সি: একটি সু-সমন্বিত চ্যানেল প্ল্যান এবং রোমিং কনফিগারেশন "স্লো WiFi" বা "কিপস ডিসকানেক্টিং" সম্পর্কিত হেল্পডেস্ক টিকিটের পরিমাণ উল্লেখযোগ্যভাবে হ্রাস করে। লার্জ ভেন্যু ডিপ্লয়মেন্টে, এটি টায়ার-1 সাপোর্ট খরচের একটি পরিমাপযোগ্য হ্রাস উপস্থাপন করতে পারে। অফিস-স্কেল ডিপ্লয়মেন্ট অপ্টিমাইজ করার নির্দেশনার জন্য, Office Wi Fi: Optimize Your Modern Office Wi-Fi Network দেখুন।

কমপ্লায়েন্স পোসচার: সঠিক চ্যানেল ম্যানেজমেন্ট এবং এনক্রিপশন স্ট্যান্ডার্ড (WPA3, 802.1X) রিটেইল এবং হসপিটালিটি অপারেটরদের জন্য PCI DSS কমপ্লায়েন্স এবং গেস্ট WiFi-এর মাধ্যমে ব্যক্তিগত ডেটা প্রসেস করা যেকোনো সংস্থার জন্য GDPR কমপ্লায়েন্সকে সরাসরি সাপোর্ট করে। একটি ডকুমেন্টেড RF অডিট ট্রেইল ISO 27001 সার্টিফিকেশন রিকোয়ারমেন্টকেও সাপোর্ট করে।

BSSID আর্কিটেকচার এবং চ্যানেল সিলেকশন স্ট্র্যাটেজির 10 মিনিটের কনসালট্যান্ট-স্টাইল ওয়াকথ্রুর জন্য উপরের এক্সিকিউটিভ ব্রিফিং পডকাস্টটি শুনুন।

Key Definitions

BSSID (Basic Service Set Identifier)

The MAC address of the specific radio interface on an access point broadcasting an SSID. In a multi-AP deployment, each radio presents a unique BSSID, even when all APs broadcast the same SSID.

IT teams encounter BSSIDs when troubleshooting roaming failures, analysing client association logs, or interpreting WiFi analytics data. A client's BSSID association history reveals its physical movement path through a venue.

SSID (Service Set Identifier)

The human-readable network name broadcasted to end users (e.g., 'Purple_Guest'). A single SSID is typically supported by hundreds of underlying BSSIDs in an enterprise deployment.

Users interact with SSIDs; network engineers troubleshoot BSSIDs. Conflating the two is the most common source of roaming misdiagnosis.

Co-Channel Interference (CCI)

Interference caused when two or more access points operating on the exact same frequency channel can hear each other's transmissions. CCI forces APs to share airtime via CSMA/CA.

CCI is manageable through cell size reduction (transmit power control). It degrades throughput proportionally but does not corrupt packets.

Adjacent Channel Interference (ACI)

Interference caused when APs operate on overlapping but different frequency channels (e.g., channels 1 and 3 in 2.4 GHz). ACI corrupts data transmissions, requiring retransmissions.

ACI is categorically worse than CCI and must be eliminated through strict channel planning. In 2.4 GHz, using any channel other than 1, 6, or 11 creates ACI.

DFS (Dynamic Frequency Selection)

A regulatory requirement mandating that WiFi equipment detect radar systems on certain 5 GHz channels and immediately vacate to a non-radar channel. Governed by ETSI EN 301 893 in Europe and FCC Part 15 in the US.

DFS events cause unpredictable AP channel changes and client disconnections. Venues near airports, weather stations, or military installations are particularly susceptible.

RSSI (Received Signal Strength Indicator)

A measurement of the power level of a received radio signal, typically expressed in negative dBm (e.g., -65 dBm). Higher absolute values (closer to 0) indicate stronger signals.

RSSI is the primary metric client devices use to evaluate BSSID quality and trigger roaming decisions. A common roaming threshold is -70 dBm.

SNR (Signal-to-Noise Ratio)

The difference in dB between the received signal strength and the background RF noise floor. A higher SNR enables higher-order modulation schemes (e.g., 1024-QAM) and greater throughput.

SNR is a more reliable performance indicator than raw RSSI. A strong signal (-60 dBm) in a high-noise environment (-80 dBm noise floor) yields only 20 dB SNR, which limits throughput significantly.

DCA (Dynamic Channel Assignment)

An automated algorithm used by wireless LAN controllers to assign and periodically reassign channels to access points based on current RF conditions, including utilization, noise floor, and neighbour interference.

DCA must be tuned to prevent excessive channel changes during operational hours. Overly aggressive DCA settings cause client disconnections across the entire deployment.

Sticky Client

A client device that maintains association with a distant, weak BSSID rather than roaming to a closer, stronger access point. Typically caused by oversized AP cells (high transmit power) or enabled legacy data rates.

Sticky clients are the most common cause of poor WiFi performance complaints in enterprise venues. They consume disproportionate airtime at low data rates, degrading performance for all users on the channel.

Worked Examples

A 400-room luxury hotel is experiencing persistent complaints of dropped VoIP calls when staff move between the lobby and the conference centre. The network uses a single SSID across 150 access points, all running at 20 dBm transmit power with legacy data rates enabled.

Phase 1 — Diagnosis: Conducted a packet capture using Wireshark on the affected corridor. Analysis confirmed devices were holding onto the lobby AP's BSSID until signal degraded to -85 dBm — well past the point where the conference centre AP was available at -62 dBm. Root cause: oversized cells and legacy data rates enabling low-rate associations at distance.

Phase 2 — Remediation:

Disabled 802.11b legacy data rates (1, 2, 5.5, 11 Mbps) across all AP radio profiles.
Reduced 2.4 GHz transmit power from 20 dBm to 11 dBm on lobby and corridor APs.
Reduced 5 GHz transmit power from 20 dBm to 15 dBm.
Enabled 802.11r Fast BSS Transition on the staff SSID.
Verified adjacent APs in the transition zone were on non-overlapping channels (1 and 6 in 2.4 GHz; 36 and 40 in 5 GHz).

Phase 3 — Validation: Re-ran packet capture post-change. Devices now roamed at -68 dBm, well within the VoIP quality threshold. Call drop rate reduced to zero in the affected corridor.

Examiner's Commentary: This scenario illustrates that 'sticky client' problems are almost always caused by oversized cells and enabled legacy data rates — not by hardware failure. The fix is infrastructure configuration, not hardware replacement. Enabling 802.11r is critical for VoIP use cases, as it reduces the re-association handoff from 150 ms to under 30 ms, preventing the packet loss window that causes call drops.

A retail chain has deployed new Wi-Fi 6 access points across a dense shopping mall with 40 retail units. Despite strong signal strength readings, customers and staff report massive latency and poor throughput, particularly in the 2.4 GHz band.

Phase 1 — Diagnosis: RF spectrum analysis using a dedicated spectrum analyser revealed severe co-channel and adjacent channel interference across the 2.4 GHz band. Investigation of the controller configuration revealed the DCA algorithm had assigned channels 1, 4, 7, and 11 across the deployment — a four-channel plan that introduces adjacent channel interference between channels 1 and 4, and between 7 and 11.

Phase 2 — Remediation:

Reconfigured the 2.4 GHz DCA profile to strictly use channels 1, 6, and 11 only.
Enabled Band Steering to push 5 GHz-capable clients (estimated 85% of devices) away from the congested 2.4 GHz spectrum.
Reduced 2.4 GHz transmit power to 10 dBm to shrink cell sizes and reduce CCI between adjacent units.
Restricted 5 GHz channel width to 20 MHz to maximise channel reuse across the dense deployment.

Phase 3 — Validation: Post-change spectrum analysis confirmed elimination of adjacent channel interference. Average 2.4 GHz latency reduced from 280 ms to 18 ms. Staff device throughput increased from 2 Mbps to 24 Mbps average.

Examiner's Commentary: The use of a four-channel 2.4 GHz plan is a common misconfiguration introduced by well-intentioned attempts to 'spread the load'. In reality, channels 4 and 7 overlap with channels 1, 6, and 11, creating ACI that corrupts packets. Forcing strict adherence to the three non-overlapping channels converts the interference from ACI (packet corruption) to CCI (airtime sharing), which is manageable via CSMA/CA and results in dramatically better performance.

Practice Questions

Q1. You are deploying a high-density WiFi network in a 50,000-seat stadium. The vendor's pre-sales engineer recommends using 80 MHz channels on the 5 GHz band to maximise theoretical throughput for the high volume of concurrent users. Do you accept this recommendation?

Hint: Consider how many non-overlapping 80 MHz channels are available in the 5 GHz band, and how that impacts co-channel interference when hundreds of APs are deployed in close physical proximity.

View model answer

No. In a high-density environment, using 80 MHz channels reduces the available non-overlapping spectrum to approximately 5–6 channels in the 5 GHz band. With hundreds of APs in a stadium, this guarantees severe co-channel interference as dozens of APs compete for the same channels. The correct approach is to mandate 20 MHz channel widths to maximise channel reuse. While individual device throughput is theoretically lower, the aggregate network capacity and per-user experience will be significantly better due to reduced CCI.

Q2. Your hospital IT team reports that roaming works correctly for laptops and modern smartphones, but older VoIP communication badges worn by nursing staff constantly drop calls when moving down corridors, despite showing strong signal strength on their display.

Hint: Consider who makes the roaming decision, what metrics they use, and what specific characteristics of legacy devices might cause them to roam later than modern devices.

View model answer

The issue is a classic 'sticky client' problem specific to legacy devices. The VoIP badges are holding onto a distant BSSID because: (1) legacy data rates (1–11 Mbps) are enabled, allowing the badge to maintain a connection at very low rates over a long distance; and (2) AP transmit power is likely high, creating large cells that the badge can still 'hear' at -80 dBm. To fix this, disable legacy 802.11b data rates across all AP profiles and reduce AP transmit power to 10–12 dBm. Additionally, enable 802.11r Fast BSS Transition on the staff SSID to reduce the handoff latency below the VoIP packet loss threshold.

Q3. A hotel located 1.5 miles from a regional airport is experiencing random, widespread AP channel changes and client disconnections every afternoon between 14:00 and 17:00. The events are not correlated with peak usage. What is the likely cause and how do you resolve it?

Hint: Consider what shared spectrum exists in the 5 GHz band and what external systems might be active in the afternoon near an airport.

View model answer

The APs are almost certainly operating on DFS (Dynamic Frequency Selection) channels and are detecting radar pulses from the nearby airport's approach radar systems, which are typically active during afternoon peak arrival periods. When radar is detected, the AP must immediately vacate the channel under ETSI EN 301 893 regulations. The solution is to exclude all DFS channels (UNII-2A: 52–64; UNII-2C: 100–140) from the DCA channel pool for this venue, relying exclusively on UNII-1 (36, 40, 44, 48) and UNII-3 (149, 153, 157, 161, 165) non-DFS channels. This eliminates radar-triggered channel changes entirely.

Continue reading in this series

Understanding RSSI and Signal Strength for Optimal Channel Planning

This guide provides a comprehensive technical deep-dive into RSSI, Signal-to-Noise Ratio (SNR), and RF propagation principles for optimal channel planning. It equips IT managers, network architects, and venue operations directors with actionable strategies to mitigate Co-Channel and Adjacent Channel Interference, optimise AP placement, and leverage analytics for measurable business impact across hospitality, retail, and public-sector environments.

Understanding RSSI and Signal Strength for Optimal Channel Planning

20MHz vs 40MHz vs 80MHz: Which Channel Width Should You Use?

This guide provides a definitive, vendor-neutral technical reference for IT managers, network architects, and venue operations directors on selecting the correct WiFi channel width — 20MHz, 40MHz, or 80MHz — across enterprise deployments in hospitality, retail, events, and public-sector environments. It covers the underlying IEEE 802.11 mechanics, real-world capacity trade-offs, and step-by-step deployment guidance to help teams make the right call this quarter. Understanding channel width selection is one of the highest-leverage decisions in any wireless LAN design, directly impacting throughput, interference, client density support, and the reliability of guest-facing services.