add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
No.
On 01/01/2015 22:29, John Brown wrote:
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
Initially I am trying to monitor/graph and possibly alarm on certain enterprise OID's for a particular device not supported by Observium. At present the device is a generic device to observium. Tactically I need to graph RF RSSI signal for a radio. Longer term Im wanting to create code to support the devices various enterprise OID and push that back into observium.
With cacti, I can take the "generic" and use that as a base to create from....
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Why are you guys so resistant to giving any actual useful and/or specific information?
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "Adam Armstrong" adama@memetic.org; "Observium Network Observation System" observium@observium.org Sent: 1/1/2015 4:33:35 PM Subject: Re: [Observium] add specific OID to a host to monitor.graph
Initially I am trying to monitor/graph and possibly alarm on certain enterprise OID's for a particular device not supported by Observium. At present the device is a generic device to observium. Tactically I need to graph RF RSSI signal for a radio. Longer term Im wanting to create code to support the devices various enterprise OID and push that back into observium.
With cacti, I can take the "generic" and use that as a base to create from....
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
MIB is here http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-...
I want to graph, monitor and set low / high value alarms for
.1.3.6.1.4.1.5454.1.80.1.33.3.0 .1.3.6.1.4.1.5454.1.80.1.33.4.0 .1.3.6.1.4.1.5454.1.80.3.14.1.0
This would be just the start. monitoring both ODU and IDU parameters
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
I honestly can't tell if you're intentionally trolling or not! :D
It'd take me 20 minutes to find those OIDs in that MIB, so giving MIBs and numerical OIDs isn't useful (the numerical OID doesn't exist in the MIB, you have to "parse" the thing to find the right place)
Example snmpwalks with the MIB loaded and non-numeric OIDs would be quite helpful. The actual names of those OIDs so I can find them in the MIB would be a minimum (so I can see wether they're instanced or not, and wether they'd require infrastructure to graph, or if they'd fit as a simple graph).
Googling those OIDs only gives one useful hit, the manufacturer's documentation (which isn't too terrible, actually). They seem to be non-instanced hardcoded "sensors", which is pretty easy for us to accomodate.
It seems we need new sensor types to accommodate these values (they might better fit in specialist infrastructure, but sensors is a quick place to put them, and we already have similar things for optics).
Looking up the first one, RSSI, it seems to be a signal strength measurement with no fixed scale or standards :
"There is no standardized relationship of any particular physical parameter to the RSSI reading. The 802.11 standard does not define any relationship between RSSI value and power level in mW or dBm. Vendors and chipset makers provide their own accuracy".
I assume the others are similar. There are some things in there which look like they'd fit into the existing "state" sensor type.
Once new sensor types exist, you'd just need to write a poller module for the sensors to be discovered. They'd be pretty simple, being hardcoded.
With access to the relevant hardware these things could be added pretty quickly, and then automatically available to everyone with that hardware.
adam.
P.S.
And again, for everyone's benefit:
If you're asking a question about doing something new, provide all of the information you reasonably can, including motivations and expected outcomes, because you aren't in a position to judge what information is useful or not. I have this very same exchange about once a week these days, and it's getting pretty boring. Perhaps an FAQ entry would be helpful... :D
On 2015-01-01 21:40, John Brown wrote:
MIB is here http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-... [2]
I want to graph, monitor and set low / high value alarms for
.1.3.6.1.4.1.5454.1.80.1.33.3.0 .1.3.6.1.4.1.5454.1.80.1.33.4.0 .1.3.6.1.4.1.5454.1.80.3.14.1.0This would be just the start. monitoring both ODU and IDU parameters
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things. You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do. adam. ------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [2] http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-...
On Thu, Jan 1, 2015 at 9:09 PM, Adam Armstrong adama@memetic.org wrote:
I honestly can't tell if you're intentionally trolling or not! :D
Don't have time to troll. Unless I wanted to discuss IPv8 or some other
silly nonsense :) And I don't
Example snmpwalks with the MIB loaded and non-numeric OIDs would be quite helpful. The actual names of those OIDs so I can find them in the MIB would be a minimum (so I can see wether they're instanced or not, and wether they'd require infrastructure to graph, or if they'd fit as a simple graph).
I'll provide SNMP walks shortly.
Looking up the first one, RSSI, it seems to be a signal strength measurement with no fixed scale or standards :
Measured in dBm i believe. Will double check. Value is a negative float, with numbers closer to zero being "better" or higher strength. Range is more or less dictated by the applicable regulatory body, FCC in the US, etc.
"There is no standardized relationship of any particular physical parameter to the RSSI reading. The 802.11 standard does not define any relationship between RSSI value and power level in mW or dBm. Vendors and chipset makers provide their own accuracy".
This is NOT WiFi. This is licensed fixed location microwave. Think 6
foot dishes on a tower, pointing up to 30 miles away. The RSSI number is the RF energy level received by the radio and has to be within limits set by the regulatory body and what level of modulation you are wanting to achieve and distance. It will vary depending on mother nature (rain, snow fade, etc)
I assume the others are similar. There are some things in there which look like they'd fit into the existing "state" sensor type.
Once new sensor types exist, you'd just need to write a poller module for the sensors to be discovered. They'd be pretty simple, being hardcoded.
With access to the relevant hardware these things could be added pretty quickly, and then automatically available to everyone with that hardware.
adam.
P.S.
And again, for everyone's benefit:
If you're asking a question about doing something new, provide all of the information you reasonably can, including motivations and expected outcomes, because you aren't in a position to judge what information is useful or not. I have this very same exchange about once a week these days, and it's getting pretty boring. Perhaps an FAQ entry would be helpful... :D
On 2015-01-01 21:40, John Brown wrote:
MIB is here http://support.trangosys.com/attachments/token/ 0z6i3eorlctajt5/?name=TRANGO-PTP-MIB.txt [2]
I want to graph, monitor and set low / high value alarms for
.1.3.6.1.4.1.5454.1.80.1.33.3.0 .1.3.6.1.4.1.5454.1.80.1.33.4.0 .1.3.6.1.4.1.5454.1.80.3.14.1.0This would be just the start. monitoring both ODU and IDU parameters
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [2] http://support.trangosys.com/attachments/token/ 0z6i3eorlctajt5/?name=TRANGO-PTP-MIB.txt
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
They've made quite a mess of these MIBs. They declare the same stuff in every MIB. It's pretty horrible.
I've got access to an old Apex and a TL45. Neither are what you're looking at, but it seems like all they do is duplicate the same MIB for each device and add/remove/modify a couple of things so they give a reasonable idea of what it looks like.
Supporting them all will likely be a lot of copy/pasting.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "Observium Network Observation System" observium@observium.org Sent: 1/2/2015 12:12:23 AM Subject: Re: [Observium] add specific OID to a host to monitor.graph
On Thu, Jan 1, 2015 at 9:09 PM, Adam Armstrong adama@memetic.org wrote:
I honestly can't tell if you're intentionally trolling or not! :D
Don't have time to troll. Unless I wanted to discuss IPv8 or some other silly nonsense :) And I don't
Example snmpwalks with the MIB loaded and non-numeric OIDs would be quite helpful. The actual names of those OIDs so I can find them in the MIB would be a minimum (so I can see wether they're instanced or not, and wether they'd require infrastructure to graph, or if they'd fit as a simple graph).
I'll provide SNMP walks shortly.
Looking up the first one, RSSI, it seems to be a signal strength measurement with no fixed scale or standards :
Measured in dBm i believe. Will double check. Value is a negative float, with numbers closer to zero being "better" or higher strength. Range is more or less dictated by the applicable regulatory body, FCC in the US, etc.
"There is no standardized relationship of any particular physical parameter to the RSSI reading. The 802.11 standard does not define any relationship between RSSI value and power level in mW or dBm. Vendors and chipset makers provide their own accuracy".
This is NOT WiFi. This is licensed fixed location microwave. Think 6 foot dishes on a tower, pointing up to 30 miles away. The RSSI number is the RF energy level received by the radio and has to be within limits set by the regulatory body and what level of modulation you are wanting to achieve and distance. It will vary depending on mother nature (rain, snow fade, etc)
I assume the others are similar. There are some things in there which look like they'd fit into the existing "state" sensor type.
Once new sensor types exist, you'd just need to write a poller module for the sensors to be discovered. They'd be pretty simple, being hardcoded.
With access to the relevant hardware these things could be added pretty quickly, and then automatically available to everyone with that hardware.
adam.
P.S.
And again, for everyone's benefit:
If you're asking a question about doing something new, provide all of the information you reasonably can, including motivations and expected outcomes, because you aren't in a position to judge what information is useful or not. I have this very same exchange about once a week these days, and it's getting pretty boring. Perhaps an FAQ entry would be helpful... :D
On 2015-01-01 21:40, John Brown wrote:
MIB is here
http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-... [2]
I want to graph, monitor and set low / high value alarms for
.1.3.6.1.4.1.5454.1.80.1.33.3.0 .1.3.6.1.4.1.5454.1.80.1.33.4.0 .1.3.6.1.4.1.5454.1.80.3.14.1.0This would be just the start. monitoring both ODU and IDU parameters
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [2] http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-...
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Ok, It seems to be measured in dBm, so I added it as a dBm sensor on the Apex device :
http://alpha.memetic.org/~adama/snaps/Observium_Dev_-_trango.apex.a_-_Google...
It's not much effort, so should be easy to add similar devices that we can get access to.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "Observium Network Observation System" observium@observium.org Sent: 1/2/2015 12:12:23 AM Subject: Re: [Observium] add specific OID to a host to monitor.graph
On Thu, Jan 1, 2015 at 9:09 PM, Adam Armstrong adama@memetic.org wrote:
I honestly can't tell if you're intentionally trolling or not! :D
Don't have time to troll. Unless I wanted to discuss IPv8 or some other silly nonsense :) And I don't
Example snmpwalks with the MIB loaded and non-numeric OIDs would be quite helpful. The actual names of those OIDs so I can find them in the MIB would be a minimum (so I can see wether they're instanced or not, and wether they'd require infrastructure to graph, or if they'd fit as a simple graph).
I'll provide SNMP walks shortly.
Looking up the first one, RSSI, it seems to be a signal strength measurement with no fixed scale or standards :
Measured in dBm i believe. Will double check. Value is a negative float, with numbers closer to zero being "better" or higher strength. Range is more or less dictated by the applicable regulatory body, FCC in the US, etc.
"There is no standardized relationship of any particular physical parameter to the RSSI reading. The 802.11 standard does not define any relationship between RSSI value and power level in mW or dBm. Vendors and chipset makers provide their own accuracy".
This is NOT WiFi. This is licensed fixed location microwave. Think 6 foot dishes on a tower, pointing up to 30 miles away. The RSSI number is the RF energy level received by the radio and has to be within limits set by the regulatory body and what level of modulation you are wanting to achieve and distance. It will vary depending on mother nature (rain, snow fade, etc)
I assume the others are similar. There are some things in there which look like they'd fit into the existing "state" sensor type.
Once new sensor types exist, you'd just need to write a poller module for the sensors to be discovered. They'd be pretty simple, being hardcoded.
With access to the relevant hardware these things could be added pretty quickly, and then automatically available to everyone with that hardware.
adam.
P.S.
And again, for everyone's benefit:
If you're asking a question about doing something new, provide all of the information you reasonably can, including motivations and expected outcomes, because you aren't in a position to judge what information is useful or not. I have this very same exchange about once a week these days, and it's getting pretty boring. Perhaps an FAQ entry would be helpful... :D
On 2015-01-01 21:40, John Brown wrote:
MIB is here
http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-... [2]
I want to graph, monitor and set low / high value alarms for
.1.3.6.1.4.1.5454.1.80.1.33.3.0 .1.3.6.1.4.1.5454.1.80.1.33.4.0 .1.3.6.1.4.1.5454.1.80.3.14.1.0This would be just the start. monitoring both ODU and IDU parameters
On Thu, Jan 1, 2015 at 2:58 PM, Adam Armstrong adama@memetic.org wrote:
The simple answer is no, the long answer is long and depends upon many things.
You've not (in common with every other question on this subject) actually provided any information at all for us to ascertain what you're trying to do.
adam.
------ Original Message ------ From: "John Brown" john@citylinkfiber.com To: "observium" observium@observium.org Sent: 1/1/2015 3:29:47 PM Subject: [Observium] add specific OID to a host to monitor.graph
Hi,
I'm working towards building some additional OS and device definitions for Observium.
At first, I would like to know if there is a way to add a specific OID to a device to be monitored. Other words, I have a device and the standard mibs are being monitored / graph'd. I'd like to add a specific OID to also be monitored / graphed.
thanks
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [2] http://support.trangosys.com/attachments/token/0z6i3eorlctajt5/?name=TRANGO-...
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
participants (3)
-
Adam Armstrong -
John Brown -
Tom Laermans