Here is the last 2 things from that thread that seemed to help this issue for
him
Dear all. After intensive and thorough investigations done by Cisco and
ourselves, we found out that it is the client that stops sending data after the
laptop has been in power save mode ("has gone to sleep"). The problem only
occurs when a client is associated to an Access Point that is on one of the
Extended UNII-2 channels 100,104 or 108. After the client comes back from power
save, it gradualy starts to stop sending data to the AP until it completely
stops. This is why the yellow exclamation mark (eventually) appears over the
WiFi icon in the systemtray.
We tested with the latest DELL drivers and they all kept gining the problem.
When we tested with the latest Intel driver, the problem did not occurr anymore.
The solution is to install the latest Intel driver on all laptops.
I would like to thank everyone in this thread for his / her contribution to the
solution of this problem. All of you were very helpful !
Then he did this…
It seems that installing the latest Intel driver did not fix the issue !
In the Windows device manager, what is required is to uncheck this box on the
NIC:
"allow the computer to shut down this device to save power"
Once this box is unchecked, the problem stops occurring.
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:[email protected]] On Behalf Of Trent Hurt
Sent: Thursday, October 02, 2014 3:16 PM
To: [email protected]
Subject: Re: [WIRELESS-LAN] windows client intermittent drops of connection wlc
7.6
20MHz for both 2.4 and 5. Give me more channels. Also I remember reading this
a few months ago. Not 7.6 but some good info. Seems it ended up being sleep
settings with the nic
http://www.linkedin.com/groups/Default-Gateway-not-available-on-101641.S.5853455742639575043?trk=groups_items_see_more-0-b-ttl
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:[email protected]] On Behalf Of James Helzerman
Sent: Thursday, October 02, 2014 3:06 PM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [WIRELESS-LAN] windows client intermittent drops of connection wlc
7.6
20MHz on the 2.4GHz
40MHz on the 5GHz
On Thu, Oct 2, 2014 at 2:50 PM, Danny Eaton
<[email protected]<mailto:[email protected]>> wrote:
We’re at 20 Mhz for the 2.4 band, and 40 Mhz for the 5.2 band. (regardless of
the AP type, 1142, 1252, 3502 or 3702).
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:[email protected]<mailto:[email protected]>]
On Behalf Of Ashfield, Matt (NBCC)
Sent: Thursday, October 02, 2014 1:40 PM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [WIRELESS-LAN] windows client intermittent drops of connection wlc
7.6
What are people using for Channel width settings on the Cisco WLC? 20, 40 or 80?
-Matt
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:[email protected]<mailto:[email protected]>]
On Behalf Of Dan Brisson
Sent: Thursday, October 02, 2014 3:14 PM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [WIRELESS-LAN] windows client intermittent drops of connection wlc
7.6
I had this exact scenario happen today on my Macbook air. I left my office to
go to the Dorm to troubleshoot. The student wasn't in their room so I went
into the common area and turned on my Air. I was associated and authenticated
but couldn't get anywhere. I looked at my routing table (netstat -nr) and sure
enough, no default gateway. I disabled and reenabled WiFi and it was fine.
That's the first time I've seen that behavior.
-dan
Dan Brisson
Network Engineer
University of Vermont
(Ph) 802.656.8111
[email protected]<mailto:[email protected]>
On 10/2/2014 1:50 PM, Ashfield, Matt (NBCC) wrote:
A real oddity we see with this is the fact the ARP table on the client has no
entry for the gateway when its losing its connectivity. Is anyone else seeing
that? Generally this is when the laptop is coming back from some form of sleep.
We still see it authenticated and associated. We do have DHCP Required option
enabled.
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:[email protected]] On Behalf Of McClintic, Thomas
Sent: Thursday, October 02, 2014 10:28 AM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [WIRELESS-LAN] windows client intermittent drops of connection wlc
7.6
Dan,
Do you have DHCP Addr. Assignment Required on? I’m seeing a similar issue since
going to 7.6 and also see it on 8.0.
I can’t access your case, so if you could update me offline that would be
wonderful.
Thanks
From: The EDUCAUSE Wireless Issues Constituent Group Listserv
[mailto:[email protected]] On Behalf Of Dan Brisson
Sent: Thursday, October 02, 2014 7:38 AM
To:
[email protected]<mailto:[email protected]>
Subject: Re: [WIRELESS-LAN] windows client intermittent drops of connection wlc
7.6
Very interesting b/c we are getting complaints from students with both Mac and
Windows clients. I disabled band select & load balancing and that seems to
have helped, but I still have students who complain that they get dropped
randomly. We're on 7.6.120. I've pressed multiple TAC engineers about going
to 7.6.130, but none of them will commit to that as being the fix.
We also have only WPA2-AES enabled for our main ssid. Our TAC case is 63665837
for reference.
One thing that I have noticed is that when the students complain of dropping,
it seems be due to the fact that they have roamed from one AP to another and
the roam is taking so long that some clients end up needing to go through the
DHCP process again. The odd thing is that when I look at the RSSI for the
client, it's in the high -60s/low -70s, so I don't know why the are roaming.
-dan
Dan Brisson
Network Engineer
University of Vermont
(Ph) 802.656.8111
[email protected]<mailto:[email protected]>
On 10/1/2014 7:18 PM, Britton Anderson wrote:
We've had the same issues regardless of Mac or Windows clients. We tracked it
down with TAC on our controllers (running either 7.6.122.9 or 7.6.130.0) as an
issue with both WPA&WPA2 enabled along side client band select/load balancing.
Band select and load balancing are obviously big ones, but disabling WPA and
leaving only WPA2-AES layer 2 security has remediated the problem for us.
-Britton
Britton Anderson<mailto:[email protected]> |
Senior Network Communications Specialist |
University of
Alaska<https://urldefense.proofpoint.com/v1/url?u=http://www.alaska.edu/oit&k=yYSsEqip9%2FcIjLHUhVwIqA%3D%3D%0A&r=eHsexY0U6WY24UhDK4eLQbvXOPzMySRoCq87DX3WV5M%3D%0A&m=catvvxD%2FLWUPrt7teEftVW%2BVyZ7q4Mdxyz136gey7Lk%3D%0A&s=49b7a6706beeaa53ae26409a343bfd57f3838be4a0965c03816c0032ea4247e2>
|
907.450.8250
On Wed, Oct 1, 2014 at 3:10 PM, Ashfield, Matt (NBCC)
<[email protected]<mailto:[email protected]>> wrote:
Hello
We are seeing some intermittent issues with some of our student computers (a
lot of HPs, but some others) whereby they will be working away, well connected,
and suddenly get the yellow exclamation mark in on their wifi connection in the
taskbar and lose connectivity. Sometimes they can get back on, sometimes they
have to reboot. We have tried updating drivers and that has not fixed the
problem, although in one case we forced the client to 2.4ghz range thru
settings in the adapter and that seemed to fix the probem in some cases.
The issue is very odd. It appears almost to be location or AP specific although
reports are hard to nail down. Anecdotal reports suggest more difficulty with
non-3702i APs (we have some 3500's and 3600's APs as well) The network is an
EAP-TLS network with client side certs.
As with most student wifi issues, it’s nearly impossible to get real debugging
results, but one thing we have noticed is when the student is having issues,
we’ve seen where the controller is showing them as associated and
authenticated, but the client machine seems to show that it has an IP gateway
and mask but for some reason there’s no gateway entry in the ARP table of the
client. Release/Renew does nothing. Ping from the gateway does nothing. Very
odd issue. DHCP is provisioned by a central Microsoft DHCP server (ie, not the
cisco device) and we’re using 1 hour lease times. Some students we've seen it
happen to are a result of their laptop going asleep.
I personally tend to lean towards this being a client driver issue. Problem is,
it's nearly impossible to have every student with up to date drivers in this
BYOD type world we operate in. At the end of the day, we have students who need
wifi access and cannot get on and blaming IT. This is a small subset of users,
but an issue nonetheless.
I have heard rumblings of various wlc options/settings that may be causing
issues and we do have the following list below. Turning one off at a time is an
option I suppose, but hoping that someone may have some better recommendations
here.
- Client Band Select enabled
- Client Load Balancing enabled
- User Idle Timeout set to 5400 Seconds (this is under Controller/General)
- CCKM enabled
- Session Timeout 36000 (this is under WLAN/Advanced)
- DHCP Address Assignment Required is checked
Any advice/info is appreciated.
Thanks
Matt
**********
Participation and subscription information for this EDUCAUSE Constituent Group
discussion list can be found at
http://www.educause.edu/groups/<https://urldefense.proofpoint.com/v1/url?u=http://www.educause.edu/groups/&k=yYSsEqip9%2FcIjLHUhVwIqA%3D%3D%0A&r=eHsexY0U6WY24UhDK4eLQbvXOPzMySRoCq87DX3WV5M%3D%0A&m=catvvxD%2FLWUPrt7teEftVW%2BVyZ7q4Mdxyz136gey7Lk%3D%0A&s=33f3118437340917aff79b8decc9c6b4f48a81e4512a362d5439c35fa30580ee>.
********** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/<https://urldefense.proofpoint.com/v1/url?u=http://www.educause.edu/groups/&k=yYSsEqip9%2FcIjLHUhVwIqA%3D%3D%0A&r=eHsexY0U6WY24UhDK4eLQbvXOPzMySRoCq87DX3WV5M%3D%0A&m=catvvxD%2FLWUPrt7teEftVW%2BVyZ7q4Mdxyz136gey7Lk%3D%0A&s=33f3118437340917aff79b8decc9c6b4f48a81e4512a362d5439c35fa30580ee>.
********** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.
********** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.
!DSPAM:911,542d9c11138203491610802!
********** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.
--
James Helzerman
Wireless Network Engineer
University of Michigan - ITS Communications Systems and Data Centers
Phone: 734-615-9541
********** Participation and subscription information for this EDUCAUSE
Constituent Group discussion list can be found at
http://www.educause.edu/groups/.
