Hi, We, too, have been considering this as the best way we can get a clear idea on any performance/coverage issues is to have people out in the field tell us that there’s an issue. This includes roaming issues or bugs with vendor hardware/firmware/drivers. I tend to pick up on a lot of these myself prior to them being reported, which is a concern given that we have well over 100k unique devices on our network.
For performance, high RF channel utilisation doesn’t tell the full story. Neither does client count. What we’ve found is that if latency to those devices is high during a high RF and client count event, then we’re likely hitting capacity issues but this process is largely manual (i.e. ping every client at a particular time). We have some scripts that collect a list of all users associated to our controllers and on which AP and we compile a webpage which shows each location sorted by client count to show ‘busiest’ APs on our NOC dashboard which is separate to anything Prime does for us currently. We’re also curious as to how others identify bad radios/APs which are up and available via SNMP but perform poorly on the RF side. Unfortunately our biggest challenge is to encourage our customers to come forward and let us know about their issues. Keen to know how everyone else is tracking. Tristan Tristan Gulyas Senior Network Engineer Network Operations eSolutions | Monash University 738 Blackburn Road Clayton 3800 www.monash.edu | tristan.gul...@monash.edu On 10 Sep 2014, at 1:22 am, Walter Reynolds <wa...@umich.edu> wrote: > I thought before I spent a lot of time trying to figure out the best path, I > would query what the community is doing. What I am looking for is the best > way to try and be proactive on wireless issues that we may see. In other > words what reports do folks find most useful? Are there some reports that > while nice may only be useful when combine with information from a separate > report? Are there tools you may use that presents data in a way that makes > more common issues clearer? > > I know what I am asking is pretty vague, but I am trying not to duplicate > work that many of you have already done. > > Thanks in advance for any advice and suggestions. > > ------------------------ > Walter Reynolds > Principal Systems Security Development Engineer > Information and Technology Services > University of Michigan > (734) 615-9438 > ********** 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/.