Hi,
We are using net-snmp5.2.6 library to communicate with switches SNMP agent.
Our manager was working fine for some time without any issues. after some days
the agent starts giving report " usmStatsNotInTimeWindows" to all GETNEXT
queries. we noticed that the enginetime supplied by manager and enginetime
respond by agent is having a huge difference.
Manager : keep on sending Encrypted PDU snmp v3 communication with parameters (
snmp.msgID: 6828301
snmp.msgAuthoritativeEngineID:8000000903000DEC246A00
snmp.msgAuthoritativeEngineBoots:6
snmp.msgAuthoritativeEngineTime:17501513
Agent:
Encrypted PDU is replied by the switch's SNMP agent with the parameters
snmp.msgID: 6828301
snmp.msgAuthoritativeEngineID:8000000903000DEC246A00
snmp.msgAuthoritativeEngineBoots:6
snmp.msgAuthoritativeEngineTime:2935400
When we contact with Agent team , they say that It is a problem from manager
that it is not using the enginetime provided by agent. when I look deep in code
I see that we use " snmp_sess_synch_response" function of net-snmp and net-snmp
lib generates this engineboot, enginetime values.
We restart the manger and it solves the problem.
Let me know how engine time is calculated in net-snmp?, What action net-snmp
does if there is a "usmStatsNotInTimeWindows" repor generted by agent?.
Your Help is highly appreciated..
Thanks,
Naj..
------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
_______________________________________________
Net-snmp-coders mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
