V2110 Controller Software Version 9 / Extreme 3825 AP Connection Problems with Windows Clients

[Ronny_Engelhard]

Hi,

we have a problem with the following environment:

WLAN-Controller: V2110 Software Version 09.15
AP: 3825i
SSID Mode: Bridged@AP

Clients: Windows 7 (with Intel AC 7260 wireless card)
Apple MAC Book Air

So the problem is that windows clients can connect to the SSID, get an IP Address but most of traffic (tested with ping) gets loss.
On the other side the Apple Device work properly, absolutely no ping loss with that device type.

I' have logged the AP there is a warning message (every second for the windows device)

bridge.c:660-bridgeUpdate()-AC:FD:CE:E7:0E:96 no longer with us! in port=eth0 ...

What does that mean?

Greetings

Ronny

[Ronald_Dvorak]

I can't answer what the error mean but...

- is the latest WLAN driver installed on the Win client ?
- what device is the target for the ping ?

-Ron

[hsachse]

Hello Ronald,

i will add you some more detailed informations, because is the environment of one of our companies customers.

Infrastructure: VSphere/ESXi 6 (not official supported by V2110)
V2110: V9.15.0010.x (first test was with lastest 9.21.0003.x)

Most problematic clients:

- Windows 10 notebook with Intel AC 7260 wireless card, latest driver 18.11.0000.2944 (installed last week)
- Windows 10 notebook with Intel AC 7260 wireless card, driver 18.12.0001.3121
- Apple Mac Book Air - Mac OS X El Capitan

Other working clients: iPhone 4s last 7.x iOS, iPhone 6 iOS 9.0.2, some older Notebooks with Intel Wifi 802.11bgn Standard, one with 802.11an

Destination of the ICMP Ping was in most cases the gateway of the subnet and some test with routing instance included (dest. in other vlan/subnet)

---------------
One of the problematic Win7 notebooks (first in listing) showed a unique symptomatic:

I activated the station event log and found this massive intra access point roaming events between radio1 and radio 2 on the test access point. Nearly every one or two seconds (MAC address changed for privacy):

10/01/15 15:42:38 EventType[Roam] MAC[5C:8D:4E:42:7E:FE] AP[15065462085G0000] FromAP[15065462085G0000] BSSID[D8:84:66:13:9F:79] Details: Inside AC from AP/Radio[1] to AP/Radio[2] VNS[PHONE-VNS]
10/01/15 15:42:11 EventType[Roam] MAC[5C:8D:4E:42:7E:FE] AP[15065462085G0000] FromAP[15065462085G0000] BSSID[D8:84:66:13:9F:71] Details: Inside AC from AP/Radio[2] to AP/Radio[1] VNS[PHONE-VNS]
10/01/15 15:42:11 EventType[Roam] MAC[5C:8D:4E:42:7E:FE] AP[15065462085G0000] FromAP[15065462085G0000] BSSID[D8:84:66:13:9F:79] Details: Inside AC from AP/Radio[1] to AP/Radio[2] VNS[PHONE-VNS]
10/01/15 15:42:10 EventType[Roam] MAC[5C:8D:4E:42:7E:FE] AP[15065462085G0000] FromAP[15065462085G0000] BSSID[D8:84:66:13:9F:71] Details: Inside AC from AP/Radio[2] to AP/Radio[1] VNS[PHONE-VNS]
10/01/15 15:42:08 EventType[Roam] MAC[5C:8D:4E:42:7E:FE] AP[15065462085G0000] FromAP[15065462085G0000] BSSID[D8:84:66:13:9F:79] Details: Inside AC from AP/Radio[1] to AP/Radio[2] VNS[PHONE-VNS]

The SSID was a simple WPA2 AES only with PSK. Same effects on open SSID created for testing.

Later i saw in the connected client report, that this client has a really poor signal from ap perspectiv (-90dBm and lower), but the access point was only 1 meter away. (same effect on both bands/radio). So i think this wifi adapter has a special problem.

Other problematic clients have normal a signal strength, but the connection (ping test) are not stable. I would think the problem is cause somewhere in the infrastructure. I did'nt had the time for a deep review of the LAN infrastructure configuration.

Best Regards
Hartmut