snmpbulkget strange behavior

Good day.

I've noticed a strange behavior of snmpbulkget. I can't call this a bug 
because it acts in compliance with snmp standard ( I think ). But not 
with human logic.
And there are details:
  - We've got our own SNMP agent that populate data in the end of SNMP 
tree ( lexicographically last in the whole SNMP tree )
  - And last branch of this tree has variable numbers of leafs
  - So we can't set exactly number of leafs for 'max-repetitions' so we 
set 'max-repetitions' with the margin.
  - And what we get? - Empty list with 'End of MIB' message ( Calling 
this function from Perl API make 'noSuchName(2)' error ).
  - There are no error if 'max-repetitions' smaller or equal to number 
of leafs in the requested subtree
  - There are no error if we there are some other data after requested 
subtree that the margin can get into.

Conclusions:
  - As ordinal human being I expected that 'max-repetitions' parameter 
sets limit for operation, but not exactly number.
  - Also I expected that reaching end of SNMP tree shouldn't produce 
'noSuchName(2)' error and brake retrieval.

Am I wrong? Any help would be appreciated.

You can check this behavior with this command:

snmpbulkget -Cr<number big enough> -cpublic localhost <your subtree OID>


p.s Yes, I can use snmpbulkwalk. But it isn't the question. And 
snmpbulkwalk isn't native SNMP operation but bunch of sequential 
snmpbulkget operation.

p.p.s. Excuse me for my English.



------------------------------------------------------------------------------
Monitor your physical, virtual and cloud infrastructure from a single
web console. Get in-depth insight into apps, servers, databases, vmware,
SAP, cloud infrastructure, etc. Download 30-day Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users