I have below queries regarding trap types where I found little mismatch with
RFC2578 definition and net-snmp5.7.3 behavior on boundary values.
It will be of great help if someone can clarify on this.
For convenience, below definitions are used.
Since RFC 2578 does not mention the behavior for integer overflow, net-snmp
currently sticks to NINT32_MAX or INT32_MAX for integer overflows on both
sides. Please clarify what should be the actual behavior?
RFC2578 says "The Gauge32 type represents a non-negative integer, which may
increase or decrease, but shall never exceed a maximum value, nor fall below a
minimum value. The maximum value cannot be greater than 2^32-1 (4294967295
decimal), and the minimum value cannot be smaller than 0 "
But net-snmp wraps around to 2^31 - 1 for any value less than 0. This does not
conforms to RFC definition. Is this a bug with in net-snmp?
RFC2578 says the range lies between 0 to 2^32-1 but there is no information on
overflows. Currently for overflow net-snmp gives UINT32_MAX but for input
value= -1 it wraps around to UINT32_MAX.
What should be the behavior for -1 and integer overflow for this trap type?
RFC2578 says counter range is 0 to 2^32-1 and should wrap around for UINT32_MAX
+ 1. But for overflow netsnmp remains at UINT32_MAX which is not RFC2578
complaint. Looks like a bug. Please clarify.
Also for value =-1, net-snmp gives UINT32_MAX which wraps around on other
direction. Is this correct behavior?
RFC2578 says the range is from 0 to 2^32 which is bit contradictory as it
violates basic unsigned 32 bit integer range. Currently net-snmp stands at
UINT32_MAX for 2^32 input value. Please clarify on this.
This is little bit important query as I am not aware of how it should be used.
Please let me know how the BITSTRING should be used along with few example for
I am aware that my queries are little bit lengthy but it is my humble request
if anybody can answer these questions it will be of great help for me.
Thanks in advance.
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
Net-snmp-coders mailing list