We are running 7.6.130. We did open a TAC call and they told our Analyst that this is TKIP related, and their workaround was to disable TKIP. We typically try to avoid doing these types of changes mid semester, but it looks like the usage for TKIP on our campus is very low as well so hopefully it will be low impact.
On Mon, Mar 30, 2015 at 1:44 PM, Jerry Bucklaew <[email protected]> wrote: > We ran into multiple TKIP issues with clients about 2 years ago and > disabled all TKIP use at that time. We have around 45k unique clients and > they all seem to work fine with TKIP disabled. The other think we did at > the same time was drop all the lower speed rates > > > > On 03/30/2015 01:29 PM, Dennis Xu wrote: > >> We have had several tickets opened for this issue. We use mixed AP models >> 3702/3602/3502/1142/1131. We allow both WPA/TKIP and WPA2/AES under WLAN. I >> don't have details about which APs did clients connect to when the issue >> happened. I have asked clients to provide details but no replies. Has >> anyone confirmed this was caused by the WPA/TKIP setting? >> I searched one client MAC address in Prime Infrastructure and it appears >> the client was connected as WPA2/AES. >> >> Our syslog shows following error for this client: >> *Dot1x_NW_MsgTask_2: Mar 24 15:00:15.733: #DOT1X-3-WPA_KEY_MIC_ERR: >> 1x_eapkey.c:703 TKIP MIC errors reported in EAPOL key msg from client >> 28:cf:da:ee:51:52 >> >> I opened a case with TAC. TAC required the "debug client" output but I >> have not been able to collect that yet. >> >> > ********** > Participation and subscription information for this EDUCAUSE Constituent > Group discussion list can be found at http://www.educause.edu/groups/. > -- Joe Roth Network Manager Binghamton University Ph. 607-777-7528 Fax 607-777-4009 ********** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
