snmpwalk continue/start with option

This is a discussion on snmpwalk continue/start with option within the SNMP Coders forums, part of the Networking and Network Related category; --===============0378079376== Content-Type: text/plain;charset=none Content-Transfer-Encoding: 8bit I apologize if posting this here creates duplicate traffic, ...


Go Back   Usenet Forums > Networking and Network Related > SNMP Coders

FAQ Members List Calendar Search Today's Posts Mark Forums Read
  #1 (permalink)  
Old 05-22-2007
prijks@esgeroth.org
 
Posts: n/a
Default snmpwalk continue/start with option

--===============0378079376==
Content-Type: text/plain;charset=none
Content-Transfer-Encoding: 8bit

I apologize if posting this here creates duplicate traffic, I just
submitted this at http://www.net-snmp.org/patches/.

We encounter a problem from time to time with broken snmp agents. These
agents will at some point during an snmpwalk deliver a bad value or in some
manner cause the walk to abort.

In these cases, we still want to see the remainder of the MIB tree, but
this is difficult, given that we now have to iteratively perform walks over
the remaining subtrees.

As an alternative, we modified the snmpwalk code to allow an option "start
with" option so that the walk will start with a specified OID and continue
until the full tree has been traversed.

Use case:

snmpwalk 1.3.6.1.4.1.foo (for some organization foo who deliver a broken
agent)

This aborts on OID 1.3.6.1.4.1.foo.x.y.z. In order to walk the remainder
of the tree, this new option now allows

snmpwalk -W 1.3.6.1.4.1.foo.x.y.z 1.3.6.1.4.1.foo

(Other options omitted for clarity.)

Perhaps this doesn't make sense for general users, I don't know. But we
found it useful, so we figured we'd submit it.

Patch was made against version 5.3.1, though snmpwalk.c does not appear to
have changed since then.

I've tested this on Windows XP, Solaris 9, and SuSE Linux 9.3/Kernel
2.6.11.4-21.12, though it really is a pretty minor change.

I'd also be curious to see discussion of alternate approaches to handling
this problem, if patching snmpwalk was in some way overkill. :)

Regards,

Pete Rijks



--===============0378079376==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
--===============0378079376==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/...et-snmp-coders

--===============0378079376==--
Reply With Quote
Reply
Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are Off
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On



All times are GMT +1. The time now is 11:01 PM.


Powered by vBulletin® Version 3.7.3
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO 3.0.0