Proving "It's not the Wi-Fi network"

We’ve all been there – or at least most of us have, anyway. The Wi-Fi network appears to be misbehaving and users are frustrated.

Your users will be working for several hours, and then, it looks to them as if someone shut the entire WLAN off. Their workstation’s Wi-Fi icon, when hovered, states “no Wi-Fi connections are available”.

Now comes the fun part – well, to me it’s fun, anyway. Let’s start out with what the normal operation of the WLAN client looks like. This particular client is stationary. It’s a laptop that is used like a stationary desktop, and is cabled to the desk via lock and key. I wanted to clarify that because you won’t see any roaming in this packet capture, and you shouldn’t see any.

Since the client is associated to an AP on channel 36, I set my protocol analyzer to only look at that channel, and then set a filter to only look at the client adapter. This makes is a lot easier to what’s going on. I will use this as my baseline, since I want to know what it looks like when everything is working normally. Here’s normal for this client:

Encrypted data from AP to client

Client Request to Send to the AP

AP responds with Clear to Send

Client sends data

AP acknowledges data with ACK packet

Now we will fast forward a few hours. The user called you and told you “The Wi-Fi is down”. Or is it? To them, it is!

We start our same packet capture as before – same filter, same channel.

Now the picture is very clear. The Client doesn’t see the beacon of the AP’s BSSID because it is sending probe request to ff:ff:ff:ff:ff:ff and we are seeing the unicast probe responses from the APs (only on channel 36 because of the filter) to the client. I believe the client should send unicast probe request to the AP.

The c lient does not appear to see the beacon of the APs, and starts sending out probe requests. The APs respond, but the client does not appear to see the probe response. Almost as if they WLAN client has gone deaf.

Thankfully, the “quick fix” is to turn the WLAN adapter off and then back on. Long-term fix will most likely entail downloading and installing new WLAN client drivers.

Comments

Build your own Ekahau ePerf & Speedtest.mini server!

One a recent forklift project, we decided to replace our aging 802.11a/g hardware and deploy new 802.11ac WLAN gear. We designed the building with Ekahau’s ESS - our default WLAN survey and design tool. After designing the WLAN to meet our healthcare requirement (in this case, Aeroscout tags, Vocera badges, 5GHz Voice and data) we installed the gear and then validated the WLAN. For this initial 802.11ac deployment, we decided to do both passive and throughput validations. With throughput surveys, we measure actual data, such as packet loss and jitter. On a side note - for some time now, we have said to ourselves, “I wish we had a portable Ookla Speedtest server”. Spoiler alert! We needed a throughput server that would be both simple to use and portable. After talking with our Ekahau team, we decided to use the Odroid C2, and configure it for two purposes. (It turns out that Ekahau has done the homework for us, and a quick web search will unearth most of what we need to kn

How to add AP licenses to a Cisco 5508 WLAN controller

How to add AP licenses to a Cisco WLAN controller. I recently had to do this and I must say if I had the link (below) when I first started out, life would have been much easier. You should have a PAK from Cisco when you purchased your adder license. Go to https://tools.cisco.com/SWIFT/LicensingUI/Home and register it with the controller. In this case, the PAK is 3681J1B047A. You are going to need the serial number of your controller in order to generate the license for it. I SSH into the controller and issue either "show udi" or "show license udi". Just make sure you are communicating with the controller you intend to upgrade licenses on! I am sure there are other ways to get this information, but this is how I do it. After you enter in the information, you can view and download your licenses, or wait for them to arrive via email. I downloaded the two license files in this example since I am adding licenses to two controllers. After downloa

5GHz WLAN Site Survey AP power settings - What you want, don't want, and don't care about.

I often see the requirement that a WLAN site survey and design must be done by the AP-on-a-stick method. That said, you’ll want to use the same AP for your survey that you will use in production – or one that is similar. In this case, we are going to convert a lightweight access point to Autonomous, so that we can use it without a WLAN Controller. The new survey rig is a Cisco 3602i, configured with 5GHz channel 157, set to 40 MHz. How did we turn the lightweight AP into an Autonomous and do the quick and drity configuration? The short answer is, we followed Richard McIntosh’s directions. His blog, and a great “HowTo” is here: https://ciscotophat.wordpress.com/2013/01/05/configuring-a-3602-for-wireless-surveying/ Thanks again, Richard, for putting that out there for everyone to read. We altered the power output of the new survey rig as sort of an experiment to see how the signal propagated, and where our -67dBm and -85dBm boundaries lie. Why did I choose those numbers, you as

Handcrafted Wi-Fi

Search This Blog