This website uses cookies. By clicking Accept, you consent to the use of cookies. Click Here to learn more about how we use cookies.
Turn on suggestions
Auto-suggest helps you quickly narrow down your search results by suggesting possible matches as you type.
Showing results forĀ
- Extreme Networks
- Community List
- Wireless
- ExtremeWireless (Identifi)
- Wireless clients sporadically getting Limited Conn...
Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Wireless clients sporadically getting Limited Connectivity, APs dropping packets
Wireless clients sporadically getting Limited Connectivity, APs dropping packets
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
ā01-25-2016 02:32 PM
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.
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
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
ā05-19-2016 04:35 PM
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:
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 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)
- Client not being able to connect Clients randomly disconnected every few minutes Very slow response
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...........
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
ā05-19-2016 04:35 PM
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....
I will out of the office today but will check later and give you the exact version....
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
ā05-19-2016 04:35 PM
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 ļ
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 ļ
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
ā05-19-2016 04:35 PM
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.
copy your comment: "...This is a serious problem and need urgent resolution.
our clients is loosing faith in the product..........."
Regards Andre.
Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Get Direct Link
- Report Inappropriate Content
ā05-19-2016 04:35 PM
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 ???
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 ???
