CTS 390: Which tools have we used this year?

Finding someone to ask can be difficult, even in a welcoming technical community. A mentor can offer a useful perspective on a certification, a career decision or a presentation. Mentorship can also happen informally when someone shares their experience or gives you an opportunity to learn. Stephen Cooper created ProbeRequest.org to help Wi-Fi and networking professionals find people willing to share their experience. We discuss why he built it, how a Requestor can connect with a Responder and what makes a mentoring conversation useful for both people. What we cover Stephen’s experience of mentorship and community in networking The idea behind ProbeRequest.org and its Wi-Fi discovery-inspired name How Requestors find Responders and send Association Requests Practical ways to start a focused and respectful mentoring conversation The difference between mentoring, technical support and professional consulting How the community can contribute and help shape the platform Before you reach out Identify the question or decision you want help with+ Look for a Responder whose topics and availability fit your request+ Introduce yourself and explain what you have already tried or considered+ Ask for a conversation within a reasonable scope Agree on expectations and respect the other person’s time Follow up and share what you learned Key takeaway You do not need to figure everything out alone, and you do not need to know everything to help someone else. A clear question and a willingness to share experience can start a useful conversation. Resources ProbeRequest.org — the mentorship platform for Wi-Fi and networking professionals https://www.youtube.com/watch?v=t-FWJowm4dI&pp=ygUbd2xwYyBwcmFndWUgc3RlcGhlbiBjb29wcGVy About ProbeRequest.org — the project’s purpose and background ProbeRequest.org FAQ — practical questions about the platform ProbeRequest.org on LinkedIn — community updates and the project’s description Stephen Cooper on LinkedIn — Stephen’s professional background and updates The post CTS 396: Discovering ProbeRequest.org, a new initiative to get and provide Wi-Fi help appeared first on Clear To Send.

AI-assisted development has made it much easier for a Wi-Fi engineer to turn an idea into working software. You no longer need to begin as a professional developer to prototype a calculator, a simulator, a comparison database or a utility that removes friction from an engineering workflow. In this episode, we look at the wave of Wi-Fi tools that has followed. We also draw the important line between a quick utility you build for yourself and an application you release to other engineers, support and maintain over time. What we cover Why AI and vibe coding have reduced the cost and time needed to test a software idea Why Wi-Fi domain knowledge—not code generation—is often the most valuable input Examples of new calculators, simulators, comparison databases and workflow tools created by Wi-Fi engineers How to determine whether a tool solves a real problem or is simply easy to build What changes when you move from a personal utility to a public, production application Why testing, security, documentation, support and maintenance still require deliberate engineering Key takeaway AI makes it easier to build the first version. It does not make the tool useful, reliable or worth maintaining; that still comes from choosing a real problem, testing with real users and doing the work after the prototype. Resources SemFio Networks — Wi-Fi Tools for Engineers — Wi-Fi engineering calculators and reference utilities created from practical field needs teigenRF — Free Wireless and RF Tools — Kjetil Teigen Hansen’s collection of AI-built tools for Ekahau, Hamina, RF modelling and related workflows Siam Wireless — Wi-Fi Lab — Ed Chuchaisri’s browser-based interactive tools and simulators for Wi-Fi learning The Wi-Fi Connection — Free Wi-Fi Engineer Toolbox — calculators and quick-reference tools for everyday engineering questions PotatoFi Tools — Joel Crane’s collection of practical Wi-Fi utilities, including the interactive spectrum chart and Hamina Clipboard Tool Switch Comparison — Dan Ryan’s switch sizing and comparison application built from vendor specifications Enterprise AP Comparison Database — Dan Ryan’s community-maintained database for filtering and comparing enterprise access points The post CTS 395: AI Is Changing the Wi-Fi Engineering Toolbox appeared first on Clear To Send.

https://youtu.be/hafv5cJT_fM In this episode, François and I dig into a question we put directly to our audience: would you recommend your current Wi-Fi vendor? The results were telling. About 42 percent said yes without hesitation, 52 percent said yes but with a caveat, and only 6 percent said no, they’re looking to switch. So most people are happy, even if that happiness comes with an asterisk. We spend the episode unpacking what those caveats really mean and why they matter. We start with why organizations stay put, because switching a Wi-Fi vendor is a big undertaking. It’s not just the cost of getting people on ladders to swap out APs. It’s the sunk time in the tools, templates, and custom integrations your team has already built, plus the risk management sees in trading known limitations for a set of unknowns. Relationships carry a lot of weight here too, since moving to a new vendor means building a whole new relationship from scratch. From there we get into the reasons people actually make the leap: recurring bugs the vendor can’t seem to fix, licensing and pricing changes nobody budgeted for, painful lead times, weak support, and RFP processes that sometimes reward the lowest price over the best fit. If you do decide to evaluate someone new, we walk through how to do it well. Start with your real business requirements and run a proper proof of concept, but plan it like a full install rather than a one for one replacement. Give it time, because a single week won’t show you much; you need to burn the gear in, test capacity, and see how it holds up under real load. And keep in mind the work isn’t done once you sign, since migration, supporting two vendors for a while, training, and day two operations are all part of the picture. If you weren’t part of our poll, let us know where you land and what your caveat is, because that’s the conversation we want to keep having. The post CTS 394: Would You Recommend Your Wi-Fi Vendor? (Audience Poll) appeared first on Clear To Send.

https://youtu.be/LLXQlzicXEc Ever wonder what actually happens behind the scenes when a device gets Wi-Fi Certified? In this episode, we sit down with Daryl K., who brings years of hands-on experience working inside Authorized Test Labs (ATLs). We dive deep into how Wi-Fi Alliance testing works, how test beds are constructed, why some standard features fail in the real world, and what it takes to get products certified. Key Takeaways & Timestamps [00:08] – Introduction Hosts welcome guest Daryl K. to share his background in network testing and his transition into the Wi-Fi industry. [03:13] – What is an Authorized Test Lab (ATL)? Role of ATLs: Third-party labs (ATLs) run the actual hardware and software tests inside anechoic chambers; the Wi-Fi Alliance acts as the issuing body that approves the certification. Value of Certification: Certification ensures interoperability across multi-vendor chipsets and validates proper behavior in edge cases. [07:08] – Test Complexity & Duration Time Requirements: Wi-Fi 5 (802.11ac) testing could be finished in ~2 weeks. Wi-Fi 6 takes about a month, and Wi-Fi 7 can take 6 to 7 weeks due to cumulative backward-compatibility testing and hundreds of test cases. Test Bed Setup: Test environments use standardized hardware racks stacked with modified laptops, access points, and sniffers connected to central control consoles. [10:24] – Certification Drivers & Retail Requirements Devices with 802.11 radios can be sold without certification, but major retailers (e.g., Target, Costco) often require it. Certification is mandatory for integration into major ecosystems like Matter, Apple CarPlay, Android Auto, and Alexa. [14:45] – Handling Test Failures & Interoperability Different ATLs handle failures differently—some offer debugging support and lab time to revise firmware, while others enforce strict “three strikes” policies. Discussion on vendor “Plugfests” where chipset engineers (Qualcomm, Broadcom, Intel, MediaTek) collaborate to resolve root-cause interoperability issues before programs launch to ATLs. [28:36] – Mandatory vs. Optional Features in the Field Protected Management Frames (PMF): Originally optional, PMF was made mandatory after testing showed nearly half of legacy devices failed when connecting to PMF-enabled APs. Vendor “Special Sauce”: How proprietary features (like early band-steering implementations) sometimes broke client connectivity due to unhandled information elements. [8:03] – Promising Tech That Missed the Mark Wi-Fi Direct Services: Designed for simple one-click printing, but superseded by higher-layer network solutions. Wi-Gig (60 GHz / 802.11ad): Originally pitched as wireless HDMI, but extremely tight beamforming and short range made it impractical for consumer adoption. [40:36] – Resources for Wi-Fi Professionals Product Finder: Using the Wi-Fi Alliance online tool to look up certified features once product non-disclosure periods expire. Finding Chipset Details: Navigating FCC documentation (and tools like FCCID.io) to identify real underlying hardware specs for client troubleshooting. Resources How to Certify — Wi-Fi Alliance — the official description of the certification paths, including QuickTrack and Derivative Where to Certify — Authorized Test Laboratories — the full list of accredited laboratories worldwide Certification Process Overview (PDF) — the process document, including the two-sample submission rule Wi-Fi CERTIFIED Product Finder — look up any certified product and read what was actually tested Wi-Fi Test Tools and Wi-Fi Test Suite — the software platform used to configure, generate traffic and execute test cases Wi-Fi Test Suite on GitHub — the open source components of the test platform, usable by non-members QuickTrack: a simplified path to device certification — why the QuickTrack path exists and who it is for Certification topic page — Wi-Fi Alliance — the Alliance position on certified versus “supports 802.11be” Wi-Fi CERTIFIED 7 — the current generation program and what it requires Certification Resources — program highlights, technology overviews and brochures per market Element — Wi-Fi Alliance certification testing — an ATL describing the testing it performs, useful for the laboratory point of view The post CTS 393 What is happening when the Wi-Fi Alliance certifies devices? appeared first on Clear To Send.

In this special sponsored episode of the Clear To Send podcast, hosts Rowell Dionicio and Francois Verges sit down with Troy Martin and Matt from Ekahau to discuss a major, fundamental shift in the company’s product licensing structure. Effective September 1, 2026, Ekahau is introducing a new software as a service (SaaS) licensing model designed to provide organizations with role-based flexibility across the wireless project life cycle. This new strategy allows companies to assign specific tools to specific team members based on their day-to-day functions, such as field data collection or corporate office design, rather than forcing the purchase of an all-inclusive software package. Matt and Troy break down the three primary SaaS options: Ekahau Plan for RF predictive designs, Ekahau Measure Pro for field surveying and live troubleshooting, and the comprehensive Ekahau Software Suite. Additionally, they highlight a baseline Ekahau Measure option for survey-only needs and reassure existing customers that perpetual licenses and connect subscriptions are not being sunsetted. Listeners can find the transparent MSRP pricing and a detailed feature breakdown by visiting ekahau.com. Resources ekahau.com The post CTS 392: Navigating Ekahau’s New Licensing Model (Sponsored) appeared first on Clear To Send.

https://youtu.be/gDR38L1sOfQ An AP-on-a-Stick (APoS) survey is the most reliable way to know how a Wi-Fi design will behave in a difficult environment. You mount a real access point on a tripod, place it where you plan to install it, and measure. It is also the survey type where the most time gets wasted — and almost never on RF. In this episode we go through how we prepare and run APoS surveys: the conversation with the client, the equipment decisions, the configuration work that belongs in the office, and the way we organise the survey files we bring back. What we cover When an APoS survey is justified, and when a predictive design plus a validation survey is the better answer Preparing the work on site with the client: escorts, access, PPE, production constraints, and communicating what our equipment entails Choosing the right equipment for the site: stick height, antennas, brackets, PoE batteries Why the access points must be configured and tested before leaving the office The case for a two-person crew Planning the measurements in advance so the on-site day is pure execution Using one survey file per variable to compare antennas, locations, heights and power levels APoS preparation checklist [ ] Escorts confirmed, with names and time slots [ ] Site access, parking and PPE requirements documented [ ] Client informed of the equipment coming on site and its footprint [ ] APs configured, labelled and tested: SSID, channel, width, tx power, name broadcast [ ] Full kit tested end to end, batteries charged, spares packed [ ] Velcro wraps, zip ties, duct tape and screwdriver kit in the bag [ ] Measurement plan built from the predictive model, test points numbered on the floor plan [ ] Survey file naming convention agreed before the first walk Key takeaway An APoS survey is won or lost before you get on site. Prepare off site, execute on site. Resources Vantage Point 6/9/12 m tall mast tripod for APoS surveys Manfrotto 269HDBU — 7 m super high stand Manfrotto 1004BAC — 3.6 m air-cushioned stand Ventev Venvolt 2 site survey battery pack Ekahau AI Pro — design, survey and reporting software Ekahau Sidekick 2 — survey measurement device Hamina Planner — browser-based design and analysis Hamina Onsite — site survey and APoS validation app WiFiStand — AP mount that clamps onto standard poles AirConsole — wireless serial console adapter AccelTex Accelerator PoE battery Mist AI WLAN Design Framework #12 — Access Point on Stick (APoS) The post CTS 391 – How to Perform an AP-on-a-Stick Survey Effectively appeared first on Clear To Send.

In this episode, Rowell and François discuss the tools they have been using so far in 2026. From the hardware that’s used on a day-to-day or at a client site to the software they use to help them run their business, fix Wi-Fi issues, and conduct surveys, to AI and Automation. At the end of 2026, they will record another episode discussing which tools made it through and will show long-term usage. The post CTS 390: Which tools have we used this year? appeared first on Clear To Send.

In this episode of the Clear to Send podcast, the hosts revisit the classic Wi-Fi design question: “How many SSIDs is too many?” While the long-standing technical advice has always been to minimize SSIDs to conserve airtime, the discussion explores how modern standards—like 6 GHz, multiple BSSIDs, and changing client habits—impact this rule of thumb. The episode provides technical discussion on management overhead, strategies for network consolidation, and advice on how to communicate these technical limitations to management. Supporting Data Beacon airtime per SSID, per radio Beacon data rateAirtime per SSID4 SSIDs8 SSIDs1 Mbps~2.0%~8%~16%6 Mbps~0.35%~1.4%~2.8%12 Mbps~0.18%~0.7%~1.4%24 Mbps~0.10%~0.4%~0.8% Based on ~10 beacons/sec at a 100 TU beacon interval and a ~200-byte beacon frame. Co-channel multiplication – 4 SSIDs on the channel Beacon data rate1 AP3 co-channel APs5 co-channel APs1 Mbps~8%~24%~40%12 Mbps~0.7%~2.2%~3.6%24 Mbps~0.4%~1.2%~2.0% The headline stat for the episode: it is not the SSID count that kills you, it is the SSID count multiplied by co-channel APs and divided by your data rate. “We need a new SSID” → the better answer The requestBetter solutionDifferent PSK per IoT device typeOne SSID with MPSK / iPSK / DPSKSeparate SSID per departmentOne 802.1X SSID + RADIUS role/VLAN assignmentContractor networkSame 802.1X SSID, different roleTemporary SSID for an eventScheduled SSID, scoped to those APs, with an expiry dateMarketing wants a branded guest SSIDOne guest SSID, brand the captive portal instead The post CTS 389: SSID Spaghetti – How Many SSIDs Is Too Many? appeared first on Clear To Send.

We’re trying out something new in this episode. We’re asking each other questions on “Would you rather” to get insight into how we would do Wi-Fi given we had two options. What you’ll find is that we don’t always agree on the same things. And that’s okay. More importantly, is diving into the reasons why. If you find that there’s a topic you’d like to learn more about, please let us know in the comments below. The post CTS 388: Would You Rather, Wi-Fi Edition appeared first on Clear To Send.

https://youtu.be/G6K-_qMxRWU In this episode, co-hosts Rowell Dionicio and François Vergès share their first-time experiences and impressions of HPE Discover. They dive into the pervasive role of AI in modern networking, discuss their individual presentations on automation and agentic AI, and explore how the acquisition of Juniper Networks is influencing the HPE Aruba product ecosystem. Key Discussion Points First Impressions of HPE Discover Unique feel of the conference compared to Aruba Atmosphere and the value of community engagement on the expo floor. Highlights from the “Misfits” community program, including networking dinners and professional podcast opportunities. Presenting at a Vendor Conference Rowell’s Session: A journey into agentic AI, focusing on creating a network operations agent with a “Gilfoyle” (Silicon Valley) personality to handle networking queries. François’s Session: Exploring Mist APIs for Day 0, Day 1, and Day 2 Wi-Fi operations, including the development of an MCP server to automate Wi-Fi tasks. The AI and Networking Landscape Core Message: The central theme of the conference is Agentic AI, AI operations, and AI governance. Cross-Pollination: New integrations allow CX switches to be managed via the Mist dashboard and Marvis actions to be accessed through Aruba Central. The Learning Curve: Despite the industry push, many attendees are still hesitant or in the early stages of adopting AI and tools like Marvis. The Future of the Network Engineer The evolution from manual tasks (like SSH and troubleshooting) to focusing on architecture, automation, and prompting skills. Advice on embracing AI as a “must-have” skill to stay relevant in the industry. Strategies for building “smart” agents that balance reasoning with deterministic actions to manage token costs and efficiency. Expo Floor Highlights Interesting hardware displays, including an AP in an aquarium. Custom in-house tools like a NOC dashboard that visualizes location data and heat maps from AOS8, AOS10, and Mist. The post CTS 387: Networking at the Crossroads: Our Impressions of HPE Discover appeared first on Clear To Send.