RE: [WIRELESS-LAN] Anyone use CloudPath ?
Hey Michael, We here at UBC use their product with great success. It has been the driving force behind our push to get everyone to switch over to 802.1x. The time it has saved at the tier 1 level, has more than paid for itself. Been running it for a few years. It's interface is highly customizable. You can take a look at our version here: http://autoconnect.it.ubc.ca/xc/index.html Thanks Ian Procyk UBC IT 604-827-5707 -Original Message- From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Michael Dickson Sent: Monday, November 23, 2009 7:13 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: [WIRELESS-LAN] Anyone use CloudPath ? We're considering Cloudpath XpressConnect to see if this product can assist with client configuration and help us achieve higher user adoption of our 802.1x network. Anyone using XpressConnect successfully? Do you use it for Win and Mac? How is pricing determined for a campus? We're offering 802.1x with TTLS/PAP/AES and use SecureW2 for our Windows users. Adoption rate over our captive portal SSID is going just ok. We are planning a large expansion project and want make getting on 802.1x as easy as possible. Comments, advice, complaints or horror stories appreciated. Reply to me directly if you prefer not to air grievances publicly. Thanks in advance, --Mike Michael Dickson 413.545.9639 Network Analyst Univ. of Massachusetts Amherst ** 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/.
RE: [WIRELESS-LAN] 1140 Cisco APs
Kristina, Also be aware of the fact that to mount on a single gang electrical box, you will likely need another adapter plate (or access to a drill press if you want to roll your own). The 1142 brackets no longer have the X-Y holes that the 1131 brackets had, which made the 1131's so nice and easy to mount up against the wall, with only the stuff supplied in the box. We are finding that the current architectural trend on campus, is one that is shying away from t-bar ceilings - hence our need for the alternate brackets. In many cases we are back to open and exposed ceilings with cable tray and pipe. Often an acoustic baffle, made from what can only be described as pressed wood shavings is hung from the ceiling as well, these don't like to be drilled or bolted into... Ian Procyk UBC IT 604-827-4707 -Original Message- From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Linchuan Yang Sent: Monday, November 09, 2009 10:31 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] 1140 Cisco APs Hi, Kristina We did a test with Cisco 1142 AP. From the results (same location, 12 feet), the coverage of vertical mounting (on the wall) and horizontal mounting (under the ceiling) are almost the same. Please consult with Cisco about the mounting position of 1140 AP; I think both of them are suitable for 1140. Linchuan Yang Wireless Networking Analyst Network Assessment and Integration, IITS-Concordia University Tel: (514)848-2424 ext. 7664 -Original Message- From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Kristina Gasca Kelly Sent: November 9, 2009 1:14 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: [WIRELESS-LAN] 1140 Cisco APs We are a Cisco shop and have begun discussing the deployment of 802.11n APs in our environment. We currently have 22 WiSMs and approx 1100 APs (1240s and 1230s). Currently there are two Cisco flavors of APs the 1252 and 1140. We are shying away for the 1250 series because of the power draw limitation with our current PoE switches. We don't want to start using injectors again or buy all new 3560e switches! However the 1140s were designed to be hung from the ceiling and we only hang wall mounted APs. Has anyone else installed 1140s on the wall, and if so, did you have to change your design methodology? Thanks, Kristina -- ~~ Kristina Gasca Kelly Network Operations Manager North Carolina State University Communication Technologies 919.515.0107 (office) 919.515.1641 (fax) krist...@ncstate.net ~~ ** 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/.
Anyone Having Issues with the RealTek RTL8192E?
Folks, We have received this e-mail from our help desk this morning who is reporting an interesting trend. Before I go spend a lot of time working with vendors on this, I wanted to see if anyone else has seen similar behavior. The chipset is the RealTek RTL8192E. See the e-mail from our tier 2 helpdesk below: The Help Desk has recently helped 3 customers at our front desk with new Toshiba Satellite laptops, and none of them were able to connect to the ubcsecure (802.1x /w PEAP) network. 2 of the 3 laptops are confirmed to be using the RealTek RTL8192E wireless chipset. We were only able to locate a single version of the wireless drivers on both the Toshiba and RealTek websites, so we were not able to try updating the drivers. We did not obtain the model/chipset information for the third laptop - we know that it uses a RealTek wireless chipset, but we cannot confirm the chipset model number. On the 'ubc' SSID (captive Cisco web-auth portal), we had better success using Toshiba's wireless configuration utility (ConfigFree) to connect. When we disabled ConfigFree and used Windows to connect to 'ubc' it would usually fail. In the end, all 3 laptops were able to connect to 'ubc' On 'ubcsecure' (802.1x), none of the 3 laptops will connect. With ConfigFree disabled and using Windows to connect, Windows will repeatedly prompt the user for the username and password for authentication, even though the username and password are correct. Checking the settings for the 'ubcsecure' wireless profile reveals nothing to be wrong with the settings. We have not tried the Autoconnect utility, but we will try this if we encounter this situation again. All 3 laptops have rather limited wireless driver options: - 802.11d which is disabled - Beacon interval which is set to 100 - Another setting for the power output, which is set to Auto. We tried 100% on 1 of the laptops with no success. Here are the model numbers for 2 of the 3 laptops: Toshiba Satellite U500 - PSU52C-00N003 Toshiba Satellite L510 - PSLF2C-01600G Thanks Ian Procyk, UBC IT 604-827-5707 From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Randall C Grimshaw Sent: Wednesday, November 04, 2009 11:57 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Instructions We use a HELP style SSID with a configuration utility and other documentation like you have created on it. The utility is available from Cloudpath.net Randy From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Daniel Bennett Sent: Wednesday, November 04, 2009 1:37 PM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: [WIRELESS-LAN] FW: Instructions I have a meeting coming up on how to best inform new students of how to gain access to wireless once they get here. We have instructions in pdf format for all operating systems. I am wondering how your Institutions get that kind of information in hands of new incoming freshman. Especially those living in the dorms. Thanks, Daniel Bennett IT Security Analyst Pennsylvania College of Technology One College Ave Williamsport PA, 17701 570.329.4989 ** 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/.
RE: [WIRELESS-LAN] wireless DHCP lease time
Hey all, Very much the same case at UBC. We have 30 minute DHCP timers (so 15 minute requests) active on 12x /21's... Without it we would be hosed. We'd like to go lower, but the load on the controllers (DHCP proxy) and the DHCP server (old SPARC) would likely become a problem. Thanks, Ian Procyk UBC IT Connectivity Infrastructure 604-8275707 -Original Message- From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of heath.barnhart Sent: Wednesday, September 30, 2009 11:40 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] wireless DHCP lease time We run 30 minute leases for most of SSIDs, no problems. We saw an unexpected boost in wireless usage this semester though, and had to go from /22 networks to /20 to accommodate the new users and leave room for expansion. Heath Garrett Harmon wrote: We're running into some issues at the ramp up of a quarter with our DHCP lease time attempting to utilize the /24's we currently pool for our main essid. We moved from 1hr. to 30 minutes, but are still running out of leases occasionally. For instance, we have 160 users in a /24, but due to the transient nature of wireless/classes leases that are used for a brief moment the cycle isn't quite efficient enough. What is everyone else using for wireless DHCP lease times? I know I can just add another /24 to the pool, but the networks are not being utilized enough. We want to try 15 minutes but are wondering if we will start to run into issues related with that? Your input is greatly appreciated!! *Garrett Harmon* Network Engineer Office of Information Technology The Ohio State University 614.292.2122 (o) 614.747.5539 (c) ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- Heath Barnhart Asst. Systems and Networking Admin Information Systems and Services Washburn University Topeka, KS 66621 ** 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/.
RE: [WIRELESS-LAN] WiSM 6.0.182.0
UBC upgraded our campus (39 controllers consisting of 4402's 4404's WiSM's and 5508's) on July 18th to 6.0.182. -We had some AP's with Static IP's that needed attention. -We also noticed that the wired ACL in 6.0x doesn't work - we noticed this even during our 6.0 beta test. -AP's that were located at remote sites (via DSL/cable) that were directly connected to controllers, are now having difficulty connecting to controllers running 6.x The solution has been to put these AP's into office extend mode or HREAP mode, where the latency timers are longer. Thanks Ian Procyk UBC IT 604-827-5707 -Original Message- From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Dennis Xu Sent: Wednesday, August 05, 2009 7:15 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: [WIRELESS-LAN] WiSM 6.0.182.0 Has anybody upgraded to WiSM 6.0.182.0? Any feedback? Thanks! Dennis Xu Network Analyst Computing and Communication Services University of Guelph 5198244120 x 56217 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
Problems with Cisco Work Group Bridges
Hey all, Been lurking on the form here for a long time, and haven't posted anything, but we have a real interesting issue, which Cisco TAC can't seem to wrap their head around yet... Just wondering if anyone else has encountered similar behavior: We have a small MESH network on campus (about 10 nodes now, and growing to 22 by then end of this year). In some places on campus, we have construction trailers / outbuildings, which we service by converting AP1230's into workgroup bridge mode (WGB). These workgroup bridges, backhaul to the nearby MESH network, and provide these construction trailers with basic wired style internet access. The problem we are seeing, is that these work group bridges often disassociate or temporarily drop off the network and come back on. This can happen several times a day (despite SNR is often 20dB+). We are running 5.2.181 (dev code, produced to help fix this very issue) but are having no luck. Anyone seem similar behavior with WGB's? Anyone have any tips/tricks to help keep these units online? Thanks Ian Procyk UBC IT Connectivity Infrastructure 604-827-5707 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/.
RE: [WIRELESS-LAN] Problems with Cisco Work Group Bridges
Thanks for responding Rick, We have too many sites having exact same problem for it to and RF or power issue. Even in areas where the only source of ISM band noise is us (ie the UBC farm) we are having the same issues. We are talking about the connection dropping out briefly up to 10 times a day -Original Message- From: The EDUCAUSE Wireless Issues Constituent Group Listserv [mailto:wireless-...@listserv.educause.edu] On Behalf Of Rick Brown Sent: Thursday, June 25, 2009 9:31 AM To: WIRELESS-LAN@LISTSERV.EDUCAUSE.EDU Subject: Re: [WIRELESS-LAN] Problems with Cisco Work Group Bridges Is is possible that because these are construction sites that power is being interrupted or that you're having line of sight issues where cranes, cement trucks, etc. are disrupting your rf path? I'd like to think that you've already considered these, but sometimes we tend to look past the obvious for a more serious issue. Rick Procyk, Ian wrote: Hey all, Been lurking on the form here for a long time, and haven't posted anything, but we have a real interesting issue, which Cisco TAC can't seem to wrap their head around yet... Just wondering if anyone else has encountered similar behavior: We have a small MESH network on campus (about 10 nodes now, and growing to 22 by then end of this year). In some places on campus, we have construction trailers / outbuildings, which we service by converting AP1230's into workgroup bridge mode (WGB). These workgroup bridges, backhaul to the nearby MESH network, and provide these construction trailers with basic wired style internet access. The problem we are seeing, is that these work group bridges often disassociate or temporarily drop off the network and come back on. This can happen several times a day (despite SNR is often 20dB+). We are running 5.2.181 (dev code, produced to help fix this very issue) but are having no luck. Anyone seem similar behavior with WGB's? Anyone have any tips/tricks to help keep these units online? Thanks Ian Procyk UBC IT Connectivity Infrastructure 604-827-5707 ** Participation and subscription information for this EDUCAUSE Constituent Group discussion list can be found at http://www.educause.edu/groups/. -- Richard E. (Rick) Brown Network Systems Engineer Communication Technologies Office of Information Technology N.C. State University (919) 515-5489 office (919) 515-1641 fax (919) 601-1651 cell rick_br...@ncsu.edu http://www.ahecta.org/ ** 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/.
