On 05/04/07, Florian Jauernig <[EMAIL PROTECTED]> wrote:
> as I am not sure if I may open a bug for this on sourceforge I want to
> present my problem on this list first. (This means that I already looked
> through the opened bugs and have not found anything appropriate)
This isn't actually a bug in the Net-SNMP suite.
> When doing a bulkwalk on several (i.e. 10) OIDs using the SNMP.pm module on
> a Cisco Catalyst I am facing strange behaviour.
> The agent on the Cisco Catalyst behaves as expected in the beginning, but
> suddenly, it resends an OID with an index that already has been sent, and
> then continues with the correct index.
This behaviour is broken. You should complain to Cisco.
A GetNext request (or GetBulk) should returns OIDs in strictly
increasing order.
Note that the SNMP perl module does include a flag to control the behaviour
when such bogus results are returned:
$ man SNMP
[snip]
SNMP::Session
$sess = new SNMP::Session(DestHost => 'host', ...)
The following arguments may be passed to new as a hash.
:
NonIncreasing
defaults to the value of SNMP::non_increasing at time of
session creation. this setting
controls if a non-increasing OID during bulkwalk will
causes an error. setting to 0
causes the default behaviour (which may, in very badly
performing agents, result in a
never-ending loop). setting to 1 causes an error (OID not
increasing) when this error
occur.
Dave
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Net-snmp-users mailing list
Net-snmp-users@lists.sourceforge.net
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
