---

 

Johannes Jobst is an accomplished Solutions Architect with deep expertise in computer networking and Wi-Fi technologies, honed over decades in the industry. He has a proven track record in designing and deploying complex Wi-Fi networks—including industrial mesh architectures—leveraging his advanced skills in radio frequency engineering and Cisco solutions.

Educated in Austria with a Bachelor’s Degree in Electrical, Electronics, and Communications Engineering, Johannes combines strong academic foundations with ongoing professional certifications. His passion for innovation drives him to deliver robust, scalable communication network designs that meet the evolving needs of modern enterprises.

At Cisco, Johannes applies his extensive experience in Wi-Fi network design, IP networking, and Cisco Systems products to solve real-world challenges, ensuring optimal connectivity and performance across diverse environments.

 

---

I was responsible for the wireless deployment at Cisco Partner Summit 2025. It is a high-expectation environment, with keynotes, executive meetings, private briefings, live demos, and press interviews all happening in parallel. All of those depend on Wi-Fi behaving consistently, and when it does not, the impact is immediate.

Cisco did not control the entire Wi-Fi environment at the San Diego Convention Center where the event was held. Some of the network was provided by the venue operator, and we augmented specific areas with Cisco access points where tighter control was needed. That hybrid model works, but it also means you do not have full visibility or tuning access everywhere. To compensate for that, I relied heavily on Wyebot sensors to get a client-side view of what was happening across the venue before and during the event.

Most of the work happened before anyone showed up.

Wyebot sensors were already in the venue from a prior deployment, so I used them to look at the RF environment remotely. I wanted to see what the network was doing when no one was there and whether anything looked unstable before load was added.

The venue sits close to a naval port, and parts of the building are very open to the outside. As ships move in and out, their radar systems trigger DFS events. In theory, DFS handles this gracefully. In practice, you can end up with repeated channel changes across large areas, which drives airtime utilization up and makes the network unpredictable once clients are present.

The sensors showed those channel changes clearly, even when rooms were empty. I could see airtime climbing and channels flipping before the event started. Pulling those channels ahead of time stabilized things immediately. By the time I arrived onsite, that entire class of problems was already handled.

Live demos over Wi-Fi usually fail for predictable reasons. They assume stable RF conditions and cooperative client behavior, which you rarely get at events.

In the showcase area, we still chose to run interactive demos over dedicated Wi-Fi 7 networks. That increased risk, but it was necessary for what we were demonstrating. What made it workable was isolating those networks from the rest of the venue, tuning them aggressively, and validating performance continuously from the client side using Wyebot sensors.

Those networks were monitored throughout the event. If something drifted, it showed up immediately, without needing to walk the floor and guess.

Large keynote rooms come with their own constraints. Wi-Fi is not made for thousands of people sitting shoulder to shoulder. The goal in those rooms was basic usability, not speed.

We used directional antennas, RX-SOP tuning, and careful power management to limit contention and control roaming behavior.

Those settings can absolutely hurt the network if you apply them incorrectly. When they are done carefully, the result is an experience that feels uneventful, which is exactly what you want.

Sensors placed in keynote spaces let me confirm that people in different seating sections were seeing similar performance, even though I could not physically be in all those places at once.

Another area that stood out was the executive press interview room. From an infrastructure perspective, it looked fine. Client-side testing using Wyebot’s Webex Video Conferencing test before the event showed that throughput was too low for reliable Webex sessions.

That would not have triggered an alert, but it would have been very visible during live interviews. We deployed two Cisco access points, put them in Meraki mode, created a separate SSID, and guaranteed bandwidth for that room. That network was isolated from the venue Wi-Fi and tuned specifically for its use case.

The issue was resolved before the room was used.

Without client-side visibility, I would have spent most of the event walking the venue and reacting to reports. That does not scale when staffing is lean and the footprint is large.

With Wyebot sensors in critical locations, I could validate performance remotely and only walk the floor when there was a specific reason to do so. Most issues were handled early, before they turned into user complaints.

Wyebot ended up being a practical extension of my work. Having client-side visibility in place before anyone arrived let me validate assumptions early, tune where it actually mattered, and avoid a long list of reactive fixes during the event. In a venue we did not fully control, with intentionally lean staffing, that partnership removed a lot of guesswork and saved significant time and stress.

To be everywhere at once is a monumental task, and Wyebot has over the years helped me with that.

Request a demo at Cisco Networking App Marketplace

 

---

 

We’d love to hear what you think. Ask a Question, Comment Below, and Stay Connected with #CiscoPartners on social!

Cisco Partners Facebook  |  @CiscoPartners X  |  Cisco Partners LinkedIn