With wi-fi or otherwise mobile clients, and even to the extent of controller-based APs that migrate from one controller to another, I absolutely agree with your second statement.
Canopy PMP devices are individual fixed devices where we don’t really care about what AP to which they are connected… I’m polling each client radio individually (to the tune of about 480 of them).
I started off with the template in includes/polling/wifi/canopy-mib.inc.php with this:
$wificlients1 = snmp_get($device, "regCount.0", "-Ovq", "WHISP-APS-MIB", mib_dirs('cambium'));
Seems simple enough, but I can get into trouble very fast.
// Radio Information
if (preg_match("/SM/", $version, $regexp_result))
{
echo("Checking Cambium SM Wireless signal... \n");
// $wificlients1 = snmp_get($device, "radioDbm.0", "-Ovq", "WHISP-SM-MIB", mib_dirs('cambium'));
$wificlients1 = snmp_get($device, "radioDbmHorizontal.0", "-Ovq", "WHISP-SM-MIB", mib_dirs('cambium'));
$wificlients2 = snmp_get($device, "radioDbmVertical.0", "-Ovq", "WHISP-SM-MIB", mib_dirs('cambium'));
// $radiohorizontal = snmp_get($device, "radioDbmHorizontal.0", "-Ovq", "WHISP-SM-MIB", mib_dirs('cambium'));
// $radiovertical = snmp_get($device, "radioDbmVertical.0", "-Ovq", "WHISP-SM-MIB", mib_dirs('cambium'));
echo(($wificlients1 +0) . " dBm Horizontal\n");
echo(($wificlients2 +0) . " dBm Vertical\n");
}
And this is sort-of working, witness this:
Which obviously has broken descriptions, and the graphs are not scaling, but I think you get the idea where I was trying to go with this.
…Ron
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Sunday, March 01, 2015 9:51 PM To: Observium Network Observation System Subject: Re: [Observium] WiFi support progress
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
