Network snmp rewalk

Hello,

Thank you very much for your KB-Post. Which exact errors do you get? Please send some screenshots showing the exact error messages from the "Overview"-Tab. In case the sensors are not in error-state right now, you can also check the "Log" tab of the sensor, to view previous error-messages.

best regards.

Here is the alarm from the logs.

I didn't make any changes except upgrade to 16.3.1

It's very likely, that the OIDs on the target Cisco device change here, and the sensors then cannot find the OIDs anymore, which they need to monitor.
To check this, please use our SNMP Tester, run it on the PRTG Host (or host of the Remote Probe), and perform a SNMP Walk against the target device on the following base OID:

• 1.3.6.1.4.1.9.9

Perform this walk once with the sensors green, save the result, and run the SNMP Walk again, when the sensors show this error again. Then send both walk-results to us.

Doing a rewalk now. The PRTG utility has never worked for me. Does PRTG do a re-walk of the devices on schedule or on demand?

What exactly do you mean by 're-walk'? Which options are you using in PRTG to this? Did you run the SNMP Walk already with the SNMP Tester? We need the latter to see if the target device does even service the OIDs necessary for PRTG to show you sensors.

So I just manually deleted and recreated the sensors, but now we have to make more code changes and I am back to having sensors that are wrong. The previous version of cisco code has the temperaturestate (just as an example) at:

• 1.3.6.1.4.1.9.9.13.1.3.1.6.1011 and the new code its:
• 1.3.6.1.4.1.9.9.13.1.3.1.6.1006 Both stacks of two both OIDs for the first switch. There are other system health sensors with this same change. I tried setting the SNMP options to track by ifname, ifalias, ifdescription with no change. If I run autodiscovery it creates new sensors and I still have a bunch of bad sensors. Can I edit the OID for the existing sensors to the new version OID?

Thank you for the response. I'm very much afraid the SNMP Compatibility Options which if-fields are used for re-detection of changed OIDs only works with SNMP Traffic Counters, because there are these several fields which make sure, that an interface can definitely be identified.
Here with these objects like the Cisco Health Sensors, there is basically just the index. So there is no way to guarantee that the index 1006 is really the same element as 1011 was before. Which is why it is not possible to have an automatic detection here, and the OID cannot be changed manually either. So the sensor has to be created anew. Sorry.