Adding this stuff involves a lot of work, its jot just the case of new graphs but multiple interconnected entity types.

I'm not sure how to do clients, it seems quite heavy to graph, and it seems we're going to have the possibility of clients crossing APs, radios and controllers, which is going to get super complicated.

Adam.

Sent with AquaMail for Android
http://www.aqua-mail.com

On 1 March 2015 21:46:24 "Ron Marosko" <ron@rjr-services.com> wrote:

This would be generally correct… for broadband fixed wireless (Canopy, UBNT, et al.), having a graph of the client device RSSI/SNR value is helpful when it comes to troubleshooting client connectivity issues when something changes over time.

 

I’ve started playing a little with this on the Canopy side of things, have identified the appropriate SNMP OIDs to poll/graph, but I don’t know how to manipulate the graph/database stuff to get the graphs to show up neatly. What I’ve got is really messy and not viable.

 

…Ron

 

From: observium [mailto:observium-bounces@observium.org] On Behalf Of Eduardo Schoedler
Sent: Sunday, March 01, 2015 8:59 PM
To: Observium Network Observation System
Subject: Re: [Observium] WiFi support progress

 

2015-03-01 17:43 GMT-03:00 Adam Armstrong <adama@memetic.org>:

How usable is it?

 

For an WISP? I think it's good to have client's CCQ, for example.

Client's signal its good too.

 

And that's all, folks. :)

 

But IMHO it's a waste of time, since there is Aircontrol from Ubnt and does all you need, including manage this devices.

 

--

Eduardo Schoedler

 

 

_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium