#955 closed defect (fixed)
Wifi issues in ballroom III
Reported by: | Owned by: | ||
---|---|---|---|
Priority: | tbd | Milestone: | ietf-093 |
Component: | wireless | Keywords: | |
Cc: | My Current Location: | ||
My MAC Address: | My OS: |
Description
I am periodically dropping off the "ietf" wifi, this happens roughly every 1..3 minutes. It takes quite some time until it will reassociate. My MAC is 00:21:6a:0c:cb:e6 - I am running Linux 4.0.2-1-ARCH with wpa_supplicant 2, currently switched over to eduroam since it seems to work better. Attached is the log from wpa_supplicant. While I feel that I have a rough understanding of what is happening there, I don't know 802.11 well enough to tell if this is supposed to happen this way or if some part of the system is not behaving as expected. -Christian
Attachments (1)
Change history (5)
Changed 3 years ago by
Attachment: | wifi-log.txt added |
---|
comment:1 Changed 3 years ago by
Christian,
This is due to an issue surrounding TKIP on the APs. We're in the process of removing TKIP and forcing everyone to AES (which is more secure), but it's taking a bit longer than hoped. Stay tuned. In the mean time, as much as I hate suggesting it, use ietf-legacy. It should be unaffected.
- Jim
comment:2 Changed 3 years ago by
Component: | incoming → wireless |
---|---|
Owner: | changed from llynch@… to jim@… |
Status: | new → assigned |
Type: | request → defect |
comment:3 Changed 3 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
TKIP has been disabled throughout the IETF network. All encryption now uses AES, and the draconian measures that the WPA/TKIP standard require are no longer an issue.
I am closing this ticket. However, if you see this problem again please re-open this ticket.
And, of course, feel free to open another ticket if you have any network issues with the IETF network.
Thanks!
Chris.
Added by email2trac