cancel
Showing results for 
Search instead for 
Did you mean: 

IdentiFi: 2.4Ghz clients unable to get IP

IdentiFi: 2.4Ghz clients unable to get IP

Ilya_Semenov
Contributor
Hello, team,

I have V2110 installation and 120 3825APs. Surprisingly, 2,4Ghz clients have stopped working. They unable to get IP. 5Ghz works fine.

What could be the reason of this?

Please, help!

Many thanks in advance,
Ilya
39 REPLIES 39

Ian_Broadway
New Contributor III
Thanks, working in the Public sector does not afford much time/environment for testing.

I tested 10.41.12 and it doesn't fix it. One thing I noticed with a RealCapture from an affected is that it doesn't see any probe requests at all from any client. You can see this yourself by applying the filter "wlan.fc.subtype==4&& wlan.fc.type==0 && !(wlan.ssid == "MyDomain")" in Wireshark.

Ian_Broadway
New Contributor III
Doesn't look like 10.41.13 has a fix either. Think I'll raise a call with GTAC

01729857 is my case number if you want to have GTAC compare.

James_A
Valued Contributor
I finally had time to spend debugging this with GTAC, we checked all the 10.41.07 builds and then a developer made me custom builds, rolling in one change at a time. Here's his conclusion:

I found the root cause. The change for wns0020188 caused ATPC to resolve to a TX Power that was just below the threshold that the MU can hear. I loaded back the GA build (10.41.14.0008) and disabled ATPC and set TX Power to 13 and now it works.

So did you have ATPC enabled, and what was the minimum transmit power? I am still going to go back to GTAC with some questions about this, since unless the change is reverted, the bug is still there. Also it doesn't explain why the AP couldn't hear probe requests from the client in the RealCapture. And I wonder if the reason a factory reset worked is if it changed the AP channel and so increased the TX power.
GTM-P2G8KFN