Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

We just finished a Ruckus/Cloupath deployment a few months ago, and this move makes sense. Interesting considering I had heard Kevin turned down Cisco and Juniper. If anyone has questions about how it went you can email me directly, Steven D Veron Senior Network Analyst Lamar University

Re: [WIRELESS-LAN] Measuring User Experience

On Thu Oct 22 2015 12:15:09 CDT, Jeffrey D. Sessler wrote: > > The difficulty with wireless is that even when the problem is the client, you > still get the blame. Oh that's just a given. :) The large majority of the problems that ever end up escalating all the way

Re: [WIRELESS-LAN] Measuring User Experience

Have an open student forum, perhaps done in conjunction with your student government. I find this the best way to get feedback, then follow it up with a basic survey (not more than 10 questions), and have an incentive tied to completion of the survey e.g. Free printing block, free coffee (we

Measuring User Experience

I have been instructed that I need determine a metric that reasonably guestimates the end user experience of our wireless networks, without procuring a system(s) that does it. I readily admit that my head kind of exploded when this directive was given. Have any of you done this exercise or

Re: [WIRELESS-LAN] Measuring User Experience

Hmm. What data do you have? User authentication time stamps could help you find frustrating re-authentications. Association logs could describe how users are or aren't roaming successfully. DHCP logs could show whether or not users are having sessions interrupted while roaming. Signal/noise

Re: [WIRELESS-LAN] Measuring User Experience

So if a large majority of the problems are driver issues, then is there something at the tier 1 level (or before) that could be done to reduce the number of these tickets being escalated? On our campus, we now have a 1st-year bootcamp that’s part of orientation, and a team of students assists

Cloudpath-Ruckus...

Here is a statement from Cloudpath about the direction of the company: > > --- > To be certain, Cloudpath will remain available as a multi-vendor product > with a vision unchanged from what we have laid out over the last nine years. > I continue to lead the Cloudpath

RE: [WIRELESS-LAN] Measuring User Experience

I must say many staff aren't much better than the students at reporting issues. Often going through upper management before lodging a ticket. Reminds me of rant I saw on redit the other day stating he got a petition to fix wireless from the students but there were 0 reports in the ticket system

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

Well that's... interesting. Anyone heard any rumors about what their roadmap might be? These acquisitions of an independent service by a larger portfolio company rarely seem to well for customers of the independent service if you're not also a customer of the large one. Frank Sweetser fs

Re: [WIRELESS-LAN] Measuring User Experience

We experience the same thing here. I actually periodically check reddit, twitter, and yik yak for complaints and try to work with the users to get things resolved. I find they would rather complain sorta-anonymously and then live with problems than actually contact us in the proper channels

Re: [WIRELESS-LAN] Measuring User Experience

Others have already covered most of the same ground I would on collecting SNMP data sets and actively looking where users are stubbornly sulking ("why didn't anyone fix this problem I didn't tell anyone about!?"), but if you have at least a little budget and some time you could put a decent

Ruckus has purchased Cloudpath

FYI. Lee Badman | Network Architect Information Technology Services 206 Machinery Hall 120 Smith Drive Syracuse, New York 13244 t 315.443.3003 f 315.443.4325 e lhbad...@syr.edu w its.syr.edu SYRACUSE UNIVERSITY syr.edu ** Participation and subscription

Re: [WIRELESS-LAN] Measuring User Experience

Matthew, Another suggestion would be to do a poll/survey of the end users. Depending on the response you get, you may get some useful feedback. Matthew S. McFall Network Engineer CCNA/CCNA-Security Division of Information Technology Jacksonville State University Office: 256-782-5664

RE: [WIRELESS-LAN] Measuring User Experience

Thank you for the ideas, everyone. The problem that we have with measuring tickets is that our user base is more apt to complain on social media and we simply don’t have the man-hours to scour the various sites. Another component that we were thinking about trying to tie into this metric is

Re: [WIRELESS-LAN] Measuring User Experience

Matthew, Here are a few ideas (assuming that your Wi-Fi system/Trouble Ticket system allows you to poll that kind of data) -HELP DESK: % of Help Desk trouble tickets related to Wireless, and type of problem -BANDWIDTH: How is your bandwidth to the Internet doing? (% Utilization, are you

Re: [WIRELESS-LAN] Measuring User Experience

I pretty much measure this by number of tickets opened for wifi issues at our support desk. It's a pretty good spot to measure "user experience". Perhaps the only spot. - Pete Hoffswell - Network Manager pete.hoffsw...@davenport.edu http://www.davenport.edu On Thu, Oct 22, 2015 at 8:46 AM,

RE: [WIRELESS-LAN] Measuring User Experience

My experience these last few years has been exactly this: students do not open tickets. My best luck has been having the help desk monitor twitter, especially the college "complaint" accounts, and engaging as soon as we see problems. If you do get a ticket, make sure to get a cell phone.

Re: [WIRELESS-LAN] Measuring User Experience

On Thu Oct 22 2015 08:11:46 CDT, "Williams, Matthew" wrote: > > Thank you for the ideas, everyone. The problem that we have with measuring > tickets is that our user base is more apt to complain on social media and we > simply don’t have the man-hours to scour the various

RE: [WIRELESS-LAN] Measuring User Experience

This may sound stupid but I have a bash script running on a linux server that every 5 minutes does a show client summary. It then counts the clients that are associated and authenticated. I then try to get a percentage by dividing the two. This is displayed on our monitoring wall. It's fairly

RE: Ruckus has purchased Cloudpath

I am just trying to have a Ruckus rep contact us for a demo as we are considering all options for a wireless upgrade (currently we use Cisco). I wouldn't have thought it would be this hard and that they were interested in new business. Sorry for the rant here but it is frustrating. Jeff

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

Or if you only care about 802.1X automatic configuration (and not about all the features of device management that come with Cloudpath and others) you can use the free configuration tool from cat.eduroam.org (definitely not as good as Cloudpath, but good enough for many of us ..and it does

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

Ryan, I would also be interested in hearing how your SecureW2 deployment is going. We have their solution, but are underutilizing it at the moment as it is only used for eduroam configuration/onboarding (though we are in a transition with most users directed to the eduroam CAT). The

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

My email is r...@unc.edu. Send me an email. I might setup a call for those interested. Ryan Turner Senior Network Engineer, ITS The University of North Carolina at Chapel Hill +1 919 274 7926 Mobile +1 919 445 0113 Office > On Oct 22, 2015, at 11:19 AM, David R. Morton

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

Why did you switch to SecureW2? On Thu, Oct 22, 2015 at 02:56:18PM +, Turner, Ryan H wrote: > Wow. That came out of nowhere. We officially switched to SecureW2 for on > boarding at the beginning of the year from Cloudpath. Any news about > management changes? Is Kevin still running the

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

Best case scenario: Ruckus' awesome Dynamic PSK feature gets rolled into Cloudpath for the rest of us and the pricing comes down in an effort to use CloudPath to eventually sway customers towards Ruckus hardware. Worst case: Cloudpath effectively goes Ruckus-only, leaving us to move to either

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

A lot of reasons. We are an EAP TLS shop. We were with the enrollment platform almost from the beginning (I think Kevin said we were inside if the first 10) and used it for a few hundred thousand onboards during 2 years. I would love to share all the reasons to the list, but I would prefer

RE: [WIRELESS-LAN] Ruckus has purchased Cloudpath

I have to be honest - not really excited to see this. We've been using Cloudpath Networks for 8 years including the Enrollment System with EAP-TLS for a year - and I've been super pleased with it. I hope they intend to support non-Ruckus vendors for a long time and keep Kevin Koster running

Re: [WIRELESS-LAN] Ruckus has purchased Cloudpath

Just to clarify, CAT (cat.eduroam.org) is mostly designed for PEAP and EAP-TTLS. You could use it for EAP-TLS but it doesn’t tie to a PKI (that part of the code is missing) Support for EAP-TTLS for Windows XP-VISTA-7 was interrupted this year after SecureW2 asked CAT to stop using its code.

Re: [WIRELESS-LAN] Measuring User Experience

Matthew, We experienced a similar dynamic when we first launched 802.11n with 802.1x. We moved from a previous system that was *completely* open (by necessity, not desire) to a secure auth system (very desired). There was certainly a social media backlash as the new authentication was

RE: Ruckus has purchased Cloudpath

Just for completeness sake - Ruckus posted the press release this morning: http://www.ruckuswireless.com/press/releases/20151021-ruckus-wireless-acquires-cloudpath-networks-simplify-wi-fi-onboarding In speaking to our CloudPath rep, we heard "We will remain Cloudpath and our product will