WiFi Ninjas

WN Podcast 055 – Wiflex WiFi Onboarder with Jonas Dekkers

How much do you like splashpages or asking users to install apps to connect to your WiFi? Forget all that 1980s stuff and take a look at your sleek alternatives! Listen to Jonas Dekkers introducing Wiflex – easy onboarding solution that works great for all verticals, devices and users!

WN Podcast 054 – Podcasting & WFH Setup – Part 2

Curious how different mics sound? Do you need a condenser, dynamic, shotgun, broadcasting or a studio mic? How does light affect image quality? Is it worth investing more in better lens & cam? Do you need acoustic treatment of your space? Find out in our latest Podcast!

WN Podcast 053 – OpenRoaming with Jerome Henry and Bart Brinckman

Hi everyone!

How would you feel telling your grandkids that back in your time you had to select a WiFi network you wanted to connect to from the list, use unencrypted connection in public spaces or povide your personal info on the splashpage? See how @Cisco @WBA OpenRoaming fixes it all!

WN Podcast 052 – Mist/Juniper Additional CLI Commands, API and Junos Navigation with Rikard Hjelm


You have configured your smashing new @Juniper switch via @Mist Dash and assuming you are properly nerdy (we know you are), you probably want your switch to do even more! For features not yet implemented in the dash you need to revert to CLI or API. What is the best way of doing it? Listen to @Rikard talking us through that magic.

Let’s dive right in!

This is what we have discussed:

  • Quick recap about Juniper switches integration with Mist
  • Switch managed by Mist, basics configured. What do I do if I need more functionality on the switch?
  • CLI?
    • Can I configure basics (templates, VLANs, ports, switch name, etc.) via Mist and then add more config via CLI?
    • Or I just unmanage switch on Mist and go 100% CLI?
  • Mist Dash ‘Additional CLI Commands’ window?
    • Perhaps a better idea for Mist managed switches?
    • Syntax?
    • Best way of doing it?
      • Check the commands in CLI first (commit check, rollback) and then add commands in Mist?
    • Can I use multiple templates so I could have different ‘blocks of CLI commands’ in different ‘Additional CLI Commands’ windows?
  • API?
    • How do I use it with Mist managed switch?
    • Through Mist Dash?
    • Adding more switch functionality available via API?
  • Can I / should I ‘mix and match’ different configuration methods for Mist managed switches?
    • Example: configure basics via Mist GUI, add some static CLI config via SSH and finally make some changes using API
  • Saving config in JunOS
    • ‘commit confirm’
      • Fail safe
      • Mist uses it with JunOS
    • ‘commit’
    • ‘commit and exit’, etc.
  • Configuration Groups in JunOS
    • Mist uses it with JunOS whenever practical
    • Benefits
    • Use cases
  • Config Views in JunOS
    • Inheritance
    • Inheritance no-comments
    • Display set
  • Advanced navigation in JunOS CLI
    • When would be benefit from it for Mist managed switches?
    • Do I still need CLI access on Mist managed switch?
    • Piping
    • Include, exclude, etc.

Tons of love,

WiFi Ninjas xxx

WN Podcast 051 – Validation Survey


Validation Survey, next to the Predictive Survey & Design, is the most popular type of the engagement we do in the WiFi consultancy world. We won’t exaggerate when we say we do it at least weekly and that validating / troubleshooting WiFi is a totally crucial skill.

Here is the video version of the Podcast – you can peek at our Ekahau Validation Survey template:

And here is what we have discussed:

  • Multiple names for the same thing
    • RF Assessment
    • Validation Survey
    • Troubleshooting Survey
    • It’s actually very similar to Post Deployment survey 
  • Targeting brownfield sites
    • Capture ‘as-is’ state of WiFi
    • Data captured is used to produce an easy to read ‘summary’ followed by simple ‘recommendations’
  • Why do clients ask us to perform a Validation Survey
    • Documentation purposes
    • Having issues that are most likely related to RF (physical side of WiFi) and must be identified and rectified
    • Building business case for re-design
    • Often sold together with Configuration Assessment
    • Often leads to more business
      • Be honest and don’t exaggerate
  • How and what do we capture on-site
    • Go on site
    • Perform full, detailed, passive survey with a survey tool of your choice
      • Active vs passive – why Ekahau is not best for active
      • Best active survey test – check if WiFi works for what it was designed for
        • Voice & video – can you have a good quality call? If not – why?
        • Basic data – can you browse, scan barcodes etc.?
      • If you must do throughput test, do them locally (ePerf, WLANpi throughput test) 
      • Ping is a poor test in WiFi due to the nature of how WiFi works – DCF aka ‘The Game’
    • Grab results of your fav WiFi Scanning tool
      • Capture what Ekahau can’t capture
        • Info from QBSS data like number of associated stations, AP reported channel utilisation
        • Amendments used
        • Authentication type used
        • SS info and more
      • On top of helping understanding RF better, quick WiFi scan can identify tons of common configuration issues without having to review the configuration
    • Be accurate
      • Click where you are
      • Don’t walk on water
      • Use good quality floor plans and measure with laser tool if required
  • What do we include in the Ekahau template – quick template demo
    • Ekahau captures tons of data and gives us access to tons of different heatmaps
    • Don’t include everything, include only what is relevant for your project
    • Here are the heatmaps and other info from Ekahau that we include in our Validation Survey documents:
      • Generic (band agnostic)
        • Requirements & Areas
        • Access Points
        • Survey Routes
        • Associates APs (make sure to use ‘measured’)
        • Capacity Health
        • Data Rates
        • Throughput (only if done local tests)
        • RTT (very infrequently)
      • Per band (same heatmaps for 2.4 and 5)
        • Coverage per AP
        • Primary Signal Strength
        • Secondary Signal Strength
        • Interference / noise
        • SNR
        • CCI
        • Network Health
        • Network Issues
        • Spectrum Utilization
        • Channel Width
    • What we don’t include 
      • Capacity: Clients per AP – predicted, no value
      • Channel Coverage – can’t see a use case
      • Channel Interference – predicted, no value
      • Jitter – not best metric
      • Number of APs – use secondary coverage instead
      • Packet loss – exaggerated in Ekahau, not great metric
      • RTT – not best metric
      • Spectrum Channel Power – can’t see use case
      • Difference in Signal Strength – can be valuable to compare surveys, but never used it
  • What do we include in the Summary
    • A sentence or two about all heatmaps
    • DFS condition check
    • Types of APs / Antennas used, their suitability against env they’re in and requirements, mounting
  • Typical issues
    • Incorrect type of APs/Antennas used
      • Tendency to be scared of directional antennas
    • Dual band operation
      • Band select used
      • Some devices on terribly bad 2.4GHz
    • Coverage and SNR
      • Not sufficient coverage
      • High non-WiFi interference
      • Low SNR
    • Tons of rogue APs on site
      • Old overlays, hotspots, click shares
    • Excessive CCI 
      • Not unusual to see 30+ in central London on 5GHz
    • Not enough APs
      • Capacity requirements not met 
      • Sometimes a 100 or more associated stations
    • Insufficient secondary coverage
    • Poor WLAN config
      • No amendments used
      • Low data rates enabled
      • APs covering too much – 15m high omnis in WH?
    • High spectrum utilisation
      • More devices using WiFi than scoped
      • WiFi and non-WiFi interference
      • Too many SSIDs – seen 16 more than once
    • High packet loss
      • High airtime utilisation = tons of retransmissions = packet loss
    • Site heavily affected by DFS
  • Typical recommendations (just an example, can vary vastly)
    • Re-design of physical WiFi
      • Different APs, different antennas types, different mounting
    • Disable 2.4GHz
    • Set 5GHz statically to 20MHz
      • Channel width set to best is sometimes crazy
      • Use 40MHz until you can’t
    • Enable some amendments
      • 802.11r
      • 802.11k
    • Disable low data rates
      • 12 or 24 mandatory is typically OK with all lower disabled and all higher supported
    • Limit min and max Tx power levels in RRM
      • 5GHz should be ‘louder’ than 2.4GHz – at least 6dBm difference
      • Typical Tx levels for 5GHz – around 14-17dBm

Cheers and tons of love,

Your Ninjas.

WN Podcast 050 – UWB RTLS with WISER Systems

UWB is the accuracy, precision and responsiveness king in the emerging RTLS world. The market has a lot to offer already but don’t just take our word for it. See WISER Systems UWB in action and listen to our nerdy chat with Logan Maxwell and Stephen Taylor.

WN Podcast 049 – Jussi Introduces Four New Mist APs


What’s up guys, we hope you’re smashingly good 😉

Do you recall Mist adding support for Juniper switches? Or that you can drag and drop Ekahau file directly into Dash? Advertise AP names so they can be easily ‘spottable’ in scanning tools? In case it’s not enough, we are delighted to add that Mist has also released 4 new AP models! Please welcome AP12, AP32, AP33 and AP63 and listen to legendary @Jussi to find out more.

Here is the summary of what these APs are:

  • AP12: Wall-plate AP rethought. 
  • AP33: little sister of the flagship AP43 
  • AP32: just like 33 but without BLE array (still has BLE tho) 
  • AP63: ax for outdoor. Smaller than the one it replaces.

Take care and see you back in two weeks!

Tons of love,

WiFi Ninjas xx

WN Podcast 048 – Apple Talk with Dan Jones


Welcome to our latest WiFi Ninjas podcast where we talk all things Apple with Dan Jones. 

In this episode we discuss both the Ninjas transitioning away from being Windows users to being fully MacOS. Dan helped with getting us set up – tricks, tips & what best apps to use. 

So we thought we would get him on the show and discuss all of these to share with you 🙂 

Hope you enjoy! 

Tons of love, 

WiFi Ninjas


WN Podcast 047 – CBRS & Private LTE 4G/5G with Andrew VonNagy


Welcome to our latest WiFi Ninjas Podcast – In this episode we discuss CBRS & Private LTE 4G/5G with Andrew VonNagy from Celona.

Also Andrew gives us a demo towards the end of the video so stay tuned!


  • What is CBRS and Private LTE / 5G?
  • Technical overview
  • Technical Benefits Use Cases
  • Device Ecosystem
  • Celona Solution Overview
  • Celona Solution Demo
  • Web based network planner demo
  • Web browser mgmt.
  • Interface demo
  • A recorded video showing video performance metrics with and without QoS on private LTE

Tons of love

WiFi Ninjas x

WN Podcast 046 – Audio and Video Podcasting Setup with CTS


Welcome to our latest WiFi Ninjas podcast, where we are joining forces with Rowell and Francois from Clear To Send podcast discussing our AV setups. Should you keep it simple or spend your life savings getting the equipment? XLR or USB? Webcam or DSLR or mirrorless? Tune in to learn more!

Here is what we have discussed:

1 – Podcasting Audio Equipment

   – Microphone

   – Types of microphones

   – How to connect them to a computer

   – Mixer

   – Headphones & Headsets

   – Reduce ambient noise

   – Reduce echo

2 – Podcasting Video Equipment

    – Camera / Webcam

    – Connect DSLR to computer

    – Lenses

    – Powering up a camera

    – Camera heat mgmt

    – How to make it look good

    – Lightning

    – Background

3 – Podcasting Accessories

    – Stands & arms

    – Function buttons (ex. Stream Deck) & automation (ex. Google Home)

4 – Podcast Recording

   – Recording local

   – Recording on a recorder

   – Recording on a mixer

   – Recording directly on computer via software

   – Recording over the internet

   – Post-production

Tons of love,

WiFi Ninjas