For those of you who have attended an Ekahau ECSE course or my CWNA course, you will remember the discussions of “Primary” and “Secondary” RF coverage when using predictive modeling software to design your network.  The goal of this blog is to quickly and visually explain the difference between the two. “Secondary” coverage is simply a reference to the intensity of coverage you’re providing – a measure of how much signal overlaps, at what RSSI, in a given area. It is not a separate thing from Primary coverage.

When designing for Primary coverage, the goal is to provide the desired RSSI (e.g. -65dBm) and SNR (e.g. 25dB) to every “square foot” (also, “square meter”) of the facility from one AP. If that AP dies, is disabled, or stops beaconing, then the signal level from the second strongest AP (called “Secondary” coverage) is likely to be quite weak (or even zero), not providing the level of service that you expect for your client devices.

Primary Coverage Example (click on the graphic)


There are only four kinds of channel overlap: None, Some, Less, and More. That “15-20% overlap” guidance you get from manufacturers’ design guides is straight-up non-sense. If you’d like to better understand the calculations behind sphere/sphere intersection, please reference this authority on the subject.  If that seems a bit confusing, then try this authority instead. Now, try calculating the overlapping area of two 3D irregular blobs (instead of spheres), and get back with me when you have that figured out. 🙂

Unless there is no overlap, you will always have some level of Secondary coverage. The real question is whether or not that level of coverage meets the needs of the client devices and applications. Let’s now move the APs a little closer to each other to see the effect.

Secondary Coverage Example (click on the graphic)


Notice how, in the picture above, the APs are simply moved closer to each other. The RF doesn’t “stop” at the -65dBm Primary coverage boundary (represented by the black circles around each color), but instead dissipates (diffuses) as it moves away from the antenna.  Secondary coverage is measured in dBm (or mW) and is best defined as the area covered by the second strongest AP, at a given RSSI.  The APs must be placed more densely for Secondary coverage to increase, and this provides both RF redundancy and better roaming (to a point). There is a point where excellent coverage can become too much coverage, both wasting money on unnecessary APs and causing poor client device drivers (very common) to exhibit poor roaming characteristics.

Modeling Tools (click on the graphic)

Predictive modeling tools, such as Ekahau’s ESS Pro, allow us to see where any two (or three if you want that much overlapping coverage) APs overlap with each other at a given signal strength.  Ekahau’s terminology of “2nd Strongest” equates to “Secondary” coverage.


When first learning to design for Secondary coverage in a modeling/planning tool such as Ekahau ESS, AirMagnet Site Survey, or Tamosoft TamoGraph, it’s usually initially confusing when the first AP is placed on the floor plan and the software is configured to view the 2nd strongest signal. The reason for confusion is that no signal is shown on the map. This is because there is no place where two APs have overlapping coverage (at any signal level), which is what you’re asking the modeling tool to show you.

Typical Design Parameters

My typical enterprise deployments use the following settings in the beginning:

5GHz/ -65dBm Primary, -70dBm Secondary

2.4GHz/ -67dBm Primary

We don’t normally design for Secondary coverage on 2.4GHz because doing so would introduce unnecessary CCI due to the very limited (3) non-overlapping channel set in the reuse plan. Increasing the Secondary number higher than -70dBm in 5GHz provides additional RF redundancy, but also drives up the cost of deployment due to more APs being needed.

Designing for Secondary 5GHz Coverage

The more Secondary 5GHz coverage that is provided, the greater the redundancy in the RF design. If the WiFi network is considered mission critical, and there is budget available to fund the additional APs, Ethernet ports, Ethernet cabling, and support contract costs, then moving the Secondary coverage number from -70dBm to -65dBm can certainly provide an additional layer of network availability and application performance when APs fail.  Having worked at multiple manufacturers, I can definitively say that a “normal” AP hardware failure rate is between 0.5% and 1.0% (e.g. 1 in 100-200 APs). This percentage will have some sort of defect-based failure over its useful lifetime, not caused by the environment. Harsh environments can certainly cause that number to rise. Certainly this does not mean that out of EVERY batch of 100 or 200 APs, that you will see these failure rate numbers, but rather on average what the vendor will experience over time, in aggregate.  This low percentage is why I normally “play the odds”, going with -70dBm as a Secondary coverage value.

Final Thoughts

Secondary coverage is not a requirement, but simply a method of providing RF redundancy and usually excellent roaming. Primary coverage can provide good roaming characteristics when you have enough overlap between basic service areas (BSAs), and if good roaming is a requirement for the deployment, I strongly suggest that you consider it during the design phase. Secondary coverage modeling during the design phase gives us a way to measure channel overlap without using ridiculous math formulas. I hate math.

Primary and Secondary Coverage

8 thoughts on “Primary and Secondary Coverage

  • April 6, 2016 at 9:38 am

    Great blog Devin, thank you. What is your advice when not only secondary, but tertiary coverage is required in the 2.4 ghz range, say an Ekahau RTLS solution. To me this spells disaster!

    • April 6, 2016 at 10:00 am

      Yes, that’s a no-no. Because of 2.4GHz’s three big issues…

      1) Limited channel set
      2) Strong penetration
      3) Dirty/busy spectrum

      …I don’t even plan for secondary coverage on 2.4GHz. You will practically always have CCI even with just planning for primary coverage. Past that, it gets ugly, fast. Capacity goes straight down.

      • April 7, 2016 at 2:50 am

        Not representing an RTLS vendor (Ekahau’s RTLS was sold to Airista as you may know):

        I’m personally also a big fan of “make a sound voice-capable Wi-Fi network design and it should work well for RTLS too”. If you need more RTLS accuracy, use Infrared Beacons / Exciters / whatever.

  • April 7, 2016 at 7:50 am

    Thanks Devin for a nice post. What would you suggest if the client base is predominantly 2.4 GHz devices.. not to bother with any secondary coverage?.

  • April 7, 2016 at 12:57 pm

    Thanks Srikanth.

    Yes, that is my suggestion. 🙂


  • May 14, 2016 at 4:53 am

    A vendor’s recommendation is that “at all times an Apple client device observes a minimum of 2 APs with an RSSI measurement of -67 dBm”.
    Would that mean that if we were using -67dBm for primary coverage, theoretically the secondary coverage would look like the “Secondary Coverage Example ” image in this blog? Wouldn’t that be almost 50% of overlap?
    Since Apple devices normally have a roaming RSSI threshold of around -70dBm, why would we need that much of an overlap in the first place? RF redundancy is one reason.

    • May 14, 2016 at 5:01 pm

      Hi Theo,

      First, that vendor’s recommendation is wrong. The reason that it’s wrong is that they can’t offer a blanket statement like that because primary and secondary coverage is determined by the customer’s requirements, which vary greatly. I have customers using -65dBm primary with no thought of secondary, and it works fine. I have customers who have -65dBm primary and -70dBm secondary, and it also works just fine, but of course they have better RF redundancy in case an AP fails. A blanket statement like, “Apple devices require -67dBm for primary and secondary” is a way to push customers to buy more APs.

      There is no “50% overlap”…or 25%…or 15%. Please refer to the “sphere/sphere overlap” URL and check out how complicated such calculations actually are. There are four kinds of overlap: 1) None, 2) Some, 3) More, & 4) Less.

      If you only care about coverage, and no RF redundancy, then design for primary coverage only. It will save you money. If you you want additional overlap for better roaming and RF redundancy, then set a goal for secondary coverage.

      Hope this helps,


  • December 2, 2016 at 2:59 pm

    Great information Devin. Always learning from you.

Comments are closed.