cancel
Showing results forĀ 
Search instead forĀ 
Did you mean:Ā 

Wireless clients sporadically getting Limited Connectivity, APs dropping packets

Wireless clients sporadically getting Limited Connectivity, APs dropping packets

John_Rowler
New Contributor
We have a pair of V2110 wireless controllers and around 400 3825i access points. Controller firmware is 09.21.06.0002. AP firmware is 9.21.27.1387X.

About 4 months ago we noticed a problem where the APs would just drop traffic. A packet capture will show a ping coming into the radio from the client, going out the Eth interface on the AP, the reply coming back into the Eth interface, and never going out of the radio.

A particularly strange detail is that this only happens with certain source/destination traffic. For instance a client cant ping the gateway of 10.1.20.1/24. but cannot pint the server at 10.1.20.2. Since we can see the ping making it to the server and the ping reply making it back to the AP, we know it's not a firewall/ACL/routing issue on any other part of the network. The traffic disappears at the AP. Clients cannot communicate with anything on the Internet or any of our servers (DNS, DHCP, etc.) during this time. They can ping gateways in any subnet but that's it; everything else is failed.

More details:

-We've gone through several firmware updates with GTAC. Nothing has helped.
-The issue can affect any client on any AP in any location at any time.
-The issue is intermittent; it may happen every few minutes or once per month to a particular client in a particular area. Once failed it may last for seconds or days.
-While it's affecting one client, other clients on the AP may be working fine or may also fail.
-It can happen on either 2.4 or 5.7GHz.
-It can affect any type of client (phone, laptop, tablet) and any OS.
-Restarting the client or AP will sometimes fix the issue, sometimes not.
-It happens with our without using NAC, or any other type of authentication. It happens on completely open networks as well.
-It happens on both bridged at AP and bridged at controller topologies.
-It's not limited to a particular subnet or VLAN.
-It happens with or without Flexible Client Access enabled.
-It happens on either controller.
-GTAC hasn't made much progress on the issue in 4 months.
157 REPLIES 157

Andre_Brits_Kan
Contributor II
Hi All

I have been following the post since my last post.

Firstly to summarize my scenario:I had the following:

Controller = V2110

Code = 10.01.01

AP Model = 3825i

Setup:

    SSID with Preshared key - Bridge @ AP (No Proxy ARP) SSID with MAC auth to NAC - Bridge @ AP (No Proxy ARP)
Problems Seen:

    Client not being able to connect Clients randomly disconnected every few minutes Very slow response
See reference Client connection issues with firmware 9.21.07 or 10.01.03

As a work around I have deployed a second V2110 controller running V9.15 (Eval License)

I have migrated the AP's across from the V10 controller to the V9 controller.

The client is currently 100% happy, all the users can connect that could not in the past and none of the connections is dropped as was seen every few minutes.

With reference to https://gtacknowledge.extremenetworks.com/articles/Solution/Users-randomly-lose-network-and-internet...

I decided to upgrade my eval V9 controller from version 9.15 to the latest version 9.21.09.

Since the upgrade the problem is back !!!!!! :0

I can verify the same problems as Chat reported above on version 9.21.09

The client connects and recieves a IP address but limited connectivity. If we run a wireshark trace on the client we can see that the client does a ARP request for the default gateway but see no response ever from the gateway. only after leaving the client for 5 to 10 minutes do we start seeing a arp response from the gateway. I did not check the switch mac table but I am sure the same will be seen as Chat reported.

The frustrating part is that when the client installs a dumb Netgear AP everything is sorted and all works as expected!!!!

I have have escalated my Case and hope that we have a quick fix to this problem....

This is a serious problem and need urgent resolution.

our clients is loosing faith in the product...........

I was using the first 9.15.x that supported the 3825 series AP's
I will out of the office today but will check later and give you the exact version....

FES
New Contributor III
HI,
Extreme was here 20 days ago testing our enviroment and Gareth reproduce the problem.
We are in 9.21.08 with one day in time rekey and session, and the problem persists. Less times than before, but persists.
Yo can see in a los of devices and brands. We can see the lost of connectiviti with a rdp conexion... its only a second, but you lost the conexion. Also if you have a permanent ping...This problems is more permanent in apple devices. We ares testing now the new updates for ios os, and we are going to update to 9.21.09
One year with problems in the new infrastructure... Our clients are unhappy, and are going to kill us ļ˜ž

We understand you,
copy your comment: "...This is a serious problem and need urgent resolution.
our clients is loosing faith in the product..........."

Regards Andre.

JP4
New Contributor II
We are running 9.21.05 on Ap's and 9.21.07 on the controller. It doesn't seem like the controller version is applicable with this problem. Also, have the rekey set to max. Anyone else running this combination, it seems to have been the most stable for us so far, but I don't have a lot of confidence the problem is actually fixed? I have not tried 9.21.08 or .09

Is there anything you can do to try and force the issue to happen, for testing purposes ? For example, stay connected for a certain period of time ? Or continually connect and disconnect until it breaks.

We all seem to be having the same problem, if extreme is unable to reproduce the problem maybe it is time to send someone from engineering out to a site who is having the problem on a large scale ???
GTM-P2G8KFN