TrippLite UPS TLNET Card support

Tags: #<Tag:0x00007f064c746db0>
#1

Hi guys,

I have a lot of TrippLite’s SNMPWEBCARD in my infrastructure and I monitor them well, but today I have received the recent TLNET card with SNMP for the same TrippLite, and LibreNMS doesnt recognize it at all. I see as generic devices and no sensors at all.

At the same time, snmpwalk gives me 390 lines of data. Probably something wrong with discovery?

How can I solve this situation? Can you help me?

Or just return these card back?

Thanks!

#2

I’ve done some research in web, regular SNMPWEBCART has first Object ID. Otherwise, TLNET card has the second:
Object ID - .1.3.6.1.4.1.850.1
Object ID - .1.3.6.1.4.1.850.100.1

Here is snmpwalk for TLNET card: https://p.libren.ms/view/6e810b28

I think it’s only unknown OID. Yes? No?

#3

Here are mibs for these TLNET cards:

tripplite.mib - https://p.libren.ms/view/b420db74
RFC1628.mib - https://p.libren.ms/view/67fd1481

#4

Hi,
You probably only have to instruct LibreNMS to recognise both of thos SysObjectIDs. So far the match is done on sysDescr, with POWERALERT in it.

Look at the file “includes/definitions/poweralert.yaml” and change it as this :

os: poweralert
text: 'Tripp Lite PowerAlert'
type: power
over:
    - { graph: device_current, text: Current }
icon: tripplite
rfc1628_compat: true
discovery:
    - sysDescr_regex:
        - '/POWERALERT/i'
    - sysObjectID:
        - .1.3.6.1.4.1.850.

(so you add the last 2 lines, with exact same spaces as in this post.)

If it works as expected, we’ll show you how to contribute to LibreNMS so this gets added to the code.

#5

Thanks PipoCanaja. I will try and let you know!

#6

Changes change nothing. I have copied your code and pasted exactly the same formatting (spaces, etc).

Here is output: https://p.libren.ms/view/034d802a

#7

you have to remove the os cache.
in librenms directory :rm cache/os_defs.cache

#8

Yessss, it works. Sensors appears.

#9

All right. You can now validate that the sensors are correct (typical issues with UPS devices, the scale (divisor/multipliers) on the OIDs can change from vendors to vendors). When everything is validated, you’ll be ready to submit a PR so we can merge this change in LibreNMS (and you’ll continue to receive updates).

#10

After 24hours of monitoring seems like everything good.

#11

OK.
You can have a look at this PR which is already touching at TrippLite UPS support.


That may already cover your case, or not.

  • If yes, you can contribute to it by adding test data of your device.
  • If not, you can check why, and fix it.