Hi,
For a TRAP or NOTIFICATION PDU, the sender is
authoritative. Thus, A should include its
own engine ID, boots and time.
If your description is correct, then
NET-SNMP has a bug (which I do not
think in this case).
Thus, please check your implementation/configuration.
Best regards,
Frank
On 06.02.2011 10:16, ning zheng wrote:
We use SNMP4J in our SNMP management application and we've recently run into
an issue
The issue is as below: (A: net-snmp B:SNMP4j)
1. A--B: A send a snmptrap to B with engineBoots and engineTime values with
zero. -- send trap (engineId set but engineBoots and engineTime set to 0)
2. B--A: NotInTimeWindow Report (engineId, engineBoots, and engineTime set)
3. A--B: A re-send the snmptrap with right engineId, engineBoots, and
engineTime from B -- send trap (engineId, engineBoots and engineTime set)
4. B--A: NotInTimeWindow Report (engineId, engineBoots, and engineTime set)
5. Repeat Step 3 and 4
My question is why B always report NotInTimeWindow(in 4,6,8) even A has set
the right engineId, engineBoots and engineTime.
I check the RFC3414 about NotInTimeWindow, but not found the root cause,
seems the trap from A should be accepted. Is there a SNMP4j bug?
Thanks very much for any feedback!
Stephen
___
SNMP4J mailing list
SNMP4J@agentpp.org
http://lists.agentpp.org/mailman/listinfo/snmp4j
--
AGENT++
http://www.agentpp.com
http://www.snmp4j.com
http://www.mibexplorer.com
http://www.mibdesigner.com
___
SNMP4J mailing list
SNMP4J@agentpp.org
http://lists.agentpp.org/mailman/listinfo/snmp4j
