I don't find any snmp sensor that index automaticaly every entry of an OID Table (integer and string). E.g.: table of disk partitions (description, %usage, total MByte, etc..) .iso.org.dod.internet.private.enterprises.compaq.cpqHostOs.cpqHoComponent.cpqHoFileSys.cpqHoFileSysTable
Any suggestion other than insert manually tons of SNMP custom sensor? Also sensor factory is not so flexible to allow combination of channels of integer and channels with string values.
Anything, do you thing to implement snmp-table sensor?
Always thanks for your fast and great support!
Article Comments
We are still working on this. Seeing as there have been only 2 requests so far, and none within the last year, it would seem this is not precisely such a sought after feature and, as such, other functions have been granted higher priority. Nonetheless, this is still on our radar. Please bear with us.
Mar, 2012 - Permalink
not working with oid tables really limits what you can query from an snmp workstation. that you don't see many user requests in this forum could be an indicator of the usefulness of this forum. that said, i'd like to be able to work with all types of uid's that any snmp workstation can provide. sadly with prtg, this is not the case. my service contract renewal is coming up... let's see you insult another one of your customers.
May, 2012 - Permalink
As mentioned, we still have this on our list but other functions have been granted higher priority.
A little detail as to customer requests: most of them are received via our ticketing system, not via the forum (which is intended mainly as a self-help and freeware user support platform). The request for such a feature, although it has been placed more than just the two (now three) times posted herein, other requests have been received in more copious quantities, rendering them more relevant for timely implementation. You may, of course, also consider this a request to all people who would like to see this functionality implemented to report to support@paessler.com, seeing as this would increase the pace of implementation.
May, 2012 - Permalink
I did not realize that someone has to vote for wishes... +1 for this from my side too... (Would love to be able to consolidate Client types from an Aruba Wireless LAN Controller...)
Jun, 2012 - Permalink
Please add me as well to this request. I will open a ticket officially. Any updates as to when this is feature is planed to be delivered?
Sep, 2012 - Permalink
I opened a case for this and here was the response: "I am very sorry, but there is no ETA set for such a SNMP Feature, it is on the wishlist though".
Sep, 2012 - Permalink
I really need this feature to be implemented. At least the option to check if any of the elements is non-zero. For example if any of the interfaces is in errDisable state.
Mar, 2014 - Permalink
Hi Paessler guys! any news about managing OID tables?
Now I've to proceed creating a lot of custom sensors per every table.. You should think to a sensor who create automatically a number of channels equal to the number of OID objects in table..
Comparing PRTG to other big competitors like SolarWind Orion, this feature is the only one in which PRTG has lower value. When you finally implement OID tables, PRTG will be absolutely the best!
Thanks, Gianluca
Dec, 2014 - Permalink
Please, please, PLEASE make this available soon. There is info within SNMP that comes in only Table form. I need to parse these. I came from SolarWinds Orion and purchased the unlimited license for the state. I need to be able to utilize this in order to justify my conversion. Otherwise, when certain things "go out", with no warning, all I can do is tell my site admins is that it is a limitation of the new software.... Not Good!
Feb, 2015 - Permalink
Hello Michael,
The manage OID tables Feature is still on our wishlist, but I'm afraid I cannot give you an exact release-date/version in the moment.
Feb, 2015 - Permalink
Definitely a MUST, no way to monitor Wireless networks without support for OID tables
Mar, 2015 - Permalink
I completely agree that the lack of snmp table management is a serious shortcoming. After extensive evaluation of multiple monitoring applications, PRTG was the clear winner until we had to use snmp tables. I had to settle for a competitor charging over 5 times the cost of PRTG. Our total expense was over $28,000 for 3 sets of "limited" licenses. I could never fully recommend PRTG as an enterprise level monitoring application until snmp tables are supported.
Apr, 2015 - Permalink
Wow, pretty old question here.
In any case, I too would like to express interest in this feature.
Jul, 2015 - Permalink
Hi there,
Good news here! We just released a new Preview version which includes the SNMP Custom Table BETA sensor. With that said, this sensor will be part of the PRTG Stable version 15.x.18.x. Thank you for your patience and enjoy the new sensor!
Best regards from Nuremberg
Jul, 2015 - Permalink
I really appreciate this sensor. For the first time, there's a logical way to display SNMP tables. However, since the sensor can only be edited when it is first created, it's very cumbersome to use. Can this sensor be updated to allow definition changes after the fact?
Also, have you considered updating the MIB importer to take advantage of this sensor type? It would be very welcome to be able to use the tool to create lookups automatically.
Apr, 2016 - Permalink
Hi jsanders,
thanks for using our SNMP Custom Table Sensor. The OID can be changed after sensor creation. Other settings, however are read only. We do this to make sure that PRTG's data stays consistent. That is why, for example, you cannot change the "Value Type" once the sensor is created. I'm afraid, but you have to create a new sensor in this case.
Currently, there are no plans to update the MIB importer.
Apr, 2016 - Permalink
We have an improved SNMP-functionality on the list of the things which will be improved, but I can't tell you when it will be ready.
Dec, 2010 - Permalink