Wireless Access

Reply
Contributor II

WLAN CONSTANTLY DISCONNECTING CLIENTS

My WLAN clients are experiancing instable network connection. They are disconnected from the network and sometimes they have to manually reconnect or sometimes even disable and re-enable the Wireless Interface before it reconnects to the network. I therefore debugged some of the clients and below is some of the debug results. Can someone explain what is wrong from the debug below: Thanks in advance:

 

Jan 22 15:49:49authmgrMAC=4c:80:93:90:bc:35 IP=192.168.3.207 User miss: ingress=0x100ca, VLAN=1 flags=0x8040
Jan 22 15:49:49authmgrMAC=4c:80:93:90:bc:35,IP=0.0.0.0 User role updated, existing Role=logon/logon, new Role=logon/logon, reason=First IP user created
Jan 22 15:49:49authmgrMAC=4c:80:93:90:bc:35 IP=192.168.3.207 User entry added: reason=Sibtye
Jan 22 15:49:49mdnsmdns_parse_auth_useradd_message 226 Auth User ADD: MAC:4c:80:93:90:bc:35, IP:192.168.3.207, VLAN:1, Role:logon Name: APName:AP178-9c:1c:12:c4:19:ce Type:1. Groups:
Jan 22 15:49:49authmgrDuring User miss marking the user 4c:80:93:90:bc:35 with ingress 0x100ca, connection-type 2 as wireless, muxtunnel = no
Jan 22 15:49:49authmgrStation inherit: IP=192.168.3.207 start bssid:9c:1c:12:c1:9c:e1 essid: WLAN1 port:0x0x100ca (0x0x100ca).
Jan 22 15:49:49mdnsamon_airgroup_user_status 384 operation=1; hostname:, ip=192.168.3.207, rolename=logon, username=, ap_name=AP178-9c:1c:12:c4:19:ce, vlanid=1, username=
Jan 22 15:49:49authmgr{L3} Update role from logon to logon for IP=192.168.3.207.
Jan 22 15:49:49mdnsmdns_discover_service_client 4022 Discover client 4c:80:93:90:bc:35 for a particular service
Jan 22 15:49:49authmgrMAC=4c:80:93:90:bc:35,IP=192.168.3.207 User role updated, existing Role=logon/logon, new Role=logon/logon, reason=User not authenticated for inheriting attributes
Jan 22 15:49:49authmgrReset BWM contract: IP=192.168.3.207 role=logon, contract= (0/0), type=Per role.
Jan 22 15:49:49authmgrReset BWM contract: IP=192.168.3.207 role=logon, contract= (0/0), type=Per role.
Jan 22 15:49:49authmgrstation inherit IP=192.168.3.207 bssid:9c:1c:12:c1:9c:e1 essid: WLAN1 auth:0 type: role:logon port:0x0x100ca.
Jan 22 15:49:49authmgrMAC=4c:80:93:90:bc:35,IP=192.168.3.207 User data downloaded to datapath, new Role=logon/2, bw Contract=0/0, reason=New user IP processing, idle-timeout=300
Jan 22 15:49:49mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=387, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:49:49authmgrAuth GSM : USER publish for uuid 464 mac 4c:80:93:90:bc:35 name role logon devtype Windows wired 0 authtype 0 subtype 0 encrypt-type 9 conn-port 8448 fwd-mode 0
Jan 22 15:49:49mdnsssdp_discover_service_client 628 SSDP:Discover client 4c:80:93:90:bc:35 for a particular service
Jan 22 15:49:49mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=121, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:49:49mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=120, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:49:49mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:49:49mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:49:52mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:49:52mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:49:54mdnsssdp_discover_service_client 628 SSDP:Discover client 4c:80:93:90:bc:35 for a particular service
Jan 22 15:49:54mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=121, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:49:54mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=120, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:49:55mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:49:55mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:49:58mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:49:58mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:49:59mdnsssdp_discover_service_client 628 SSDP:Discover client 4c:80:93:90:bc:35 for a particular service
Jan 22 15:49:59mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=121, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:49:59mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=120, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:50:01mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:01mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:50:04mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:04mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:50:04mdnsssdp_discover_service_client 628 SSDP:Discover client 4c:80:93:90:bc:35 for a particular service
Jan 22 15:50:04mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=121, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:50:04mdnsmdns_send_packet_pseudo_mcast 509 MDNS Pkt to SOS: pkt_len=120, buf_len=14336. To=4c:80:93:90:bc:35, vlan=1
Jan 22 15:50:47mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:47mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:50:50mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:50mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:50:53mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:53mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:50:56mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:56mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:50:59mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:50:59mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!
Jan 22 15:51:02mdnsmdns_parse_packet_from_sos 677 pkt from SOS: vlan 1, mac 4c:80:93:90:bc:35 ip 192.168.3.207
Jan 22 15:51:02mdnsssdp_parse_query_packet 357 QUERY from client:4c:80:93:90:bc:35 sid urn:schemas-upnp-org:device:InternetGatewayDevice:1 dropped: service not present!

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

I would like to know what the issue was and the resolution on this.

 

thanks,

Carlos

Contributor II

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

Still not found a permanent solution. But if you are in the same situation, try varying the rates and reducing the power, then monitor the performance to see if it suits your environment.

Super Contributor I

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

 

On 6.4.2.x, we have found that after a certain amount of runtime (weeks to months, I guess it probably varies depending on your client load) users will start to report disconnects, and if you look into it you may find that what is really happening is that certain devices will only connect to certain APs, but will reconnect to a particular AP for a while if you reboot that AP.  If you find this, a wholesale reboot of both the controllers and all APs is in order.  We just upgraded from 6.4.2.3 to 6.4.2.5 and we'll see if this bahavior returns in a month or two.

 

gem
Contributor I

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

We see similar behaviour to APs.

- We identify this when we see zero clients connected, while adjacent APs have many users.
Eg. In a lecture theatre with four APs, two of them have 50-70 clients and the other two zero.

- We can see a specific message repeated on the AP
#show ap remote debug mgmt-frames ap-name "xxx"
May 1 14:19:11 deauth 00:11:22:33:44:55 01:23:45:67:89:0a 00:11:22:33:44:55 15 Denied: AP Ageout (seq num 0)

- We verify by rebooting the AP and have more than 20 users connecting immediately afterwards

TAC case open

Super Contributor I

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

 

Note that just rebooting an AP and saying "hey look it has lots of clients now" is not a good test because it comes up with hot radios until ARM gets around to telling it what to do, but the syslog message is definitively known issue #116348; see the release notes.

 

We get about 90 days runtime between seeing this or similar issues.  When we start seeing them, we reboot the whole system at the earliest off-hours opportunity, because we've seen APs refuse to allow certain clients to connect while serving other clients, there isnt always a "Denied" syslog message to identify the affected APs, once it starts happenning it can return in a few days to the same AP, and we have better things to do with our staff time than try to hunt down which APs are in trouble.

 

Nuke it from orbit.  It's the only way to be sure.

 

Occasional Contributor I

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

 

 

McFly

gem
Contributor I

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

Hi, yes upgrading OS fixed it.

New Contributor

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

Too which version?

New Contributor

Re: WLAN CONSTANTLY DISCONNECTING CLIENTS

We have been chasing this around for months. No one seems to know what the actual issue is. We are running 6.4.2.12. It is only affecting intel NIC cards, not MAC devices. Anyone find an OS that is stable?

 

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