Netonix PoE Port Display / Graphing - ISSUE

Hardware: WS-12-400-AC
Operating System Netonix 1.4.6

Adding a new device or using an existing device does not matter. Another Netonix with the same Hardware & OS appears to be graphing / displaying port info correctly. previous revision of 1.4.5rc8 does not correct the issue

Tested other models / firmware same results. ex;
Operating System: Netonix 1.4.7rc14


Component Version
LibreNMS 282e4b77a5a30271287adf31afe6929747540c8e
DB Schema 195
PHP 5.6.29-0+deb8u1
MySQL 5.5.53-0+deb8u1
RRDTool 1.6.0

[OK] Database connection successful
[OK] Database schema correct

SQL Database showing the difference between broken, then semi-working

after applying suggested SQL update from

Re-Discovering the device - reverts SQL update and the OID changes to;

| 4599 | 0 | state | 275 | snmp | . | 10 | netonixPoeStatus | Port 10 PoE | 1 | 1 | 0 | NULL | NULL | NULL | NULL | 1 | No | | | 2017-07-12 14:57:46 | 1 | |

Picture showing semi-working + event log. Note the changed from 0 to 2 - appears to be port 5 ( working / displaying correcetly ) and for some reason - graph data for ports that have poe turned off.

Hey, so I just ran into this myself, and I’ve developed a fix.

The existing file does not correctly map all 5 possible PoE states, and doesn’t match the coding style / template used in other sensor state files.

There are 5 possible states; Off, 24V, 48V, 24VH, 48VH. the H in 24VH/48VH indicates “High Power” or 4-pair PoE mode, where all 4 pairs of the cable are used to supply power. The vast majority of PoE devices do not use this; it’s mostly found on wireless equipment such as Ubiquiti AirFiber radios, and if used with an incompatible device will usually fry the port & device.

The new status map has Off/24V/48V as 1/2/3 to maintain compatibility with the old map, and adds 24VH and 48VH as 4/5 respectively.

I’ve changed the name of the state index from netonixPoeStatus to netonixPoeState as I had issues with the code not updating the state index. I’m unsure how to clean this up; as a result of my testing I actually have three separate indexes… If someone could let me know how to un-derp that, that’d be great…

Anyway, I’ve got a branch here (pull request shortly) that fixes it.

1 Like

Everything Appears to be in order now.

Thank you.