<div dir="ltr"><div class="gmail_extra"><br><br><div class="gmail_quote">2014-02-16 8:31 GMT+01:00  <span dir="ltr"><<a href="mailto:alf@i100.no" target="_blank">alf@i100.no</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

Hi<br></blockquote><div><br></div><div>Hi Alf,<br></div><div>¬†</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
One idea I've had for some time, but unfortunately not had time to
implement, is to add a general SNMP agent, which will work with all UPSes
supported by nut.<br>
The idea is to have the SNMP agent use the "nut API" to fetch
values from the UPS.<br>
So the SNMP agent will be similar to the "upsc" utility.<br>
<br>
Whenever the SNMP agent is queried for information, it will use the nut
API to get hold of the data.<br>
We will just need to take for example the Eaton MIB file, and map each
SNMP OID to the corresponding value as exposed by "upsc".<br>
<br>
The background for wanting this, is that I am using a
Eaton¬†ConnectUPS-BD WEB/SNMP card, and exposing the data as SNMP, and
using OpenNms, I "out of the box" get nice graphing of voltage
levels and power usage.<br>
I really like that functionality and graphing.<br>
The setup is working fine by me, but by implementing such a SNMP agent,
every user of nut could get the same functionality, and would not be
requiring special hardware for doing so.<br>
OpenNms can easliy generate graphs etc based on the SNMP MIB file that is
part of nut for Eaton UPSes. I think Cacti and other such tools should
also be easy to set up.<br>
<br>
I've written a bit about my setup here :<br>
<a href="http://www.kanonbra.com/index.php/projects/snmpnms/27-monitoring-eaton-9130-ups-in-opennms" target="_blank">http://www.kanonbra.com/index.php/projects/snmpnms/27-monitoring-eaton-9130-ups-in-opennms</a><br>
<br>
The question is really if other people would also like to have SNMP
"monitoring" support for their UPSes ?<br>
Adding support for SNMP traps might be harder, but I noticed some email
one the mailing list today that there is already ideas for adding SNMP
traps generally.<br></blockquote><div><br>Reviving a bit the archives (clouds of dust floating around...)<br>Here is my first and now 10 years old attempt: <a href="http://old.networkupstools.org/server-projects/" target="_blank">http://old.networkupstools.org/server-projects/</a><br>
</div><div>Native C and Net SNMP libs...<br></div><div><br></div><div>And more recently: <a href="https://github.com/luizluca/nut-snmpagent" target="_blank">https://github.com/luizluca/nut-snmpagent</a><br></div><div>Ruby this time, from Luiz Angelo Daros de Luca.<br>
<br></div><div>That made me realize that it's still not referenced on the NUT Related Projects page.<br></div><div>(yup Charles, yet another unshared thing...)<br></div><div>This last point is now fixed:<br><br>and the website updated, with a news entry.<br>
<br></div><div>All my apologies to the author, Luiz!<br></div><div>If you're still open and motivated in working with me on this topic, I've finally gone through this 2 years time-warp... and hopefully back.<br><br>
</div><div>cheers,<br>Arnaud<br></div></div>-- <br>NUT (Network UPS Tools) Project Leader - <a href="http://www.networkupstools.org" target="_blank">http://www.networkupstools.org</a><br>Debian Developer - <a href="http://www.debian.org" target="_blank">http://www.debian.org</a><br>

Free Software Developer - <a href="http://arnaud.quette.fr" target="_blank">http://arnaud.quette.fr</a><br><br></div></div>