We pre-authenticate gaming consoles on our guest network (much easier than trying to do it on the 802.1x SSID) by OID and then give them a "gaming" role.
Tim Cappalli, CCNA | IT Services | (802) 626-6456 [email protected]<mailto:[email protected]> | it.lyndonstate.edu<http://it.lyndonstate.edu/> [cid:[email protected]] From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:[email protected]] On Behalf Of Brian Helman Sent: Thursday, November 10, 2011 9:00 PM To: [email protected] Subject: Re: [WIRELESS-LAN] College deals with wireless issues Philippe, Do you guys support gaming consoles? Our Wii users can't use our wireless .. no wpa2/Enterprise. And we are throttling (or even blocking) video more on wireless than on wired. You'd be surprised how quickly students plug in when they realize that. -Brian ________________________________ From: The EDUCAUSE Wireless Issues Constituent Group Listserv [[email protected]] on behalf of Hanset, Philippe C [[email protected]] Sent: Thursday, November 10, 2011 8:44 PM To: [email protected]<mailto:[email protected]> Subject: Re: [WIRELESS-LAN] College deals with wireless issues If you provide a great wifi coverage and no wired access You shouldn't have to worry about rogues (since there is No port to connect to ;-) Philippe, University. Of TN, Knoxville On Nov 10, 2011, at 8:29 PM, "Jeff Kell" <[email protected]<mailto:[email protected]>> wrote: On 11/10/2011 8:24 PM, Harry Rauch wrote: We have in our internet docs for students that rogue wireless devices that interferes with the dorm's internet usage will be requested to shutdown or the student will lose internet rights for 30 days. Students seem to be more than willing to shut off their wireless router after they are made aware of the problem; they honestly don't have a clue about the effects of their personal wireless and the school's. We have similar policies. If we detect a rogue (shows up in our NAC as a NATed client), we quarantine the MAC address of the router. If they connect to their rogue wireless, they get a captive portal telling them to disconnect it! If they then connect directly, they are fine again. Other than us having to mark the MACs, it is self-remediating (and if the MAC returns, it gets the same result, regardless of the jack/location). Jeff ********** 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/. ********** 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/.
<<inline: image001.jpg>>
