WiFi Ninjas

WN Podcast 016 – WiFi 6 In The Wild – Part 2 – Real World

Hello! Welcome to our new & juicy podcast episode 16! Today we are following up with a second part of the “WiFi 6 In the Wild” deep dive, where we’ll discuss real world of WiFi 6 operations and enhancements, trying to focus on what’s practical and important without sounding like marketing broken record ^_^

Today’s show notes will be quite short, as we’ve blogged about this topic here: https://wifininjas.net/index.php/2019/07/03/wn-blog-003-wifi-6-deep-dive-real-world-testing/

Enjoy! And comment. And shout if you like it or don’t like it or if you’d like us to talk about anything specific in future episodes!

With tons of love x,

WiFi Ninjas

WN Blog 005 – WiFi Ninjas WiFi 6 Network Nomads Meetup

Welcome to our WiFi 6 network nomads event , where we discussed real world of WiFi 6 operations, enhancements and testing! trying to focus on what’s practical and important without sounding like a marketing broken record

With tons of love, WiFi Ninjas

WN Podcast 015 – WiFi 6 In The Wild – Part 1 – The Theory

Hello! Welcome to our new & juicy podcast episode 15! Today we are kicking off the 2-parts “WiFi 6 In the Wild” series, where we’ll discuss real world of WiFi 6 operations and enhancements, trying to focus on what’s practical and important without sounding like marketing broken record 😉

Today’s show notes will be quite short, as we’ve blogged about this topic here: https://wifininjas.net/index.php/2019/07/03/wn-blog-003-wifi-6-deep-dive-real-world-testing/

As mentioned in the podcast, we’ll include some more info about the modulation and encoding but felt last minute that a blog post would be more appropriate than a single picture in the show notes 🙂 More details here: https://wifininjas.net/index.php/2019/07/07/wn-blog-004-wifi-1-5-modulation-encoding-techniques/

Enjoy! And comment. And shout if you like it or don’t like it or if you’d like us to talk about anything specific in future episodes!

With tons of love x,

WiFi Ninjas

WN Blog 003 – WiFi 6 Deep Dive & Real World Testing

Hey, welcome to our WiFi 6 deep dive & real-world testing blog.

We’ve just hosted a WiFi 6 Network Nomads event with Natilik and put quite a lot of time and effort into preparing for this event, recorded a juicy podcast on WiFi 6 with David Coleman, studied hard & tested ax with some WiFi 6 clients on a WiFi 6 AP running beta code enabling some ax features 😉

We both wanted to share with you our real-world findings and experience of WiFi 6.

Before we jump into our testing and finding lets first have a quick recap on the evolution of WiFi:

Evolution of WiFi
Evolution of WiFi

Just wanted to mention key milestones here:

  1. 802.11a added OFDM support and 64 QAM modulation, enabling us to use amplitude and phase to represent 64 different symbols containing more data within the same TxOP, increasing throughput substantially, from 11Mbps to 54Mbps
  2. 802.11n added support for MIMO and channel bonding – both extremely valuabe features:
    • MIMO enables us to use multiple receiving/transmitting antennas to either increase bandwidth (spacial multiplexing) or quality of transmitted or received signal (TxBF and MRC). One thing to note is that we can’t combine multiple MIMO features, so spatial multiplexing is the most popular choice there 🙂
    • Channel bonding enables us to more than double (less % of null carriers in wider channels) achievable data rate every time we double the channel width. Please be aware that bonding channels might increase channel interference (CCI, ACI) and doubling the channel width decreases SNR by 3dB due to doubling the noise floor
  3. 802.11ac massively simplified complexity introduced in 802.11n. Most notably, number of available PPDU types was reduced from three in WiFi 4 (HT, legacy and mixed) to just one in WiFi 5, happily catering for the legacy devices. Additionally, there is just one TxBF implementation type specified in the standard instead of two. Main goal of ac, on top of reducing complexity, was to increase speed
  4. 802.11ax is not about speed anymore, it’s focused on efficiency instead (but it’s also faster, so can’t really complain there!)

Now that we have recapped on the evolution of WiFi – let’s look at 802.11ax at a high-level overview of what’s new and improved:

802.11ax Whats new and improved
WiFi 6 – Whats new and improved

We know everyone is dying to see some techie stuff here, so there we go. Here comes our OneNote notes (forgive us not converting it to book style / essay / marketing leaflet formatting hehe). This is a mixture of knowledge gathered by listening to other ax podcasts (thanks CTS!), reading ax blogs (thanks David Coleman!) and our real world testing.

802.11ax OFDMA (mandatory UL & DL) – yes, the secret freaking sauce 🙂

  • OFDMA operates in downlink OR uplink at any given time – adds a good amount of efficiency but doesn’t solve a half duplex nature of operation on a single AP
  • OFDMA in conjunction with BSS Coloring is a beast
  • Differences between OFDM and OFDMA
    • Number and size of the subcarriers
      • 4x times more subcarriers in OFDMA that we had in OFDM
      • 64 subcarriers in 20MHz channel in OFDM
        • 312.5 KHz wide
      • 256 subcarriers in 20MHz channel in OFDMA
        • 78.125 KHz wide
    • Symbol duration increased 4x in OFDMA
      • Transmission on a specific subcarrier over time
      • Guard interval is a time between each symbol transmission
      • Going from 3.2 microseconds with OFDM to 12.8 microseconds
  • Does OFDMA increase throughput when compared to OFDM? It doesn’t! Check ax MCS table showing absolutely no difference in rates with 802.11ax OFDM or OFDMA operation
    • OFDM uses 64 subcarriers, 12 GuardNull subcarriers = 18.75%
    • OFDMA uses 256 subcarriers. 22 GuardNull subcarriers = 8.5%.
    • It might suggest that OFDMA is more efficient as it has a higher percentage of tonnes carrying data, but when we also consider at least twice as long Guard Intervals used in ax (ac commonly used 0.4us, whereas ax uses 0.8us or more), it nicely balances out 😉
  • OFDMA introduces narrower ‘baby channels’, and narrower channel = better SNR = better modulation scheme used for longer when you move farther away from the AP = happier clients and better general cell efficiency
  • Types
    • The smallest sub-channel is composed of 26 subcarriers.
    • Type of subcarriers:
      • Data subcarriers
        • Actual data
      • Pilot subcarriers
        • At least 2 per RU
        • Used to sync the comms
      • DC subcarriers
        • Direct Current
        • Approx centre frequency of the sub-channel
        • Can be easily seen in a FFT – dividing channel in half-ish
        • Depending on channel width and RUs, we can have from 3 to 7 DC subcarriers
      • Guard subcarriers
        • Located at the end of channel
      • Null subcarriers
        • Not located at the end of channel
    • RU structures
      • A 26-tone RU consists of 24 data subcarriers and 2 pilot subcarriers.
      • A 52-tone RU consists of 48 data subcarriers and 4 pilot subcarriers.
      • A 106-tone RU consists of 102 data subcarriers and 4 pilot subcarriers.
      • A 242-tone RU consists of 234 data subcarriers and 8 pilot subcarriers.
      • A 484-tone RU consists of 468 data subcarriers and 16 pilot subcarriers.
      • A 996-tone RU consists of 980 data subcarriers and 16 pilot subcarriers.
    • DC (Direct Current) subcarriers are used for the subcarriers located in the center of the channel. Depending on the channel width and the number of tone used, the number of DC subcarriers can vary (Ex: 3 or 7 for a 20MHz wide channel). Most of the time it will be 7 for the 20MHz and 80MHz wide channels and 5 for the 40MHz wide channels.
    • A 20MHz wide channels has 11 guard interval: the first 6 and the last 5 of the channel.

Easy, right? Let’s take a look at a simple diagram visualising main OFDMA concepts:

To make it even easier, this is how subcarriers look like. Not sure where Francois and Rowell at CTS have found it, but this is the best OFDMA Subcarriers structure on 20MHz channel we’ve seen so far:

Here are the diagrams extracted from the 802.11ax draft document detailing the structure of the subcarriers for each channel width using different RUs sizes:

Lastly, please see the full MCS table below. Take some time to digest it. It took us a moment to get it 😉

Now, let’s switch our focus to BSS Colouring 🙂

BSS Coloring (optional) – better take at CCI mitigation than RX-SOP

  • There is a threshold, where BSS Colouring might be used
    • Two APs on the same desk wouldn’t work – ‘crosstalk’ is too high – both consider medium as busy and contend for the airtime
    • Two APs in adjacent room would work – ‘crosstalk’ is ignored
  • BSS Colouring really fixes the CCI issues that RX-SOP attempted to fix
  • Multiple APs can operate on the same channel in the same area without adding to CCI
  • Where do you see BSS Colour
    • HE PHY > Ext Tag: HE Operation > BSS Color Information (see demo section below to see that in captures)
    • Found in beacon frames, association and re-association frames, probe responses, etc.
  • How does BSS Colours affect design
    • Design doesn’t change – still aim to limit CCI – think of legacy devices
  • AP can send BSS colour change announcement
    • If AP sees another AP one the same channel and same colour, it can decide to change colour
    • Action Frame
    • Similar to DFS channel move idea
    • Can clients report BSS / channel info back to the AP (check draft)?
  • First defined in in 802.11ah
  • Collision can still occur within a single colour area
    • Retransmission would happen as normal
  • BSSC will improve the SNR by lowering interference and decrease number of collisions
  • 63 colours / numbers available on every channel
  • Draft doesn’t say how vendors implement BSS Colouring

TWT is next on the list 🙂

Target Wake Time – TWT (mandatory for APs, optional for clients)

  • WiFi 6 objectives from the draft
    • Increased efficiency without increasing power consumption
    • Improve power efficiency – TWT is the answer
    • TWT is used to help minimise contention between clients and reduce time the clients in saving mode is awake
  • AP in control of TWT scheduling
  • Introduced first in 802.11ah / HaLow
  • Aimed at IoT but hugely beneficial for mobiles and laptops
  • 3 modes of operation
    • Individual
      • Client is choosing when to wake up and go to sleep
      • Agreed with AP
      • Client can send its power schedule to the AP
      • AP receives that and has a final say
      • AP has to keep track of multiple TWT schedules for every device using it
    • Broadcast
      • Multicast and recurrent traffic mostly
    • Opportunistic Power Save
  • With TWT clients can sleep for as long as they want
    • A day, week, month etc.
    • Client can suggest its sleeping schedule to the AP
    • AP has a final say – can accept, reject or amend this schedule
    • AP must keep track of TWT schedules for all associated devices that are using it
  • On top power saving benefits, TWT reduces contention between clients

MU-MIMO (optional) – gimmick or not?

In short: MU-MIMO is used to allow multiple simultaneous AP <-> STA conversations on a single AP. Sounds great, but there are some conditions that must be met for MU-MIMO to work:

  • STAs must be on a different physical side of the AP
  • Data must be buffered to all the STAs at the same time – all STAs are transmitting OR receiving, never both at any given time
  • The frames AP have for everyone must be of a similar size
  • Client STAtions and APs must support MU-MIMO operation

When you think more about it, it adds even more complexity – we need more antennas on the AP for MU-MIMO to make sense. 4×4:3 (quite popular mix on the modern APs) would allow us to use 2×2:2 and 2×2:1 for example. Some vendors start packing the APs with 8×8 and it’s great for MU-MIMO, but how about AP power consumption? More antennas or more radios = increased power consumption, on both AP and the client side. 802.3at (30W) might no longer cut it and we’re not sure that having more antennas is worth upgrading switching infrastructure to support UPoE (Cisco, 60W) or 802.3bt (standard, 90W). Additionally, we are not aware of any clients supporting MU-MIMO in both directions.

Lastly, let’s take a look at the new modulation scheme!

1024 QAM (mandatory) – do you need to be ‘extremely’ close to the AP?

There is popular theory that 1024 QAM is a waste of time, as you need to literally place your device on the AP to achieve it. Is it true? Not necessarily! We’ve run some test (see ‘Demo’ later on in this blog) and maintained MCS 10 and 11 (both using 1024 QAM) while moving quite far away from the AP. Let’s come back to that in a sec.

Now, what is 1024 QAM and how would it change our lives? It’s just a faster modulation scheme. Iteration, not revolution, offering up to 20% gain in theoretical throughout (less in the real life). It’s still good to have. More throughout = less time spent using the airtime.

It makes even more sense when used with OFDMA and RUs – narrower ‘baby channels’ (RUs) would offer higher SNR than 20MHz OFDMA 242-tonnes or 20MHz OFDM, and therefore it would be easier to maintain 1024 QAM over even longer distances.

Let’s move to the APs. We wanted to cover and highlight some of the pre-standard APs that have been released and explain some of the wording + terminology used.

Cisco WiFi 6 WAPs:

Cisco WiFi 6 APs
Cisco WiFi 6 APs

Meraki WiFi 6 WAPs

Meraki WiFi 6 APs
Meraki WiFi 6 APs

Like us you might have been wondering what is the difference between certifiable and compatible? We reached out to our contacts at Cisco and got the following responses:

“There are some Wi-Fi 6 access points already on the market, targeted for early adopters and customers who are eager to test the new standard. The access points that are released early will be pre-standard APs because the standard will not yet have been ratified. This means key features that are part of Wi-Fi 6 may not be supported on some of these initial, pre-standard access points. However, when available, some of these access points will be able to become certified through software updates and Wi-Fi 6 features will be supported. This approach is similar to the introduction of prior generations such 802.11ac and 802.11n.

first iteration of 8×8 in the 9117 (incidentally the same as all other manufacturers with the same chipset) does not support OFDMA in UL, therefore, we are saying that this AP will be compatible with wifi6 from the WiFi alliance perspective – future versions of 8×8 APs will be certifiable. With the 9115 and 9120 we are confident that there will be no changes to the standard for those AP’s, so confident that they will be certifiable to WiFi Alliance WiFi 6″

A few things we want to make me clear here:

Certifiable = will be WiFi 6 compliant in the future with a software update

Compatible = follows draft but will not support all WiFi 6 features

OFDMA is a new WiFi 6 thing and it’s mandatory in both directions

No OFDMA = no WiFi 6 compliance

Ok we feel like we have recapped the evolution of WiFi, what’s new and improved in WiFi 6 and the difference in some of the WiFi 6 WAPs. Let’s move on to our testing & findings.

We finally got our hands on a WiFi 6 AP (Cisco Cat 9115 – thank you Cisco!) and 2 x WiFi 6 devices (Samsung s10e) and it was safe to say we were excited as they love anything to do with WiFi 🙂

WiFi 6 testing time!

That’s what we used 🙂 Cisco 9115 AP & 2x Samsung S10e:

Cisco Cat 9115 WiFi 6 APs and Samsung S10e's WiFi 6
Cisco Cat 9115 WiFi 6 APs and Samsung S10e’s WiFi 6

A very happy Mac & Matt, featuring 2 x Ekahau Sidekicks used for Spectrum Analysis and Packet Captures:

Matt & Mac Testing WiFi 6
Matt & Mac Testing WiFi 6

In this set up at Mac’s home productions network he currently has running a Cisco WLC3504 which was upgraded to AireOS 8.9 as this is the first version of software that supports WiFi 6 WAPs.

Cisco WLC 3504 on Cisco AireOS 8.9 code, 802.11ax configuration 1:

Cisco WLC 3504 on Cisco AireOS 8.9 code, 802.11ax configuration 1
Cisco WLC 3504 on Cisco AireOS 8.9 code, 802.11ax configuration pt 1

Cisco WLC 3504 802.11ax configuration 2:

o WLC 3504 802.11ax configuration 2
Cisco WLC 3504 on Cisco AireOS 8.9 code, 802.11ax configuration pt 2

Now that everything was configured correctly, we connected the two Samsung S10e’s to the Cisco 9115 AP and the little 6 logo now appeared next to the WiFi icon which we both thought was pretty cool and exciting! Mac couldn’t sleep for a week because of this over-excitement.

Samsung WiFi 6 Logo
Samsung WiFi 6 Logo

We decided to look at some wireless packet captures to see what was going on.

Cisco Cat 9115 AP beacon on 8.9 AireOS Code

Cisco Cat 9115 AP AireOS 8.9 PCAP 1
Cisco Cat 9115 AP AireOS 8.9 PCAP 1
Cisco Cat 9115 AP AireOS 8.9 PCAP 2
Cisco Cat 9115 AP AireOS 8.9 PCAP 2
Cisco Cat 9115 AP AireOS 8.9 PCAP 3
Cisco Cat 9115 AP AireOS 8.9 PCAP 3
Cisco Cat 9115 AP  AireOS 8.9 PCAP 4
Cisco Cat 9115 AP AireOS 8.9 PCAP 4
Cisco Cat 9115 AP AireOS 8.9 PCAP 5
Cisco Cat 9115 AP AireOS 8.9 PCAP 6
Cisco Cat 9115 AP AireOS 8.9 PCAP 6

As we can see above there is no support for UL & DL OFDMA, BSS Colouring, UL & DL MU-MIMO, 1024-QAM and TWT, meaning that no WiFi 6 features are supported on Cisco AP C9115 running 8.9 code!

We then moved to check our client’s ax capabilities 🙂 We’ll be looking at probe request, as this gives us a clearer pic of what the client is really capable of. Looking at, in example, authentication or association request would show us client’s ‘response’ to the capabilities presented by the AP and client would most likely want to match them in its responses. So even if a client device supports more ax features, we probably wouldn’t see that in captures.

Samsung S10e Probe Request frame decodes

Samsung S10E PCAP 1
Samsung S10E PCAP 1
Samsung S10E PCAP 2
Samsung S10E PCAP 2
Samsung S10E PCAP 3
Samsung S10E PCAP 3
Samsung S10E PCAP 4
Samsung S10E PCAP 4
Samsung S10E PCAP 5
Samsung S10E PCAP 5
Samsung S10E PCAP 6
Samsung S10E PCAP 6

So, from what we could see here was that all the new features of WiFi 6 and what would make a wireless device WiFi 6, seemed to be not supported on neither the AP or either of the phones!

Now we take a look at the spectrum analysis of Xiaomi WiFi 5 device connect to WiFi 6 enabled wireless network connected to WiFi 6 Cisco Cat 9115 AP and run a nPerf speed test.

Xiaomi WiFi 5 phone:

Samsung WiFi 6 s10e:

We can clearly see both WiFi 5 & 6 devices associated with an ax AP use OFDM.

Bit confused like us that the WiFi 6 device looks to have a very similar spectrum pattern to the WiFi 5 device?

We decided to compare the beacon frame of some other vendor WAPs to see if anyone else was supporting any WiFi 6 Features yet:

Aerohive AP630 Beacon Frame decode

Aerohive AP630 Pcap 1
Aerohive AP630 Pcap 1
Aerohive AP630 Pcap 2
Aerohive AP630 Pcap 2
Aerohive AP630 Pcap 3
Aerohive AP630 Pcap 3
Aerohive AP630 Pcap 4
Aerohive AP630 Pcap 4
Aerohive AP630 Pcap 5
Aerohive AP630 Pcap 5

 We can see here the AP is using draft 3.0 and BSS Coloring is enabled as here says disabled: false

Aerohive AP630 Pcap 6
Aerohive AP630 Pcap 6

Engenius EWS357AP Beacon Frame decode

Engenius EWS357AP Pcap 1
Engenius EWS357AP Pcap 1
Engenius EWS357AP Pcap 2
Engenius EWS357AP Pcap 2
Engenius EWS357AP Pcap 3
Engenius EWS357AP Pcap 3
Engenius EWS357AP Pcap 4
Engenius EWS357AP Pcap 4
Engenius EWS357AP Pcap 5
Engenius EWS357AP Pcap 5
Engenius EWS357AP Pcap 6
Engenius EWS357AP Pcap 6

We can see here the AP is using draft 3.0 and BSS Coloring is enabled as here says disabled: false

Engenius EWS357AP Pcap 7
Engenius EWS357AP Pcap 7

Quick recap of what we’ve seen in above captures:

  • Cisco C9115 running 8.9 AireOS doesn’t support a single ax feature except MCS0-11 (10 and 11 suggest QAM 1024 support)
  • Aerohive (or shall we call it Extreme?) AP630 supports the same MCS0-11 rates and additionally supports BSS Coloring
  • Engenius EWS357AP also supports MCS0-11 rates and BSS Coloring only, but across 2 spatial streams (Cisco and Aerohive support 4SS)

We now wanted to cry (hehe) and we’ve reached out to Cisco with our findings. Cisco has confirmed that 8.9 AirOS code just provides support for the WiFi 6 WAP’s to join the WLC but no WiFi6 features – so they kindly added us to their Beta testing programme and gave us a copy of 8.10 which would turn on a couple of features of WiFi 6. Here is what’s now supported:

Cisco AireOS 8.10 BETA code supported features
Cisco AireOS 8.10 BETA code supported features

We’ve installed the Beta 8.10 Code on Mac’s production WLC3504 to his wife’s dissatisfaction and began testing again:

Cisco WLC3504 running AireOS 8.10
Cisco WLC3504 running AireOS 8.10

Checked to make sure what the Cisco Cat 9115 AP was supporting now – the below shows just loggs from the AP SSH showing that our secret features (most importantly OFDMA in both directions) should now be supported:

Cisco Cat 9115 AP AireOS 8.10
Cisco Cat 9115 AP AireOS 8.10

We’ve preformed some more wireless PCAPs, so now what features do we support that was not here before?

We have highlighted in blue everything that is still not supported from the previous screens shots in AireOS 8.9 and everything in red is what is now supported in AireOS 8.10.

Cisco Cat 9115 AP Beacon Frame decodes (running beta code 8.10)

Cisco Cat 9115 AP AireOS 8.10 PCAP 1
Cisco Cat 9115 AP AireOS 8.10 PCAP 1

Operating Mode (OM) Control Field is now supported! It allows STA to suspend participation for synchronized UL-OFDMA and contend for the medium for an independent uplink transmission.

Cisco Cat 9115 AP AireOS 8.10 PCAP 2
Cisco Cat 9115 AP AireOS 8.10 PCAP 2
Cisco Cat 9115 AP AireOS 8.10 PCAP 3
Cisco Cat 9115 AP AireOS 8.10 PCAP 3
Cisco Cat 9115 AP AireOS 8.10 PCAP 4
Cisco Cat 9115 AP AireOS 8.10 PCAP 4
Cisco Cat 9115 AP AireOS 8.10 PCAP 5
Cisco Cat 9115 AP AireOS 8.10 PCAP 5

1024 QAM for 242-tone RU (full 20MHz channel width) is also supported now! Our hopes are getting higher and higher 🙂

Cisco Cat 9115 AP AireOS 8.10 PCAP 6
Cisco Cat 9115 AP AireOS 8.10 PCAP 6
Cisco Cat 9115 AP AireOS 8.10 PCAP 7
Cisco Cat 9115 AP AireOS 8.10 PCAP 7

And that’s it! Let’s quickly recap what should theoretically be supported, post upgrading our 8.9 AireOS to the new, cutting edge, breathtaking beta code version 8.10 🙂

MCS0-11 and OFDMA UL & DL are now supported on both Cisco C9115 AP and Samsung S10. Both devices use 802.11ax Draft 3.0 as a base. It’s looking promising on paper now 🙂

We re-ran the same speed test and analysed the spectrum and compared the results of the Samsung S10e’s WiFi 6 vs Mac’s Xiaomi WiFi 5 device. Testing methodology didn’t change – we’ve associated one device at a time, there was completely no spectrum activity on our test channel 36, no neighbours, no interferences, very stable and low noise floor. This is what we’ve seen:

Xiaomi WiFi 5 phone (WLC running 8.10 beta):

No change here (as expected), still hitting 83%-ish in spectrum utilisation, using OFDM over 20MHz channel.

Samsung WiFi 6 s10e Test 1 (WLC running 8.10 beta):

Samsung WiFi 6 s10e Test 2 (WLC running 8.10 beta):

What’s happening on channel 36 here when running the speed tests on the Samsung s10!?

Look at Test 1. We can see that the channel is being split in half – clearly some secret sauce functionality of WiFi 6 is happening!

We’ve run multiple tests to make sure we’re not dreaming. On ‘Test 2’, client decides to use entire channel. But is OFDMA still in use? It appears it is! When you watch closely, you’ll see several ‘peaks’ inside channel 36. Those peaks look like 26-tones RUs. We are almost sure OFDMA is in use throughout both tests! Please note that in both tests spectrum utilisation peaked at around 70%.

There is one more question. Or even two 🙂 Why would the same device decide to use half of the channel in one test, and entire channel in the other? Unfortunately, even after chatting about it with our Jedi Master, Peter MacKenzie, we didn’t get to a definite conclusion. Our best educated guess is that the device has decided (most likely using OFDMA Random Access – where the decision of RU allocation comes from a client) to use half of the channel to improve SNR and achieve MCS 11. Again, it’s just a guess. Let us know if you have better ideas about what happened there! 🙂

Second question would be around the ax client (S10) utilising less spectrum than ac client (Xiaomi) during exactly same test. We know that our test, where we just looked at a spectrum utilisation, is not too scientific as the speedtest was capped by Mac’s Internet pipe (50Mbps) and we should really use local iperf server ideally to gauge real throughout gain in ax vs ac. We’ve run multiple tests (more than 10) throughout the day and the results were consistent – ax client (S10) was utilising approximately 15% spectrum than ac client (Xiaomi) while running nPerf.

Why would we see this improvement you ask? Great question!

Since OFDM (ac) and OFDMA (ax) really make no difference in terms of throughput for a single client, we suspected that our WiFi 5 and WiFi 6 devices were operating using different data rates.

We’ve picked up any random data packet transmitted by WiFi 5 device and realised it’s operating using MCS8, 2SS, 20MHz channel, ac and short guard interval. Data rate used was 173.3 Mbps and this is as fast as 2 Spatial Stream 802.11ac device can go over 20MHz channel.

Xiaomi MCS Index
Xiaomi Rates

Sweet, we now wanted to check the same on the WiFi 6 data captures. Wait, what data captures? Silly Ninjas. We’ve only got a 802.11ac capable packets capturing device (Ekahau Sidekick) and while we can see control frames coming from and to our beefy S10 and they’re send with a lowest mandatory BSS rates (in our test we’ve used 12Mbps mandatory, all lower disable, all higher supported), we won’t be able to see any data frames. Not a single one. None. Nada. But we know they’re there! Look at delta times after S10 has got a green light from the AP to send data (Clear-to-Send) – there is clearly something missing.

Samsung Omni Peak RTS CTS
S10 Captures with Data Frames missing

Since we couldn’t validate S10 data rates in captures, we had to rely on what the device itself was reporting back 🙂 Again, not the most scientific test but we must go with what we have 😉

We’ve used this opportunity to also check the max distance from an AP with Line-of-Sight to the S10. We’ve place the AP on the tripod, grabbed a laser tool and started moving away from the AP. With entire 20MHz used, we could maintain MCS11 (QAM 1024 5/6) over the first 6 metres. We would then drop to MCS10 (QAM 1024 3/4) when 7-10 away from the AP. We went as far from the AP as the garden allowed, and reached the wall (literally) being good 13 metres away from the AP, at which point we dropped to MCS 9 (QAM 256 5/6), which is still quite sweet.

S10 Data Rates

Max data rate achieved by S10 (286Mbps) was considerably higher than the data rate used by Xiaomi (173Mbps) and this is why we’ve seen lower spectrum utilisation while downloading 40MB file as part of our test.

See the MCS table below. We can see that both WiFi 5 and WiFi 6 test clients were operating at their highest achievable MCS rates. Our S10 devices were happily reaching MCS11, that is an ax rate. It all makes sense now. S10s were using either ax OFDM, 1024-QAM 5/6 with SGI at 2SS or ax OFDMA 24-tone RU 1024-QAM 5/6 SGI at 2SS. Either way, it’s impressive.

MCS Index table
MCS Index Table

To summarise, most of the ax features are still not entirely supported on both client and AP side but we can clearly see that software updates are bringing more and more WiFi 6 improvements. Within the last 2 weeks alone we’ve seen a juicy update from Cisco (8.10 beta) and it should be soon followed by a publicly available 8.10 AireOS version adding support for even more ax features like TWT and BSS Colouring (at which point Cisco should support all WiFi 6 enhancements!). We’ve had a Samsung S10 system update right after taking that phone out of the box. A week later (in between our 8.9 and 8.10 tests) we’ve had another S10 system update ready. Both listing ‘WiFi Improvement’ as the main feature in the changelog. Intel and the others started promoting their mobile WiFi 6 chipsets, that should find their way to consumer laptops later this year. See? 802.11ax aka WiFi 6 is indeed just behind the corner.

Samsung has started a good trend here packing ax radios into S10 line. AP vendors are super brave trying to implement new WiFi iteration before the standard is even ratified. And you know what? We should probably give those vendors a little credit. It must be challenging and expensive and without their vision and drive for innovation, we wouldn’t be adopting those new toys and big boys’ gadgets as quickly as we’re adopting them now.

Question we have been asked recently is would we upgrade to WiFi 6 APs right now – and our answer after all of the studying and real world testing is that probably yes – why not 😉 At first you may just be getting a glorified WiFi 5 AP but it is still going to be a pretty good god damn WiFi 5 AP and when them software updates start coming and more support for the WiFi 6 features along with more WiFi 6 clients, we should see benefits all across the board.

WN Podcast 014 – WiFi Design for Retail

Welcome to our new WiFi Ninjas Podcast episode! We continue our Design Series with a discussion around WiFi Design for Retail.

Design recap (see episode 12):

  • Understand the purpose (data, high density, location, etc.)
  • Capture success criteria (capacity, coverage, other RF elements, roaming)
  • Always go on site before and after (attenuation, RF condition, interferers, DFS, visual check)

Retail design challenges:

  • Often very high ceilings
  • Often large open spaces (food court areas etc.) so not much to attenuate WiFi
  • A lot of 2.4GHz CCI/ ACI from there being so many wireless devices in every store or concession stand
  • pretty much guarantee that 2.4GHz spectrum is near enough unusable
  • Legacy guest devices
  • So retail providers usually want you to still support 2.4GHz
  • Large amount of devices
  • Can you bring concessions WiFi under yours by giving them an SSID and VLAN on your wireless network in a certain area controlled by AP Groups – reduce the amount of rogue WAPs and contention! 

Retail design essentials:

  • What is the wireless design for?
    • Data? Voice?
    • Guest Location Analytics
    • Anything else?
  • Who is it for?
    • Guest only
    • Guest & Corp
  • Capacity in different times of year – ever seen a popular mall over Christmas period?
  • Mobility is key but it’s challenging
  • Security vs compatibility vs user friendliness
    • P2P block
    • Onboarding must be easy
      • Ask too many questions and users won’t connect
      • Keep it simple – use Facebook, Instagram etc.
      • Stick to basic email form for users with no social media
  • Value of cutting edge WiFi without apps
    • Challenging to get users to install apps
    • Easier with WiFi than with BLE due to randomisation

Drivers behind having a sleek WiFi in retail:

  • Goal: increase sales
    • Understand the customers needs
    • Adjust the displays, stock, presentation, promotions, online presence, etc.
  • Customers expect proper connectivity
    • If mobile coverage drops, they will check WiFi out
    • If it’s not there, it’s bad. If it is there but it’s slow or user-unfriendly, it’s even worse
  • All things considered, WiFi is not the most expensive part of running a store, but it can massively help business:
    • Built email list (login via form)
    • Built demographic stats (login via social network)
    • Understand basic customers presence in store (zone based analytics)
    • Understand routes client take (basic location analytics with WiFi triangulation and presence)
    • Understand exact clients location behaviour with high tracking accuracy (hyperlocation, BLE, vBLE)
    • Chance to push loyalty apps
    • Wayfinding
    • Grabbing attendant attention
    • Users engagement
  • ‘physical’ stores experience tough times – use tech to steer users towards own online shops instead of closing businesses

Wireless Coverage Areas and different requirements?

  • Front of House
    • Areas where guests will be traversing through the centre
  • Back of House
    • Service corridors
    • Offices
    • Service yards
  • External
    • Outdoor shopping areas
    • Outdoor entertainment areas
  • Car Parks
    • People locating themselves back to where their car is parked

What Vendors for wireless analytics

  • Cisco + CMX + DNA Spaces
  • Meraki + Purple
  • Mist

Pick your AP wisely

  • Internal or external?
  • Needs more ruggedness?

Think about the config

  • Its hard to get to know the devices you design for as there could be any kind of legacy device a guest user could bring in – agree upfront with the retail management what the worst device you are willing to cater for.
  • Guest is usually open / open or open with captive portal
  • Can you / should you use just UNII1 and UNII2 channels?
  • Monitor mode WAPs
  • Watch the Tx power and data rates
  • Stick to 20Mhz wide channels
    • Bonded channels = more interference = lower SNR
    • Normally throughput is not a concern in retail
  • RX-SOP can mean drop offs mid roam for stickier
  • Devices might not like 802.11v – clients don’t like to be disassociated and v sends client a proposition to associate with other best AP, followed by a threat of disassociation if STA doesn’t jump on its own and a big chunk of clients don’t support it
  • Devices might not like 802.11r at all or some flavour of it

Mounting and positioning

  • Often very high
  • Concessions may not let you install WAPs in front of their shop fronts as it will not make it aesthetically pleasing
  • Most important after coverage is no CCI / ACI and fast roaming
  • Service yards – WAPs can get covered in a lot of crap quite easily so may need to consider IP rated boxes to protect them or external / ruggedized WAPs

Other standard considerations

  • Distance to the switch
  • PoE
  • Mounting restrictions
  • Obstructions, metal
  • Other networks
  • Interferers
  • Vendor choice
  • Architecture

Thanks for listening and please don’t hesitate to leave a comment, feedback, subscribe or follow us on social media!

Join us at Natilik HQ in London, where we’ll be hosting an 802.11ax focused event with juicy theory hands on demos. Drinks and food on us! Register here:

https://www.eventbrite.co.uk/e/network-nomads-all-eyes-on-wifi-6-tickets-62909569215?aff=eac2

Cheers!

WN Podcast 013 – WiFi Design for Warehouse

Welcome to our new WiFi Ninjas Podcast episode!

In this episode Mac and Matt discuss at a high level how they design WiFi for the warehouse as they look to share their personal experience and tips with you.

Design recap (see episode 12):

  • Understand the purpose (data, high density, voice, scanners, etc.)
  • Capture success criteria (capacity, coverage, other RF elements, roaming)
  • Always go on site before and after (attenuation, RF condition, interferers, DFS, visual check)

Warehouse design challenges:

  • Often very high ceilings
  • Moving forklift trucks knocking off APs and antennas
  • Changing stock
    • Amazing WiFi during holidays season can go ‘tits up’ before Christmas
  • Changing racks layout
    • Matt can say something about it 😉
  • Changing requirements and purpose
    • Those scanners from 1999 might now be upgraded and need to support voice
  • Tons of obstructions
  • Legacy devices
    • Tendency to use old scanners forever
  • Weird devices (especially true for legacy ones)
    • Using specific channels only
      • 2.4 or 5GHz only
      • Limited 5GHz channels, in most cases UNII-1 only
    • Using specific data rates only
      • AP tries 54, fails, tries 48, fails, (…), settles on 2 Mbps – difficult to tshoot
    • Battery operated devices with failed implementation of battery saving mechanisms
      • Drops off
      • Doesn’t roam properly or quickly enough
  • Preferred authentication is often not supported
    • Security team crying about having to use PSK
  • Can be difficult to get to the AP or antenna if needed

Warehouse design essentials:

  • Choose the right antenna type for the job
    • Cover what needs to be covered
      • Coverage on the ground level, 15m up where the forklifts operate or both?
      • Propagation pattern
    • Reduce overlapping
      • Use the environment
      • Position antennas wisely
    • Environment can dictate antenna type
      • Omnidirectional won’t be great at 20m
      • Overlapping can be substantial with omnis in vast open spaces
      • Not always possible to put omni in the middle of the rack
  • Pick your AP wisely:
    • Cold or hot? Dust?
    • Internal or external?
    • Needs more ruggedness?
  • Think about the config:
    • Normally you’d have a different SSID for WH offices and WH packing / production / shifting
    • For WH offices design, listen to our previous episode
    • For WH production, keep it simple
    • Get to know the devices you design for – sometimes warehouses use very capable tablets or a mix or modern tablets and very old scanners
    • Roaming (quick one!) is extremely important
    • Can you / should you stick to PSK?
    • Can you / should you use just UNII1 and UNII2 channels?
    • Watch the Tx power and data rates
    • Will you survive on 20MHz? Normally WH capacity needs are low
    • Do you really need those bells and whistles for often very limited number of devices?
      • Bonded channels = more interference = lower SNR
      • RX-SOP can mean drop offs mid roam for stickier
      • Devices might not like 802.11v – clients don’t like to be disassociated and v sends client a proposition to associate with other best AP, followed by a threat of disassociation if STA doesn’t jump on its own and a big chunk of clients don’t support it
      • Devices might not like 802.11r at all or some flavour of it
    • Even old scanners normally support 802.11a and 2.4GHz is often noisy from both WiFi and non-WiFi interference; stick to 5GHz whenever possible
  • Mounting and positioning
    • Often very high
    • Few examples:
      • Patch or sector on the walls, covering entire or most of the aisle, tilted down, pointing towards the aisle’s end
        • Sometimes one AP per aisle is enough (up to 80-100m), sometimes two at both ends (more than 100m)
      • Patch or sector cone of coverage with antenna pointing down, antenna mounted to the ceiling, duct or suspended
      • Omni with external antennas pointed up or down, mounted to the wall, beam or column, away from the metal surfaces
      • AP/antenna placed in a heated or cooled Nema enclosure
    • Ensure basic AP redundancy – it’s not easy nor quick to replace one
    • Most important after coverage is no CCI / ACI and fast roaming
    • Ensure speeding clients, both human on forklifts and robots (have you seen automated warehouses yet?), are associated with the AP you want them to be associated with and that they roam where and when we want

Other standard considerations

  • Distance to the switch
  • PoE
  • Mounting restrictions
  • Obstructions, metal
  • Other networks
  • Interferers
  • Vendor choice
  • Architecture

Thanks for listening and please don’t hesitate to leave a comment, feedback, subscribe or follow us on social media.

WN Podcast 012 – WiFi Design for Enterprise

Welcome to our new WiFi Ninjas Podcast episode!

In this episode Mac and Matt discuss at a high level how they design WiFi for the enterprise as they look to share their personal experience and tips with you.

Capture requirements:

  • High Density / data (to be covered in more details in future episode)
  • Voice (see episode 11 with Andy)
  • RTLS (to be covered in more details in future episode)
    • Zone analytics
    • Location tracking or wayfinding
      • Trilateration
      • Hyperlocation
      • BLE / vBLE
      • Asset tracking / tags
      • Apps or no apps

Capture success criteria:

  • Capacity
    • Apps in use
    • Head count
    • Devices in use
    • Device count
  • Physical
    • SNR
    • RSSI
    • Overlapping

Make basics right:

  • Do a proper survey (see episode 3 – predictive survey)
  • Go to the site
    • Measure walls and ceilings attenuation
    • Understand mounting limitations
    • Check RF
    • Check DFS
  • APs count, model, antenna and placement for different use case
    • Omni vs directional
    • Aesthetic considerations
      • Visible or not
      • Flat antenna under the ceiling and AP in plenum?
      • Colour
    • Architectural considerations
      • Listed buildings
      • Custom requirements – lifts, landlord owned staircases, steel beams etc.
    • High density / basic data
      • Focus on capacity and coverage
    • Voice
      • Focus on roaming
    • RTLS
      • Focus on location accuracy
  • Physical APs mounting considerations
    • Obstructions
      • Reflectors
      • Absorbers
      • Scaterers (is that a word?)
    • Consider wavelength if mounting really close to the obstructions, especially if they’re highly reflective
      • AP at least 1 wavelength away
      • 2.4GHz wavelength: 12.5cm
      • 5GHz wavelength: 6cm
    • Consider close field interference
    • Consider overlaid wireless (not only WiFi) networks
    • Consider other interferers

Vendor / partner choice:

  • Staff skills
  • Managed services?
  • Fit for purpose
    • Is on-prem or cloud a preference?
    • Consider the complexity of the solution vs benefits

Architecture:  (to be covered in more details in future episode)

  • All the above will dictate architecture choices
  • Management
  • Data switching
  • Authentication

Keith Parson AP Power Level Chart:

Thanks for listening and please don’t hesitate to leave a comment, feedback, subscribe or follow us on social media.

WN Podcast 011 – Voice over WiFi with Andrew McHale

Welcome to our new WiFi Ninjas Podcast episode!

We’re lucky again to get a chance to speak with a true legend! This time around we chat with Andrew McHale discussing some juicy voice design tips.

A bit about Andy:

  • Worked for Vocera for 8 years as an implementation engineer
  • Assess Vocera Badge and smartphone performance on customer WLAN’s
  • Part of Vocera’s internal Wireless Council
  • Assessed hospitals, libraries, hotels, schools, offices, and a superyacht for VoWLAN quality
  • Assessed in Asia, Middle East, Europe, UK and North America

Coverage:

  • At least 1 access point at a minimum of -67dBm everywhere.
  • Ideally 2 access points greater than -67dBm everywhere.
  • Access points in corridors… Bad?

Avoid DFS Channels:

  • DFS channels add a LOT of time to scanning

Advertise SSID in Beacons!

Channel Plan:

  • We used to cope with 3 – 4 channels in a very crowded band
  • 5GHz is a cleaner band
  • Voice devices often scan all configured channels
  • Europe/UK only has 4 non-DFS channels
  • 36-64 if indoor only, 36-48 + 100-112 if supporting outdoors
  • Sharing is Caring – use 11k.

Channel Widths:

  • Use 20MHz Wide Channels
  • Only using 8 channels (right…!), we can’t afford to bond them.
  • Voice doesn’t need 20MHz, let alone 40MHz.
  • 5 SNR everywhere is challenging, why take a 3-6dBm Noise hit because you’re bonding channels.

PSK, OKC or 11r:

  • What do we want? FAST ROAMS! When do we want them? EVERYTIME!
  • Pre-shared key 4 way handshake is quick and consistent
  • What is quicker than PSK exchanges? No exchanges!
  • OKC/11r can save the client performing the full re-auth
  • DO NOT make a voice client perform RADIUS authentication every time.

No subnet roaming:

  • 400ms is a quick DHCP exchange. No biggie right?
  • Voice needs delay below 150ms.
  • 400-800ms (DHCP) + 100-200ms (Roam) = sad faces!
  • Ensure voice clients only perform DHCP at Association
  • Set lease renewal to an entire shift (8hr in business, 12hr in Hospitality/Healthcare)

QoS End-to-End:

  • End-to-End QoS is hard.
  • Suck it up buttercup, this is why you get the big bucks!
  • Peer-to-peer voice clients need it to avoid downstream voice packets casually skipping along holding hands with Facebook status updates…

AP Power Levels:

  • 2011 –  “Please turn your AP’s Down, they’re on Max power”
  • Too much CCI
  • 2019 – “Please turn your AP’s Up, they’re on Min power”
  • Too much roaming
  • Put a leash on RRM.
  • Don’t leave -125dBm/30dBm defaults, we’re better than that.

Thanks for listening and please don’t hesitate to leave a comment, feedback, subscribe or follow us on social media.

WN Podcast 010 – 802.11ax with David Coleman

Welcome to our new WiFi Ninjas Podcast episode.

In this episode we feel very privileged to have a true WiFi Legend on as our guest – David Colemen from Aerohive discuss all things 802.11ax.

A bit about David:

  • CWNE number 4
  • Director of Technical Education and Marketing
  • Primary company liaison to the Wi-Fi Alliance
  • Senior technical evangelist for Aerohive
  • Published WLAN author

What is 802.11ax or Wi-Fi 6?

  • The next generation of the Wi-Fi standard is Wi-Fi 6, also known as 802.11ax, the latest step in a journey of nonstop innovation. The standard builds on the strengths of 802.11ac while adding efficiency, flexibility, and scalability that allows new and existing networks increased speed and capacity with next-generation applications.
  • The Institute of Electrical and Electronics Engineers (IEEE) proposed the 802.11ax Wi-Fi 6 standard so it can couple the freedom and high speed of Gigabit Ethernet wireless with the reliability and predictability found in licensed radio.

Is Wi-Fi 6 different from 802.11ax?

  • No, they are the same. The Wi-Fi Alliance started a campaign to coin the term “Wi-Fi 6” when referring to the IEEE 802.11ax standard. It indicates that it is the sixth generation of Wi-Fi. The premise was to simplify the marketing message to help 802.11ax be better positioned relative to the Third Generation Partnership Project (3GPP) standards used in cellular (such as 5G). Wi-Fi 6 will also be the name of the Wi-Fi Alliance certification for 802.11ax inter-operability.

What are the benefits of 802.11ax or Wi-Fi 6?

  • Wi-Fi 6 allows enterprises and service providers to support new and emerging applications on the same wireless LAN (WLAN) infrastructure while delivering a higher grade of service to older applications. This scenario sets the stage for new business models and increased Wi-Fi adoption.  The main benefit will be all about better more efficient use of the existing frequency space.

High Level overview of what’s new/ improved in 802.11ax:

  • OFDMA – Better use of the frequency space.
  • BSS Colour/ Spatial reuse operation – mitigate CCI.
  • Uplink and Downlink MU-MIMO.
  • 1024-QAM Higher Data Rates.
  • Target Wake Time (TWT).

OFMA – The secret sauce of 802.11ax!

  • OFDMA the AP is in charge.
  • Rules of contention still apply, however the AP controls the medium during a TXOP for both downlink and uplink.
  • Can also work with 40Mhz and 80Mhz channels.
  • Sub channel utilisation – resource units.
  • OFDMA can use a narrower portion of the frame so that means we can send to 4 stations at the same time.
  • AC and previous we would have to go to 1 station at a time.
  • Huge efficiency gains when our clients also support 802.11ax.

What is MU-MIMO?

  • The term multi-user (MU) simply means that transmissions between an AP and multiple clients can occur at the same time dependent on the supported technology.

Technology Dimensions:

  • Denser modulation using 1024 Quadrature Amplitude Modulation (QAM), enabling a more than 35 percent speed burst.
  • Orthogonal Frequency Division Multiple Access (OFDMA)-based scheduling to reduce overhead and latency.
  • Robust high-efficiency signalling for better operation at a significantly lower Received Signal Strength Indication (RSSI).
  • Better scheduling and longer device battery life with Target Wake Time (TWT).

1024-QAM in 802.11ax:

  • Higher modulation rates require better signal quality or (SNR).
  • 1024 QAM will require an even better signal than 256-QAM from 802.11ac.
  • Greater sensitivity required – will have to be closer to the AP and good SNR to be able to de-modulate the info.

802.11ax / Wi-Fi 6 Benefits:

  • Wi-Fi 6 will build on the success of 802.11ac. It will let access points support more clients in dense environments and will provide a better experience for typical wireless LAN networks. It will also provide a more predictable performance for advanced applications such as 4K or 8K video, high-density high-definition collaboration apps, all-wireless offices, and the Internet of Things (IoT). Wi-Fi 6 will drive Wi-Fi toward the future as the growth of wireless continues.

Is there any benefit for legacy clients? Yes and no!

  • 802.11ax APs will not improve the performance or efficiency of any legacy Wi-Fi clients (802.11a/b/g/n/ac).
  • However, as we see more 802.11ax clients mixed into the client population, the efficiency improvements gained by 802.11ax clients will free up the valuable airtime for those older clients and therefore an overall efficiency of the system.

 802.11ax / Wi-Fi 6 APs:

  • There are some Wi-Fi 6 access points already on the market, targeted for early adopters and customers who are eager to test the new standard. The access points that are released early will be pre-standard APs because the standard will not yet have been ratified. This means key features that are part of Wi-Fi 6 may not be supported on some of these initial, pre-standard access points. However, when available, some of these access points will be able to become certified through software updates and Wi-Fi 6 features will be supported. This approach is similar to the introduction of prior generations such 802.11ac and 802.11n.

WN Podcast 009 – Periodic Survey – 4P Part 4

Welcome to our new WiFi Ninjas Podcast episode.

We have reached the final P in our 4 part 4Ps Survey type!

Matt has spent last few weeks on site again working on projects every single day and has recently attended the Wireless Lan Association conference in Reading in the UK and was a total blast with some great speakers talking about WiFi all day.

Mac has been swamped with project work recently too and has just got back from a well-earned yoga & meditation break to Italy with his wife Magda! Food was amazing and despite it being extremely light and healthy, they haven’t lost any weight due to pigging out every day.

Here is what we have discussed:

  • What is a Periodic Survey?
    • Ensure that wireless network is STILL performing optimally by conducting periodic site survey to account for changes in the dynamic WLAN environment in brownfield sites.
    • Similar to Post-Deployment (see previous episode)
    • Is RSSI & SNR still good?
    • Channel overlapping check
    • Spectrum utilisation check
    • Interference check – rouges and non-WiFi wireless interference
    • Problems? Still Periodic or tshooting focused Assessment?
  • Why is it important to do it?
    • Important to always do it, no matter the vertical nor how big or small the deployment is. Clients have general tendency to push back on doing periodic survey to save costs
    • Physical environment may have changed:
      • New tenants may now occupy floors above or below and have brought new wireless devices with them causing interference on the network
      • New neighbouring buildings might have been erected
      • Some walls might have been put in, removed or changed
    • Requirements may have changed:
      • Wireless network designed for basic data connectivity might now be expected to cater for voice, video, RTLS or high density.
    • Rule of thumb is to check your WiFi condition every year
    • Amazing chance to tweak existing WiFi or flag a need for potential re-design to be better suited for purpose
  • Periodic Survey Tools
    • Ekahau / Sidekick
    • See episode 2 for more info
  • Pre-Reqs:
    • Wireless in place
    • Defined success criteria
    • Access to the site
  • How do you perform Periodic Survey?
    • Prepared survey plans, scale them, etc.
    • No need for drawing walls, but need to define areas and success criteria
    • Standard passive or hybrid survey
    • Office full of users, under normal load, in hours
    • On-site and off-site documentation

Thanks for listening and please don’t hesitate to leave a comment, feedback, subscribe or follow us on social media.