Hi everyone! I'm working in a (self-developed) monitoring service that queries certain OID variables throughout SNMP to a VSZ 5.2, and also receives certain traps of my interest.
The issue I'm facing is related to the 'sysUpTime' metric (OID: 184.108.40.206.220.127.116.11 > 18.104.22.168.22.214.171.124.0). Whenever I poll this metric via SNMP I get a concrete value in timeticks. If I force the generation of a trap at that very moment (For example, I set up a new WLAN), the sysUpTime metric included in the trap differs vastly from the number I get by polling, even though the value is transmitted with the same OID! And I do receive it quite quicky after generating it, just a few seconds only, so... there shouldn't be that so much offset (It remains mostly constant in about +114000 timeticks).
Also, I've checked the 'ruckusCtrlSystemNodeUptime' (OID: 126.96.36.199.4.1.25053.1.8.1.188.8.131.52.1.16) to see if the value concurs with the one in the trap... but it's also different (but closer): about 129000 timeticks bigger than the sysUpTime I poll manually, and about 15000 timeticks bigger than the trap value.
To sum up, this could be an example of what I obtain:
If I poll sysUptime via snmp, I get: (1) 100000000 > sample value If I parse the sysUptime of the trap: (2) 100114000 > 19 mins more than (1) If I poll ruckusCtrlSystemNodeUptime: (3) 100129000 > (1) +21.5 mins or (2) +2.5 mins
Obviously, all these values make quite difficult the synchronization of data I obtain from the VSZ. I'd like to know if it's an issue I can fix anyhow or if I'm missing something... (I'm sure I'm polling correctly from my custom software, as results are coherent with what I obtain with a 3rd party SNMP software like MIB Browser).
Additional information of VSZ: Controller Version: 184.108.40.206.699 Control Plane Software Version: 220.127.116.11.770
Any hint on how to synchronize everything correctly will be much appreciated. Thanks in advance.