I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
We've got a 20 unit Meraki deployment if you need any debug testing. On Feb 28, 2015 8:04 PM, "Adam Armstrong" adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer sryan@arbor.net wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" adama@memetic.org wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer sryan@arbor.net wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" adama@memetic.org wrote: I've been doing a little bit more work on support for WiFi devices
(Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's
useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I've got a Ruckus test network I can give you SNMP access to - fairly simple setup:
1x ZD1106 2x ZF7372 1x ZF7363
Let me know if you're interested.
Regards,
SG
On 2/28/2015 7:04 PM, Adam Armstrong wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer <sryan@arbor.net mailto:sryan@arbor.net> wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" <adama@memetic.org mailto:adama@memetic.org> wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
That might be useful. :D
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:08:33 Spencer Gaw spencerg@frii.net wrote:
I've got a Ruckus test network I can give you SNMP access to - fairly simple setup:
1x ZD1106 2x ZF7372 1x ZF7363
Let me know if you're interested.
Regards,
SG
On 2/28/2015 7:04 PM, Adam Armstrong wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer <sryan@arbor.net mailto:sryan@arbor.net> wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" <adama@memetic.org mailto:adama@memetic.org> wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
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
Hi Adam, Just checking - did you receive my note about the Meraki AP's and SNMP credentials?
Thanks, Alex
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Sunday, 1 March 2015 1:17 PM To: Observium Network Observation System Subject: Re: [Observium] WiFi support progress
That might be useful. :D
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:08:33 Spencer Gaw spencerg@frii.net wrote:
I've got a Ruckus test network I can give you SNMP access to - fairly simple setup:
1x ZD1106 2x ZF7372 1x ZF7363
Let me know if you're interested.
Regards,
SG
On 2/28/2015 7:04 PM, Adam Armstrong wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer <sryan@arbor.net mailto:sryan@arbor.net> wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" <adama@memetic.org mailto:adama@memetic.org> wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
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
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this e-mail. We cannot accept liability for any loss or damage caused by software viruses.
Will a SNMP dump help?
Sent from my iPhone
On 1/03/2015, at 15:04, Adam Armstrong adama@memetic.org wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer sryan@arbor.net wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" adama@memetic.org wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
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
Nope :)
I only work in real devices, its frustrating trying to work from SNMP walks.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:58:21 Pieter De Wit pieter@insync.za.net wrote:
Will a SNMP dump help?
Sent from my iPhone
On 1/03/2015, at 15:04, Adam Armstrong adama@memetic.org wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer sryan@arbor.net wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" adama@memetic.org wrote: I've been doing a little bit more work on support for WiFi devices
(Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's
useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Adam, Would you like access to a Meraki AP?
I have an MR-18 I can make available.
Regards, Alex
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Sunday, 1 March 2015 2:02 PM To: Observium Network Observation System Subject: Re: [Observium] WiFi support progress
Nope :)
I only work in real devices, its frustrating trying to work from SNMP walks.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:58:21 Pieter De Wit <pieter@insync.za.netmailto:pieter@insync.za.net> wrote: Will a SNMP dump help?
Sent from my iPhone
On 1/03/2015, at 15:04, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit <pieter@insync.za.netmailto:pieter@insync.za.net> wrote: I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer <sryan@arbor.netmailto:sryan@arbor.net> wrote:
We've got a 20 unit Meraki deployment if you need any debug testing. On Feb 28, 2015 8:04 PM, "Adam Armstrong" <adama@memetic.orgmailto:adama@memetic.org> wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
[http://alpha.memetic.org/~adama/snaps/Observium____-_ruckus-zf7982_-_Wifi_-_...]
Coming to an SVN repository near you...
[http://www.quickmeme.com/img/b9/b90bb687d42c2f6477271fc2a5ee543701ed160240fc...]
adam.
_______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this e-mail. We cannot accept liability for any loss or damage caused by software viruses.
Might be useful :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 22:49:32 "Chard, Alex (RET-SYD)" Alex.Chard@Reed-Elsevier.com.au wrote:
Hi Adam, Would you like access to a Meraki AP?
I have an MR-18 I can make available.
Regards, Alex
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Sunday, 1 March 2015 2:02 PM To: Observium Network Observation System Subject: Re: [Observium] WiFi support progress
Nope :)
I only work in real devices, its frustrating trying to work from SNMP walks.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:58:21 Pieter De Wit <pieter@insync.za.netmailto:pieter@insync.za.net> wrote: Will a SNMP dump help?
Sent from my iPhone
On 1/03/2015, at 15:04, Adam Armstrong <adama@memetic.orgmailto:adama@memetic.org> wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit <pieter@insync.za.netmailto:pieter@insync.za.net> wrote: I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer <sryan@arbor.netmailto:sryan@arbor.net> wrote:
We've got a 20 unit Meraki deployment if you need any debug testing. On Feb 28, 2015 8:04 PM, "Adam Armstrong" <adama@memetic.orgmailto:adama@memetic.org> wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
[http://alpha.memetic.org/~adama/snaps/Observium____-_ruckus-zf7982_-_Wifi_-_...]
Coming to an SVN repository near you...
[http://www.quickmeme.com/img/b9/b90bb687d42c2f6477271fc2a5ee543701ed160240fc...]
adam.
observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.orgmailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this e-mail. We cannot accept liability for any loss or damage caused by software viruses.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
You'll find the Meraki AP's themselves provide very limited information via SNMP - all the MR18's and MR34's, with the latest firmware, seem to provide just basic information under SNMPv2-MIB, IF-MIB, IEEE802dot11-MIB and RFC1213-MIB.
Some additional information is available from the SNMP interface to the Meraki cloud platform, and there might be some value in having Observium enumerate devices/networks from that. e.g. inventory enumeration, device status etc... but by monitoring/polling that with Observium you'd really just be duplicating the functionality that's already available in their web interface and alert generation system.
e.g. Cloud,
$ grep -e 102.95.110.65.112.100.118.98 -e 81.97.98.108.115.98.118.98 -e 24.10.229.214.128 meraki_cloud.snmpwalk MERAKI-CLOUD-CONTROLLER-MIB::networkId.81.97.98.108.115.98.118.98 = STRING: "fffffffff" MERAKI-CLOUD-CONTROLLER-MIB::networkId.102.95.110.65.112.100.118.98 = STRING: "ffffff" MERAKI-CLOUD-CONTROLLER-MIB::networkName.81.97.98.108.115.98.118.98 = STRING: Testing MERAKI-CLOUD-CONTROLLER-MIB::networkName.102.95.110.65.112.100.118.98 = STRING: Testing-Template-1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.81.97.98.108.115.98.118.98.1 = STRING: Testing MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.81.97.98.108.115.98.118.98.2 = STRING: Testing MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.81.97.98.108.115.98.118.98.3 = STRING: Testing MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.81.97.98.108.115.98.118.98.4 = STRING: Testing MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.102.95.110.65.112.100.118.98.1 = STRING: Testing-Template-1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.102.95.110.65.112.100.118.98.2 = STRING: Testing-Template-1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.102.95.110.65.112.100.118.98.3 = STRING: Testing-Template-1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNetworkName.102.95.110.65.112.100.118.98.4 = STRING: Testing-Template-1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.81.97.98.108.115.98.118.98.1 = INTEGER: 1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.81.97.98.108.115.98.118.98.2 = INTEGER: 2 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.81.97.98.108.115.98.118.98.3 = INTEGER: 3 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.81.97.98.108.115.98.118.98.4 = INTEGER: 4 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.102.95.110.65.112.100.118.98.1 = INTEGER: 1 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.102.95.110.65.112.100.118.98.2 = INTEGER: 2 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.102.95.110.65.112.100.118.98.3 = INTEGER: 3 MERAKI-CLOUD-CONTROLLER-MIB::ssidNumber.102.95.110.65.112.100.118.98.4 = INTEGER: 4 MERAKI-CLOUD-CONTROLLER-MIB::ssidName.81.97.98.108.115.98.118.98.1 = STRING: equate MERAKI-CLOUD-CONTROLLER-MIB::ssidName.81.97.98.108.115.98.118.98.2 = STRING: equate24 MERAKI-CLOUD-CONTROLLER-MIB::ssidName.81.97.98.108.115.98.118.98.3 = STRING: equate50 MERAKI-CLOUD-CONTROLLER-MIB::ssidName.81.97.98.108.115.98.118.98.4 = STRING: guest MERAKI-CLOUD-CONTROLLER-MIB::ssidName.102.95.110.65.112.100.118.98.1 = STRING: Test-WLAN-1 MERAKI-CLOUD-CONTROLLER-MIB::ssidName.102.95.110.65.112.100.118.98.2 = STRING: Test-WLAN-2 MERAKI-CLOUD-CONTROLLER-MIB::ssidName.102.95.110.65.112.100.118.98.3 = STRING: Test-WLAN-3 MERAKI-CLOUD-CONTROLLER-MIB::ssidName.102.95.110.65.112.100.118.98.4 = STRING: Test-WLAN-4 MERAKI-CLOUD-CONTROLLER-MIB::devMac.0.24.10.229.214.128 = Hex-STRING: 00 18 0A E5 FF FF MERAKI-CLOUD-CONTROLLER-MIB::devStatus.0.24.10.229.214.128 = INTEGER: online(1) MERAKI-CLOUD-CONTROLLER-MIB::devContactedAt.0.24.10.229.214.128 = STRING: 2015-3-1,5:20:13.0,+0:0 MERAKI-CLOUD-CONTROLLER-MIB::devClientCount.0.24.10.229.214.128 = INTEGER: 0 MERAKI-CLOUD-CONTROLLER-MIB::devMeshStatus.0.24.10.229.214.128 = INTEGER: gateway(0) MERAKI-CLOUD-CONTROLLER-MIB::devPublicIp.0.24.10.229.214.128 = IpAddress: A.B.C.D MERAKI-CLOUD-CONTROLLER-MIB::devSerial.0.24.10.229.214.128 = STRING: Q2GD-FFFF-FFFF MERAKI-CLOUD-CONTROLLER-MIB::devProductCode.0.24.10.229.214.128 = STRING: MR18-HW MERAKI-CLOUD-CONTROLLER-MIB::devProductDescription.0.24.10.229.214.128 = STRING: Meraki MR18 Cloud Managed AP MERAKI-CLOUD-CONTROLLER-MIB::devNetworkName.0.24.10.229.214.128 = STRING: Testing MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceDevMac.0.24.10.229.214.128.0 = Hex-STRING: 00 18 0A E5 FF FF MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceDevMac.0.24.10.229.214.128.2 = Hex-STRING: 00 18 0A E5 FF FF MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceDevMac.0.24.10.229.214.128.3 = Hex-STRING: 00 18 0A E5 FF FF MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceDevMac.0.24.10.229.214.128.4 = Hex-STRING: 00 18 0A E5 FF FF MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceIndex.0.24.10.229.214.128.0 = INTEGER: 0 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceIndex.0.24.10.229.214.128.2 = INTEGER: 2 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceIndex.0.24.10.229.214.128.3 = INTEGER: 3 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceIndex.0.24.10.229.214.128.4 = INTEGER: 4 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceName.0.24.10.229.214.128.0 = STRING: wired0 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceName.0.24.10.229.214.128.2 = STRING: wifi0 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceName.0.24.10.229.214.128.3 = STRING: wifi1 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceName.0.24.10.229.214.128.4 = STRING: wifi2 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentPkts.0.24.10.229.214.128.0 = Counter32: 24640 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentPkts.0.24.10.229.214.128.2 = Counter32: 216984 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentPkts.0.24.10.229.214.128.3 = Counter32: 56999 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentPkts.0.24.10.229.214.128.4 = Counter32: 30910 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvPkts.0.24.10.229.214.128.0 = Counter32: 88802 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvPkts.0.24.10.229.214.128.2 = Counter32: 104448 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvPkts.0.24.10.229.214.128.3 = Counter32: 1426 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvPkts.0.24.10.229.214.128.4 = Counter32: 451281 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentBytes.0.24.10.229.214.128.0 = Counter32: 3572247 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentBytes.0.24.10.229.214.128.2 = Counter32: 77150091 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentBytes.0.24.10.229.214.128.3 = Counter32: 51531574 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceSentBytes.0.24.10.229.214.128.4 = Counter32: 1506304 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvBytes.0.24.10.229.214.128.0 = Counter32: 16882566 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvBytes.0.24.10.229.214.128.2 = Counter32: 12151303 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvBytes.0.24.10.229.214.128.3 = Counter32: 172716 MERAKI-CLOUD-CONTROLLER-MIB::devInterfaceRecvBytes.0.24.10.229.214.128.4 = Counter32: 89841604 $
e.g. MR18,
IEEE802dot11-MIB::dot11StationID.10 = STRING: 30:30:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.11 = STRING: 30:36:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.12 = STRING: 30:41:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.13 = STRING: 30:45:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.14 = STRING: 31:32:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.15 = STRING: 31:36:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.16 = STRING: 31:41:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.17 = STRING: 31:45:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.18 = STRING: 32:32:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.19 = STRING: 32:36:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.20 = STRING: 32:41:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.21 = STRING: 32:45:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.22 = STRING: 33:32:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.23 = STRING: 33:36:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.24 = STRING: 33:41:3a:31:38:3a:30:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.25 = STRING: 30:32:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.26 = STRING: 30:36:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.27 = STRING: 30:41:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.28 = STRING: 30:45:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.29 = STRING: 31:32:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.30 = STRING: 31:36:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.31 = STRING: 31:41:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.32 = STRING: 31:45:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.33 = STRING: 32:32:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.34 = STRING: 32:36:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.35 = STRING: 32:41:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.36 = STRING: 32:45:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.37 = STRING: 33:32:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.38 = STRING: 33:36:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11StationID.39 = STRING: 33:41:3a:31:38:3a:31:41:3a:45:35:3a:44:36:3a:38:30 IEEE802dot11-MIB::dot11DesiredSSID.10 = STRING: "Test-WLAN-1" IEEE802dot11-MIB::dot11DesiredSSID.11 = STRING: "Test-WLAN-2" IEEE802dot11-MIB::dot11DesiredSSID.12 = STRING: "Test-WLAN-3" IEEE802dot11-MIB::dot11DesiredSSID.13 = STRING: "Test-WLAN-4" IEEE802dot11-MIB::dot11DesiredSSID.14 = "" IEEE802dot11-MIB::dot11DesiredSSID.15 = "" IEEE802dot11-MIB::dot11DesiredSSID.16 = "" IEEE802dot11-MIB::dot11DesiredSSID.17 = "" IEEE802dot11-MIB::dot11DesiredSSID.18 = "" IEEE802dot11-MIB::dot11DesiredSSID.19 = "" IEEE802dot11-MIB::dot11DesiredSSID.20 = "" IEEE802dot11-MIB::dot11DesiredSSID.21 = "" IEEE802dot11-MIB::dot11DesiredSSID.22 = "" IEEE802dot11-MIB::dot11DesiredSSID.23 = "" IEEE802dot11-MIB::dot11DesiredSSID.24 = "" IEEE802dot11-MIB::dot11DesiredSSID.25 = STRING: "Test-WLAN-1" IEEE802dot11-MIB::dot11DesiredSSID.26 = STRING: "Test-WLAN-2" IEEE802dot11-MIB::dot11DesiredSSID.27 = STRING: "Test-WLAN-3" IEEE802dot11-MIB::dot11DesiredSSID.28 = STRING: "Test-WLAN-4" IEEE802dot11-MIB::dot11DesiredSSID.29 = "" IEEE802dot11-MIB::dot11DesiredSSID.30 = "" IEEE802dot11-MIB::dot11DesiredSSID.31 = "" IEEE802dot11-MIB::dot11DesiredSSID.32 = "" IEEE802dot11-MIB::dot11DesiredSSID.33 = "" IEEE802dot11-MIB::dot11DesiredSSID.34 = "" IEEE802dot11-MIB::dot11DesiredSSID.35 = "" IEEE802dot11-MIB::dot11DesiredSSID.36 = "" IEEE802dot11-MIB::dot11DesiredSSID.37 = "" IEEE802dot11-MIB::dot11DesiredSSID.38 = "" IEEE802dot11-MIB::dot11DesiredSSID.39 = "" IEEE802dot11-MIB::dot11DesiredBSSType.10 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.11 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.12 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.13 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.14 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.15 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.16 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.17 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.18 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.19 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.20 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.21 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.22 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.23 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.24 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.25 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.26 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.27 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.28 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.29 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.30 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.31 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.32 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.33 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.34 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.35 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.36 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.37 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.38 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11DesiredBSSType.39 = INTEGER: infrastructure(1) IEEE802dot11-MIB::dot11ManufacturerID.10 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.11 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.12 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.13 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.14 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.15 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.16 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.17 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.18 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.19 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.20 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.21 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.22 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.23 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.24 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.25 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.26 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.27 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.28 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.29 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.30 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.31 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.32 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.33 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.34 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.35 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.36 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.37 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.38 = STRING: Meraki IEEE802dot11-MIB::dot11ManufacturerID.39 = STRING: Meraki IEEE802dot11-MIB::dot11CurrentChannel.10 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.11 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.12 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.13 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.14 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.15 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.16 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.17 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.18 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.19 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.20 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.21 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.22 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.23 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.24 = INTEGER: 1 IEEE802dot11-MIB::dot11CurrentChannel.25 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.26 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.27 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.28 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.29 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.30 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.31 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.32 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.33 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.34 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.35 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.36 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.37 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.38 = INTEGER: 44 IEEE802dot11-MIB::dot11CurrentChannel.39 = INTEGER: 44 SNMPv2-MIB::sysDescr.0 = STRING: Meraki MR18 Cloud Managed AP SNMPv2-MIB::sysObjectID.0 = OID: MERAKI-CLOUD-CONTROLLER-MIB::mr18 SNMPv2-MIB::sysORID.1 = OID: SNMPv2-MIB::snmpMIB SNMPv2-MIB::sysORID.2 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup SNMPv2-MIB::sysORID.3 = OID: IF-MIB::ifMIB SNMPv2-MIB::sysORID.4 = OID: IEEE802dot11-MIB::ieee802dot11 SNMPv2-MIB::sysORDescr.1 = STRING: The MIB module for SNMPv2 entities SNMPv2-MIB::sysORDescr.2 = STRING: View-based Access Control Model for SNMP. SNMPv2-MIB::sysORDescr.3 = STRING: The MIB module to describe generic objects for network interface sub-layers SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for managing 802.11 implementations SNMPv2-MIB::sysORUpTime.1 = Timeticks: (0) 0:00:00.00 SNMPv2-MIB::sysORUpTime.2 = Timeticks: (0) 0:00:00.00 SNMPv2-MIB::sysORUpTime.3 = Timeticks: (1) 0:00:00.01 SNMPv2-MIB::sysORUpTime.4 = Timeticks: (1) 0:00:00.01 IF-MIB::ifNumber.0 = INTEGER: 4 IF-MIB::ifIndex.1 = INTEGER: 1 IF-MIB::ifIndex.2 = INTEGER: 2 IF-MIB::ifIndex.3 = INTEGER: 3 IF-MIB::ifDescr.1 = STRING: wired0 IF-MIB::ifDescr.2 = STRING: wifi0 IF-MIB::ifDescr.3 = STRING: wifi1 IF-MIB::ifType.1 = INTEGER: ethernetCsmacd(6) IF-MIB::ifType.2 = INTEGER: ieee80211(71) IF-MIB::ifType.3 = INTEGER: ieee80211(71) IF-MIB::ifMtu.1 = INTEGER: 0 IF-MIB::ifMtu.2 = INTEGER: 0 IF-MIB::ifMtu.3 = INTEGER: 0 IF-MIB::ifSpeed.1 = Gauge32: 0 IF-MIB::ifSpeed.2 = Gauge32: 0 IF-MIB::ifSpeed.3 = Gauge32: 0 IF-MIB::ifPhysAddress.1 = STRING: x IF-MIB::ifPhysAddress.2 = STRING: x IF-MIB::ifPhysAddress.3 = STRING: x IF-MIB::ifAdminStatus.1 = INTEGER: up(1) IF-MIB::ifAdminStatus.2 = INTEGER: up(1) IF-MIB::ifAdminStatus.3 = INTEGER: up(1) IF-MIB::ifOperStatus.1 = INTEGER: up(1) IF-MIB::ifOperStatus.2 = INTEGER: up(1) IF-MIB::ifOperStatus.3 = INTEGER: up(1) IF-MIB::ifLastChange.1 = Timeticks: (0) 0:00:00.00 IF-MIB::ifLastChange.2 = Timeticks: (0) 0:00:00.00 IF-MIB::ifLastChange.3 = Timeticks: (0) 0:00:00.00 IF-MIB::ifInOctets.1 = Counter32: 16726404 IF-MIB::ifInOctets.2 = Counter32: 0 IF-MIB::ifInOctets.3 = Counter32: 0 IF-MIB::ifInUcastPkts.1 = Counter32: 87951 IF-MIB::ifInUcastPkts.2 = Counter32: 210740 IF-MIB::ifInUcastPkts.3 = Counter32: 2832 IF-MIB::ifInNUcastPkts.1 = Counter32: 0 IF-MIB::ifInNUcastPkts.2 = Counter32: 0 IF-MIB::ifInNUcastPkts.3 = Counter32: 0 IF-MIB::ifInDiscards.1 = Counter32: 1 IF-MIB::ifInDiscards.2 = Counter32: 0 IF-MIB::ifInDiscards.3 = Counter32: 0 IF-MIB::ifInErrors.1 = Counter32: 0 IF-MIB::ifInErrors.2 = Counter32: 0 IF-MIB::ifInErrors.3 = Counter32: 0 IF-MIB::ifOutOctets.1 = Counter32: 3529082 IF-MIB::ifOutOctets.2 = Counter32: 0 IF-MIB::ifOutOctets.3 = Counter32: 0 IF-MIB::ifOutUcastPkts.1 = Counter32: 24358 IF-MIB::ifOutUcastPkts.2 = Counter32: 4185586 IF-MIB::ifOutUcastPkts.3 = Counter32: 3548768 IF-MIB::ifOutNUcastPkts.1 = Counter32: 0 IF-MIB::ifOutNUcastPkts.2 = Counter32: 0 IF-MIB::ifOutNUcastPkts.3 = Counter32: 0 IF-MIB::ifOutDiscards.1 = Counter32: 0 IF-MIB::ifOutDiscards.2 = Counter32: 0 IF-MIB::ifOutDiscards.3 = Counter32: 0 IF-MIB::ifOutErrors.1 = Counter32: 0 IF-MIB::ifOutErrors.2 = Counter32: 75674 IF-MIB::ifOutErrors.3 = Counter32: 313 IF-MIB::ifOutQLen.1 = Gauge32: 0 IF-MIB::ifOutQLen.2 = Gauge32: 0 IF-MIB::ifOutQLen.3 = Gauge32: 0 IF-MIB::ifSpecific.1 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifSpecific.2 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifSpecific.3 = OID: SNMPv2-SMI::zeroDotZero IF-MIB::ifName.1 = STRING: wired0 IF-MIB::ifName.2 = STRING: wifi0 IF-MIB::ifName.3 = STRING: wifi1 IF-MIB::ifInMulticastPkts.1 = Counter32: 0 IF-MIB::ifInMulticastPkts.2 = Counter32: 0 IF-MIB::ifInMulticastPkts.3 = Counter32: 0 IF-MIB::ifInBroadcastPkts.1 = Counter32: 0 IF-MIB::ifInBroadcastPkts.2 = Counter32: 0 IF-MIB::ifInBroadcastPkts.3 = Counter32: 0 IF-MIB::ifOutMulticastPkts.1 = Counter32: 0 IF-MIB::ifOutMulticastPkts.2 = Counter32: 0 IF-MIB::ifOutMulticastPkts.3 = Counter32: 0 IF-MIB::ifOutBroadcastPkts.1 = Counter32: 0 IF-MIB::ifOutBroadcastPkts.2 = Counter32: 0 IF-MIB::ifOutBroadcastPkts.3 = Counter32: 0 IF-MIB::ifHCInOctets.1 = Counter64: 16738604 IF-MIB::ifHCInOctets.2 = Counter64: 0 IF-MIB::ifHCInOctets.3 = Counter64: 0 IF-MIB::ifHCInUcastPkts.1 = Counter64: 88017 IF-MIB::ifHCInUcastPkts.2 = Counter64: 210740 IF-MIB::ifHCInUcastPkts.3 = Counter64: 2832 IF-MIB::ifHCInMulticastPkts.1 = Counter64: 0 IF-MIB::ifHCInMulticastPkts.2 = Counter64: 0 IF-MIB::ifHCInMulticastPkts.3 = Counter64: 0 IF-MIB::ifHCInBroadcastPkts.1 = Counter64: 0 IF-MIB::ifHCInBroadcastPkts.2 = Counter64: 0 IF-MIB::ifHCInBroadcastPkts.3 = Counter64: 0 IF-MIB::ifHCOutOctets.1 = Counter64: 3541009 IF-MIB::ifHCOutOctets.2 = Counter64: 0 IF-MIB::ifHCOutOctets.3 = Counter64: 0 IF-MIB::ifHCOutUcastPkts.1 = Counter64: 24422 IF-MIB::ifHCOutUcastPkts.2 = Counter64: 4185620 IF-MIB::ifHCOutUcastPkts.3 = Counter64: 3548802 IF-MIB::ifHCOutMulticastPkts.1 = Counter64: 0 IF-MIB::ifHCOutMulticastPkts.2 = Counter64: 0 IF-MIB::ifHCOutMulticastPkts.3 = Counter64: 0 IF-MIB::ifHCOutBroadcastPkts.1 = Counter64: 0 IF-MIB::ifHCOutBroadcastPkts.2 = Counter64: 0 IF-MIB::ifHCOutBroadcastPkts.3 = Counter64: 0 IF-MIB::ifHighSpeed.1 = Gauge32: 0 IF-MIB::ifHighSpeed.2 = Gauge32: 0 IF-MIB::ifHighSpeed.3 = Gauge32: 0 IF-MIB::ifAlias.1 = STRING: IF-MIB::ifAlias.2 = STRING: IF-MIB::ifAlias.3 = STRING: IF-MIB::ifAlias.3 = No more variables left in this MIB View (It is past the end of the MIB tree)
-Colin
March 2015 at 14:49, Chard, Alex (RET-SYD) Alex.Chard@reed-elsevier.com.au wrote:
Hi Adam,
Would you like access to a Meraki AP?
I have an MR-18 I can make available.
Regards,
Alex
*From:* observium [mailto:observium-bounces@observium.org] *On Behalf Of *Adam Armstrong *Sent:* Sunday, 1 March 2015 2:02 PM *To:* Observium Network Observation System *Subject:* Re: [Observium] WiFi support progress
Nope :)
I only work in real devices, its frustrating trying to work from SNMP walks.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:58:21 Pieter De Wit pieter@insync.za.net wrote:
Will a SNMP dump help?
Sent from my iPhone
On 1/03/2015, at 15:04, Adam Armstrong adama@memetic.org wrote:
It won't understand either of those vendors' devices. :)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 28 February 2015 20:03:21 Pieter De Wit pieter@insync.za.net wrote:
I'll point it at our Aerohive for good measure
Sent from my iPhone
On 1/03/2015, at 14:43, Ryan, Spencer sryan@arbor.net wrote:
We've got a 20 unit Meraki deployment if you need any debug testing.
On Feb 28, 2015 8:04 PM, "Adam Armstrong" adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this e-mail. We cannot accept liability for any loss or damage caused by software viruses.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi!
Great job, Adam! That's how I've dreamed to implement this :)
Some points about Wi-Fi monitoring from my standpoint: - AP can be treated like port on the wired switch - with traffic, user stats, power level, noise level, etc.; - in the enterprise deployments an AP can move between WLCs, so WLC-AP mapping can't be static - needs to be kept in mind when building RRD storage; - some stats need to be collected both per-SSID, per-Radio and per-AP - like user table, EAP type, traffic amount, etc. - user-tracking is a separate pain, but if we create RRD file per user, than stats like noise, errors and traffic will be available
I'm using Cisco WLCs of different versions and they all seem to support MIBs, necessary for polling this stats. So, I can make a try with implementing this for Cisco stuff after you'll finish with the design concept for WLC monitoring in Observium :)
Am So, 01.03.2015 um 15:12 schrieb Сережка Хомяков xomka686@mail.ru:
- in the enterprise deployments an AP can move between WLCs, so WLC-AP mapping can't be static - needs to be kept in mind when building RRD storage;
That is a pretty important point for Junpier. The APs move around all along. Persistent graphs would be a great start but in the end only something like a "virtual device" as an umbrella over all WLCs and APs might make sense or in our case "make it useful". I think of something like a device "Wireless-Cluster-1" which looks like each single WLC but shows all the APs which belong to the same wireless cluster. i.e. the sum of all APs of all cluster members.
Just as a wish/ dream :-).
/Steffen
Jesus. What is the motivation behind APs moving between controllers? oO
Enterprise loves needless complexity. Gah.
adam. On 02/03/2015 00:20:31, Steffen Klemer steffen.klemer@gwdg.de wrote: Am So, 01.03.2015 um 15:12 schrieb Сережка Хомяков :
- in the enterprise deployments an AP can move between WLCs, so
WLC-AP mapping can't be static - needs to be kept in mind when building RRD storage;
That is a pretty important point for Junpier. The APs move around all along. Persistent graphs would be a great start but in the end only something like a "virtual device" as an umbrella over all WLCs and APs might make sense or in our case "make it useful". I think of something like a device "Wireless-Cluster-1" which looks like each single WLC but shows all the APs which belong to the same wireless cluster. i.e. the sum of all APs of all cluster members.
Just as a wish/ dream :-).
/Steffen
-- Steffen Klemer E-Mail: Steffen.Klemer@gwdg.de Tel: +49 551 39 172361
------------------------------------------------------------------ GWDG - Gesellschaft für wissenschaftliche Datenverarbeitung mbH Göttingen Am Faßberg 11, 37077 Göttingen
Fon: 0551 201-1510 Fax: 0551 201-2150 E-Mail: support@gwdg.de WWW: www.gwdg.de ------------------------------------------------------------------ Geschäftsführer: Prof. Dr. Ramin Yahyapour Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger Sitz der Gesellschaft: Göttingen Registergericht: Göttingen Handelsregister-Nr. B 598 ------------------------------------------------------------------ Zertifiziert nach ISO 9001 ------------------------------------------------------------------ _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi!
Imagine power outage in one of the server rooms with WLCs - it causes all the APs to failover to another WLC until power is back. For someone with improper network design, a single port on the switch, going to the WLC, can cause WLC's outage, again with APs failover to other WLC. SW upgrade on the WLC can kick the WLC out of service too.
And all this situations can last from 30 min to several days or even weeks :) So, there's enough motivation for AP movement between WLCs, not everyone can buy clusterable WLCs :) I have some ideas of how this stuff can be implemented.
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown john@citylinkfiber.com wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
Ubiquiti*
UBNT = Ubiquiti Networks, which is what everyone calls them.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "Rob Townley" rob.townley@gmail.com To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 11:39:14 AM Subject: Re: [Observium] WiFi support progress
According to this OID registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com . http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown < john@citylinkfiber.com > wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong < adama@memetic.org > wrote:
<blockquote>
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam. _______________________________________________ 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
</blockquote>
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Mike, thanks for catching that. Was hung up on it not finding ubnt, not noticing that it found "Ubiquiti Networks" even though i searched for it with a 'y' at the end.
On Sun, Mar 1, 2015 at 11:42 AM, Mike Hammett observium-list@ics-il.net wrote:
Ubiquiti*
UBNT = Ubiquiti Networks, which is what everyone calls them.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"Rob Townley" rob.townley@gmail.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Sunday, March 1, 2015 11:39:14 AM *Subject: *Re: [Observium] WiFi support progress
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown john@citylinkfiber.com wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley rob.townley@gmail.com wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba@ubnt.com http://ubnt.com/. http://oid-info.com/get/1.3.6.1.4.1.41112 http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com http://ubnt.com/ is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown <john@citylinkfiber.com mailto:john@citylinkfiber.com> wrote: We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong <adama@memetic.org mailto:adama@memetic.org> wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
observium mailing list observium@observium.org mailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto:observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley <rob.townley@gmail.com mailto:rob.townley@gmail.com> wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com http://ubnt.com/ .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com http://ubnt.com/ is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown <john@citylinkfiber.com mailto:john@citylinkfiber.com> wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong <adama@memetic.org <mailto:adama@memetic.org>> wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
Ubiquiti SNMP support is very very poor. They do all via SSH (API) / Aircontrol.
-- Eduardo Schoedler
2015-03-01 18:59 GMT-03:00 Keefe John keefe-af@ethoplex.com:
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley rob.townley@gmail.com wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown john@citylinkfiber.com wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
SNMP has always been available to a degree. 5.6 adds a "real" MIB.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "Eduardo Schoedler" listas@esds.com.br To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 6:01:32 PM Subject: Re: [Observium] WiFi support progress
Ubiquiti SNMP support is very very poor. They do all via SSH (API) / Aircontrol.
How usable is it?
The Ruckus stuff is pretty good. The ZD MIBs get horrifically complex, but they're well structured and have lots of information.
adam. On 02/03/2015 00:03:29, Mike Hammett observium-list@ics-il.net wrote: SNMP has always been available to a degree. 5.6 adds a "real" MIB.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
[https://www.facebook.com/ICSIL] [https://plus.google.com/+IntelligentComputingSolutionsDeKalb] [https://www.linkedin.com/company/intelligent-computing-solutions] [https://twitter.com/ICSIL]
From: "Eduardo Schoedler" listas@esds.com.br To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 6:01:32 PM Subject: Re: [Observium] WiFi support progress
Ubiquiti SNMP support is very very poor. They do all via SSH (API) / Aircontrol.
-- Eduardo Schoedler
2015-03-01 18:59 GMT-03:00 Keefe John <keefe-af@ethoplex.com [mailto:keefe-af@ethoplex.com]>:
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley <rob.townley@gmail.com [mailto:rob.townley@gmail.com]> wrote:
According to this OID [http://oid-info.com/get/1.3.6.1.4.1.41112] registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com [http://ubnt.com/] .
http://oid-info.com/get/1.3.6.1.4.1.41112 [http://oid-info.com/get/1.3.6.1.4.1.41112]
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com [http://ubnt.com/] is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown <john@citylinkfiber.com [mailto:john@citylinkfiber.com]> wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong <adama@memetic.org [mailto:adama@memetic.org]> wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
_______________________________________________ observium mailing list observium@observium.org [mailto:observium@observium.org] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [http://postman.memetic.org/cgi-bin/mailman/listinfo/observium]
--
Eduardo Schoedler
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
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
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
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
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
Let them add itself the clients :). But in an ISP environment, ip addresses generally changes. They need deal with that.
You can link AP to the clients by the client's mac address associated... since the client has been added to Observium.
-- Eduardo
Em segunda-feira, 2 de março de 2015, Adam Armstrong adama@memetic.org escreveu:
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 javascript:_e(%7B%7D,'cvml','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 javascript:_e(%7B%7D,'cvml','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 javascript:_e(%7B%7D,'cvml','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 javascript:_e(%7B%7D,'cvml','observium@observium.org'); http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Hi Adam
it would be very great to have the possibilty to graph clients on request. Entering the MAC address of a client to start graphing basic things like RSSI, SNR, transfered bytes, connected radio 2.4/5GHz, used data rate, channel.
From my point of view there is no need to know on which AP or which
controller it was. If i need to know such things i would start debugging on the controller. I also don't see the point of graphing these clients details per default as it would generate tons of RRDs on systems with thousands of clients....
Kind regards Basile
2015-03-02 4:51 GMT+01:00 Adam Armstrong adama@memetic.org:
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
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "John Brown" john@citylinkfiber.com To: "Observium Network Observation System" observium@observium.org Sent: Monday, March 2, 2015 7:23:45 AM Subject: Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
_______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett observium-list@ics-il.net wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
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
That's why I say WiFi instead of wireless. :)
The db structures and everything is called WiFi, we even use the WiFi logo!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 10:02:15 John Brown john@citylinkfiber.com wrote:
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett observium-list@ics-il.net wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Adam,
About wifi module, I'm still receiving "segmentation fault" *only* in this module. What they use different from others?
Thanks,
2015-03-02 14:52 GMT-03:00 Adam Armstrong adama@memetic.org:
That's why I say WiFi instead of wireless. :)
The db structures and everything is called WiFi, we even use the WiFi logo!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 10:02:15 John Brown john@citylinkfiber.com wrote:
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett observium-list@ics-il.net wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
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
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
Nothing. We don't really use any complex features of php.
If your php binary is segfaulting, find a new one. There is nothing we can do if your php binary segfaults.
A segmentation fault is caused when a process tries to read memory it doesn't own. That's hardly something we can cause with if statements in a scripting language like php. :D
Netsnmp segfaults a lot on certain mibs, I'm not sure why. Nothing we can do about that.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 11:55:34 Eduardo Schoedler listas@esds.com.br wrote:
Adam,
About wifi module, I'm still receiving "segmentation fault" *only* in this module. What they use different from others?
Thanks,
2015-03-02 14:52 GMT-03:00 Adam Armstrong adama@memetic.org:
That's why I say WiFi instead of wireless. :)
The db structures and everything is called WiFi, we even use the WiFi logo!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 10:02:15 John Brown john@citylinkfiber.com wrote:
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett observium-list@ics-il.net wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
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
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
-- Eduardo Schoedler
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Adam,
I don't understand whats is going on. Just now I purged and reinstall all php5 and modules. Still getting segfault =/
Thanks.
2015-03-02 16:39 GMT-03:00 Adam Armstrong adama@memetic.org:
Nothing. We don't really use any complex features of php.
If your php binary is segfaulting, find a new one. There is nothing we can do if your php binary segfaults.
A segmentation fault is caused when a process tries to read memory it doesn't own. That's hardly something we can cause with if statements in a scripting language like php. :D
Netsnmp segfaults a lot on certain mibs, I'm not sure why. Nothing we can do about that.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 11:55:34 Eduardo Schoedler listas@esds.com.br wrote:
Adam,
About wifi module, I'm still receiving "segmentation fault" *only* in this module. What they use different from others?
Thanks,
2015-03-02 14:52 GMT-03:00 Adam Armstrong adama@memetic.org:
That's why I say WiFi instead of wireless. :)
The db structures and everything is called WiFi, we even use the WiFi logo!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 10:02:15 John Brown john@citylinkfiber.com wrote:
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett <observium-list@ics-il.net
wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote:
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
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
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
-- 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
Did you ever tried to search bugs? https://bugs.launchpad.net/ubuntu/+source/php5/+bug/586898
Debug via gdb? its clearly not obs issue here, but php binary.
On 03.03.2015 3:15, Eduardo Schoedler wrote:
I don't understand whats is going on. Just now I purged and reinstall all php5 and modules. Still getting segfault =/
I would suggest running debsums on that system. It might be libraries that php links to that have gotten damaged.
I would look closer at your php5-mysql libmysqlclient18 and down that path, because its happening when you start to communicate with the db.
//Anton
On 02 March, 2015 - Eduardo Schoedler wrote:
Adam,
I don't understand whats is going on. Just now I purged and reinstall all php5 and modules. Still getting segfault =/
Thanks.
2015-03-02 16:39 GMT-03:00 Adam Armstrong adama@memetic.org:
Nothing. We don't really use any complex features of php.
If your php binary is segfaulting, find a new one. There is nothing we can do if your php binary segfaults.
A segmentation fault is caused when a process tries to read memory it doesn't own. That's hardly something we can cause with if statements in a scripting language like php. :D
Netsnmp segfaults a lot on certain mibs, I'm not sure why. Nothing we can do about that.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 11:55:34 Eduardo Schoedler listas@esds.com.br wrote:
Adam,
About wifi module, I'm still receiving "segmentation fault" *only* in this module. What they use different from others?
Thanks,
2015-03-02 14:52 GMT-03:00 Adam Armstrong adama@memetic.org:
That's why I say WiFi instead of wireless. :)
The db structures and everything is called WiFi, we even use the WiFi logo!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 10:02:15 John Brown john@citylinkfiber.com wrote:
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett <observium-list@ics-il.net
wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" observium@observium.org *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote: > 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 > _______________________________________________ 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
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
-- 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
-- Eduardo Schoedler
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
If you're using a webserver module (e.g., Apache's mod_php) make sure it's exactly the same version as your PHP CLI installation, and that your PHP modules are built against that version as well. I've had some odd problems like that due to version mismatches. Updating the PHP binaries but failing to update mod_php is a pretty classic example.
Also note that when upgrading mod_php you may have to completely stop and then start the web server processes for the change to "take." A reload won't do it, and I've seen a restart fail on occasion, too.
On Mon, Mar 2, 2015 at 4:15 PM, Eduardo Schoedler listas@esds.com.br wrote:
Adam,
I don't understand whats is going on. Just now I purged and reinstall all php5 and modules. Still getting segfault =/
Thanks.
2015-03-02 16:39 GMT-03:00 Adam Armstrong adama@memetic.org:
Nothing. We don't really use any complex features of php.
If your php binary is segfaulting, find a new one. There is nothing we can do if your php binary segfaults.
A segmentation fault is caused when a process tries to read memory it doesn't own. That's hardly something we can cause with if statements in a scripting language like php. :D
Netsnmp segfaults a lot on certain mibs, I'm not sure why. Nothing we can do about that.
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 11:55:34 Eduardo Schoedler listas@esds.com.br wrote:
Adam,
About wifi module, I'm still receiving "segmentation fault" *only* in this module. What they use different from others?
Thanks,
2015-03-02 14:52 GMT-03:00 Adam Armstrong adama@memetic.org:
That's why I say WiFi instead of wireless. :)
The db structures and everything is called WiFi, we even use the WiFi logo!
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 2 March 2015 10:02:15 John Brown john@citylinkfiber.com wrote:
Its all wireless, isn't that the same thing ?? ;)
On Mon, Mar 2, 2015 at 6:40 AM, Mike Hammett < observium-list@ics-il.net> wrote:
Though things like Cambium PMP, Telrad, Purewave, Runcom, Carlson, etc. aren't WiFi at all. ;-) I know you know that, but not everyone here knows the space.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"John Brown" john@citylinkfiber.com *To: *"Observium Network Observation System" <observium@observium.org > *Sent: *Monday, March 2, 2015 7:23:45 AM *Subject: *Re: [Observium] WiFi support progress
for true WiFI with the user / client being mobile, yes PIA.
For wireless that may use the WiFI protocol or some abortion of it, the clients are generally fixed in location and the AP they talk to, ergo the WISP market
On Sun, Mar 1, 2015 at 8:51 PM, Adam Armstrong adama@memetic.org wrote: > 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 > _______________________________________________ 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
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
-- 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
-- Eduardo Schoedler
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
With Ubiquiti Airmax you'd just graph each AP and client separately. There's no controller and you dont need to access client radio SNMP via the AP.
On 3/1/2015 9:51 PM, Adam Armstrong wrote:
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 mailto: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
I would enumerate the clients during discovery cycle. then add each client to the list of devices.
So the AP (UBNT here) would have maybe a logical interface for each client, and thus track the parameters for each as seen on the AP side.
Then on the real client side, you would insert a new device and track its parameters.....
It would be nice to have a graph (mathematical) showing the relationship between AP and clients.
On Mon, Mar 2, 2015 at 7:11 AM, Keefe John keefe-af@ethoplex.com wrote:
With Ubiquiti Airmax you'd just graph each AP and client separately. There's no controller and you dont need to access client radio SNMP via the AP.
On 3/1/2015 9:51 PM, Adam Armstrong wrote:
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
AirControl 1 that's dead, AirControl 2 that's dead or airCRM which is currently only in cloud-only beta?
Also, the first two don't cover all of the presently released AirMax devices, much less the airFiber devices.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "Eduardo Schoedler" listas@esds.com.br To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 8:59:13 PM 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.
I looked up some screenshots of that aircontrol stuff. Looks pretty nice. Gave me some ideas :)
adam. On 02/03/2015 04:20:41, Mike Hammett observium-list@ics-il.net wrote: AirControl 1 that's dead, AirControl 2 that's dead or airCRM which is currently only in cloud-only beta?
Also, the first two don't cover all of the presently released AirMax devices, much less the airFiber devices.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
[https://www.facebook.com/ICSIL] [https://plus.google.com/+IntelligentComputingSolutionsDeKalb] [https://www.linkedin.com/company/intelligent-computing-solutions] [https://twitter.com/ICSIL]
From: "Eduardo Schoedler" listas@esds.com.br To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 8:59:13 PM Subject: Re: [Observium] WiFi support progress
2015-03-01 17:43 GMT-03:00 Adam Armstrong <adama@memetic.org [mailto: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
GOOD!!
I really wish that UBNT had stayed the course on AirControl and gotten the rest of it finished.
Things I would love to see in Observium for radios
Graphing on RSSI, Chains, Modulation rates(and changes), various errors (beacons, nwid, crc, etc), ether stats, including CRC (important), CCQ, RF Noise, Frequecy being used (some radios auto change, so tracking that the base station auto-changed would be good to show that the site might be hunting for cleaner spectrum)
Alerting on the above. Alerts like you do for Optical DOM interfaces. Signal level gets below/above certain values
CRC Errors on receive ethernet is important because you can get errors via inductive coupling of a strong FM or AM station on the ether cable feeding up to the radio. You can see this sometimes by crc errors on the receive side....
we use a script in Cacti to monitor the following on UBNT radios Ack (status.cgi) Ccq (status.cgi) Chains (status.cgi) Clients (status.cgi) Distance (status.cgi) Frequency (status.cgi) Polling (status.cgi) Rates (status.cgi) Signal (status.cgi) Uptime (status.cgi) Wlan Errors (status.cgi)
On Sun, Mar 1, 2015 at 4:18 PM, Adam Armstrong adama@memetic.org wrote:
I looked up some screenshots of that aircontrol stuff. Looks pretty nice. Gave me some ideas :)
adam.
On 02/03/2015 04:20:41, Mike Hammett observium-list@ics-il.net wrote: AirControl 1 that's dead, AirControl 2 that's dead or airCRM which is currently only in cloud-only beta?
Also, the first two don't cover all of the presently released AirMax devices, much less the airFiber devices.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"Eduardo Schoedler" listas@esds.com.br *To: *"Observium Network Observation System" observium@observium.org *Sent: *Sunday, March 1, 2015 8:59:13 PM *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
if all you run is UBNT stuff then their tool is ok-ish. If you run a network with many different vendors, then, IMHO, its better to abstract the monitoring tools to a third party. That way you can use one tool to see all of your network and not have to have a dozen different tools.
I wish I could move everything to observium, its just not there yet. So we still use Nagios and Cacti, with more and more going into our Observium system.
AirControl is dead. They have their new AirCRM thingy, which I think is a mess..
People gripe about poor SNMP / telemetry support from UBNT. With new versions of code we get pretty decent data that is relevant to fixing issues and running the network. Yes, some devices require a plug-in to poll and parse data that isn't avail via SNMP. Its a shim layer and I don't care. I get the data in a normalized presentation. My techs don't care if its snmp or a curl poll, or what. They just need the data.
On Sun, Mar 1, 2015 at 7:59 PM, Eduardo Schoedler listas@esds.com.br wrote:
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
I'm not much of a MIB expert, so I'm not certain. The most complex I ever worked with was Dragonwave HCP radios. Took a day or two there to find all of the right pieces and what I wanted.
I haven't tried UBNT 5.6 yet. Their production is beta enough for me.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "Adam Armstrong" adama@memetic.org To: observium@observium.org Sent: Sunday, March 1, 2015 2:43:33 PM Subject: Re: [Observium] WiFi support progress
How usable is it?
The Ruckus stuff is pretty good. The ZD MIBs get horrifically complex, but they're well structured and have lots of information.
adam.
On 02/03/2015 00:03:29, Mike Hammett observium-list@ics-il.net wrote: SNMP has always been available to a degree. 5.6 adds a "real" MIB.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "Eduardo Schoedler" listas@esds.com.br To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 6:01:32 PM Subject: Re: [Observium] WiFi support progress
Ubiquiti SNMP support is very very poor. They do all via SSH (API) / Aircontrol.
5.6 is beta, I wont use it.
-- Eduardo Schoedler
2015-03-01 21:03 GMT-03:00 Mike Hammett observium-list@ics-il.net:
SNMP has always been available to a degree. 5.6 adds a "real" MIB.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"Eduardo Schoedler" listas@esds.com.br *To: *"Observium Network Observation System" observium@observium.org *Sent: *Sunday, March 1, 2015 6:01:32 PM *Subject: *Re: [Observium] WiFi support progress
Ubiquiti SNMP support is very very poor. They do all via SSH (API) / Aircontrol.
-- Eduardo Schoedler
2015-03-01 18:59 GMT-03:00 Keefe John keefe-af@ethoplex.com:
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley rob.townley@gmail.com wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown john@citylinkfiber.com wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- 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
All of UBNT is beta. All of it. Spoken from someone that used one of their very first products (SR5) and has been an official beta hardware tester.
----- Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
----- Original Message -----
From: "Eduardo Schoedler" listas@esds.com.br To: "Observium Network Observation System" observium@observium.org Sent: Sunday, March 1, 2015 6:05:45 PM Subject: Re: [Observium] WiFi support progress
5.6 is beta, I wont use it.
I agree. Using since v4 in NanoStation5.
-- Eduardo Schoedler
2015-03-01 21:08 GMT-03:00 Mike Hammett observium-list@ics-il.net:
All of UBNT is beta. All of it. Spoken from someone that used one of their very first products (SR5) and has been an official beta hardware tester.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"Eduardo Schoedler" listas@esds.com.br *To: *"Observium Network Observation System" observium@observium.org *Sent: *Sunday, March 1, 2015 6:05:45 PM
*Subject: *Re: [Observium] WiFi support progress
5.6 is beta, I wont use it.
-- Eduardo Schoedler
2015-03-01 21:03 GMT-03:00 Mike Hammett observium-list@ics-il.net:
SNMP has always been available to a degree. 5.6 adds a "real" MIB.
Mike Hammett Intelligent Computing Solutions http://www.ics-il.com
https://www.facebook.com/ICSIL https://plus.google.com/+IntelligentComputingSolutionsDeKalb https://www.linkedin.com/company/intelligent-computing-solutions https://twitter.com/ICSIL
*From: *"Eduardo Schoedler" listas@esds.com.br *To: *"Observium Network Observation System" observium@observium.org *Sent: *Sunday, March 1, 2015 6:01:32 PM *Subject: *Re: [Observium] WiFi support progress
Ubiquiti SNMP support is very very poor. They do all via SSH (API) / Aircontrol.
-- Eduardo Schoedler
2015-03-01 18:59 GMT-03:00 Keefe John keefe-af@ethoplex.com:
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley rob.townley@gmail.com wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown john@citylinkfiber.com wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat
On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong adama@memetic.org wrote:
I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place).
I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not:
Coming to an SVN repository near you...
adam.
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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing listobservium@observium.orghttp://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- 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
-- 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
This isn't WiFi, and is useful to far fewer people.
:)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 1 March 2015 15:59:40 Keefe John keefe-af@ethoplex.com wrote:
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley <rob.townley@gmail.com mailto:rob.townley@gmail.com> wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com http://ubnt.com/ .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com http://ubnt.com/ is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown <john@citylinkfiber.com mailto:john@citylinkfiber.com> wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong <adama@memetic.org <mailto:adama@memetic.org>> wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I know there are a lot of wireless internet service providers using Observium and I'm sure they'd all love to see Ubiquiti Airmax and Airfiber support.
On 3/1/2015 8:41 PM, Adam Armstrong wrote:
This isn't WiFi, and is useful to far fewer people.
:)
Adam.
Sent with AquaMail for Android http://www.aqua-mail.com
On 1 March 2015 15:59:40 Keefe John keefe-af@ethoplex.com wrote:
Ubiquiti Airmax (fixed wireless) support would be great too.
Keefe
On 3/1/2015 2:18 PM, Simon Smith wrote:
We currently use about 50 Ubiquiti WiFi points in a few of our sites,
would be happy to play guinea pig for testing :)
Simon
On 1 Mar 2015, at 5:39 pm, Rob Townley <rob.townley@gmail.com mailto:rob.townley@gmail.com> wrote:
According to this OID http://oid-info.com/get/1.3.6.1.4.1.41112 registry database, Ubiquity Networks did not even register for an OID until 2013. Kestutis Barkauskas registered it so may provide a more direct link to Ubiquity related SNMP decoding.
His email is keba @ ubnt.com http://ubnt.com/ .
http://oid-info.com/get/1.3.6.1.4.1.41112
Had to search for Ubiquity. Searching for ubnt will not find it even though ubnt.com http://ubnt.com/ is in the email address.
On Sat, Feb 28, 2015 at 8:07 PM, John Brown <john@citylinkfiber.com mailto:john@citylinkfiber.com> wrote:
We have a 200+ UBNT UniFi devices that we manage for various clients and projects. Not sure how well they will play with Observium. I'll be happy to play lab-rat On Sat, Feb 28, 2015 at 12:04 PM, Adam Armstrong <adama@memetic.org <mailto:adama@memetic.org>> wrote: I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam. _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org mailto: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
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
participants (20)
-
Adam Armstrong -
Anton Lundin -
Basile Bluntschli -
Chard, Alex (RET-SYD) -
Colin Stubbs -
David Brodbeck -
E-Mouse - Administrator -
Eduardo Schoedler -
John Brown -
Keefe John -
Mike Hammett -
Nikolay Shopik -
Pieter De Wit -
Rob Townley -
Ron Marosko -
Ryan, Spencer -
Simon Smith -
Spencer Gaw -
Steffen Klemer -
Сережка Хомяков