We've received Marc's contact/logs. While PRTG is able to handle index changes in most cases, this is one where due to the way that the monitored device implements it's SNMP Agent it does not.
What happens is that interfaces "disappear" for a while. Then shows up later under a different index.
Initial "data"
15/09/2016 15:52:31 (1152 ms) : 1.3.6.1.2.1.2.2.1.1.65994 = "65994"
15/09/2016 15:52:33 (2586 ms) : 1.3.6.1.2.1.2.2.1.2.65994 = "myuniqueifDescr"
Intermediate "data"
(no information about the interface)
Latest "data"
16/09/2016 12:58:26 (865 ms) : 1.3.6.1.2.1.2.2.1.1.66055 = "66055"
16/09/2016 12:58:27 (1753 ms) : 1.3.6.1.2.1.2.2.1.2.66055 = "myuniqueifDescr"
The issue is that PRTG's index change detection algorithm checks for the interface under a different number at the very moment that it "vanishes". If there is no interface with that ifDescr at this point PRTG "forgets" the unique ifDescr.
Should the interface later show up it SHOULD retain the same index, but it doesn't and shows up under a new index. For PRTG this is a new interface with a duplicate ifDescr and not the same interface. Thus the originally deployed sensor stays in an error status:
No such object (SNMP error # 222) |
There is no configuration in PRTG that can be changed for this, the monitored device needs to be adjusted, the interface should either be persistent in the ifTable or should retain the same index when it is re-created.
Best Regards,
Luciano Lingnau [Paessler Support]
Add comment