Re: [pysnmp-users] snmpwalk.py
Brought to you by:
elie
From: Ilya E. <il...@gl...> - 2002-12-18 17:52:07
|
A list for users of pure-Python SNMP framework <pysnmp-users.lists.sourceforge.net> List-Unsubscribe: <https://lists.sourceforge.net/lists/listinfo/pysnmp-users>, <mailto:pys...@li...?subject=unsubscribe> List-Archive: <http://sourceforge.net/mailarchive/forum.php?forum=pysnmp-users> Mark, I've modified the snmpwalk.py code to get it acting closer to Net-SNMP's one. The experimental version is here: ftp://ftp.glas.net/users/ilya/tools/pysnmp/unreleased/pysnmp-2.0.8.tar.gz Could you please try it out and let me know if it works alright to you? Thanks, ilya On 5 Dec 2002, Mark Kilmartin wrote: > Thank you for the fast response on this. > > In most of the cases I will be using it starting at N+1 is not a > problem. > > I will look at the snmptable code and see if it helps me much. > I am unlikely to look at it till next week due to upcoming exams. > > I also look forward to testing the new snmpwalk.py code. > > Again thanks for the quick help. > > MArk > > > On Thu, 2002-12-05 at 08:33, Ilya Etingof wrote: > > Mark, > > > > You are absolutely correct in your analysis. I must have overlooked the > > behavior of Net-SNMP's snmpwalk tool when implementing its Python > > version. > > > > I'm going to fix snmpwalk.py to make it acting more similar to > > snmpwalk. This might take a few days. Will let you know then. > > > > Meanwhile, I suggest you to try using the examples/snmptable.py tool > > which, at least, stops as it walks out of the initial sub-tree: > > > > [ilya@cray examples]$ ./snmptable.py ts29.moscow.st.net public > > .1.3.6.1.2.1.1.1 > > .1.3.6.1.2.1.1.1.0 ---> 'Cisco Internetwork Operating System Software > > \015\012IOS (tm) 5400 Software (C5400-JS-M), Version 12.2(11.8b), > > MAINTENANCE INTERIM SOFTWARE\015\012Copyright (c) 1986-2002 by cisco > > Systems, Inc.\015\012Compiled Tue 30-Jul-02 19:02 by pwade' > > [ilya@cray examples]$ > > > > Please, note, that snmpwalk.py/snmptable.py starts from the N+1 variable > > in the MIB so you would have to give it the N-1 variable to fetch N-th. > > Since snmpwalk seems to start from N, I would probably also have to fix > > it in snmpwalk.py tool. > > > > -ilya > > > > > I have been playing with snmpwalk.py. > > > > > > But it does not work as I would expect. > > > It may be a fact that my expectations are wrong. > > > > > > When I run the standard snmpwalk utility as follows I get the following > > > output. > > > snmpwalk 10.0.0.253 public .1.3.6.1.2.1.17.4.3.1.3 > > > 17.4.3.1.3.0.2.179.136.108.99 = 3 > > > 17.4.3.1.3.0.2.179.136.114.68 = 3 > > > 17.4.3.1.3.0.6.91.60.22.153 = 3 > > > 17.4.3.1.3.0.6.91.60.22.172 = 3 > > > 17.4.3.1.3.0.6.91.138.79.13 = 3 > > > 17.4.3.1.3.0.6.91.138.79.81 = 3 > > > 17.4.3.1.3.0.6.91.138.79.114 = 3 > > > 17.4.3.1.3.0.6.91.138.79.125 = 3 > > > 17.4.3.1.3.0.6.91.138.79.128 = 3 > > > 17.4.3.1.3.0.6.91.138.79.135 = 3 > > > 17.4.3.1.3.0.6.91.140.49.95 = 3 > > > 17.4.3.1.3.0.6.91.140.50.59 = 3 > > > 17.4.3.1.3.0.8.116.144.127.36 = 3 > > > 17.4.3.1.3.0.176.208.170.249.105 = 3 > > > 17.4.3.1.3.0.176.208.243.101.68 = 3 > > > > > > This is exactly what I expect. > > > > > > But when I run the following instance of snmpwalk.py I get thousands of > > > lines of output the first 15 of which are as above. > > > I would expect snmpwalk.py to stop at this point but it stays walking > > > through the rest of the SNMP system. > > > > > > > > > Another example is if I run. > > > snmpwalk 10.0.0.253 public .1.3.6.1.2.1.1.1.0 > > > I get the system description as expected. > > > > > > On the other hand if I run > > > ./snmpwalk.py 10.0.0.253 public 1.3.6.1.2.1.1.1.0 > > > I get lots of output none of which is the system description. > > > > > > If anybody can help I would apreciate it. > > > > > > MArk > > > > > > > > > > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Microsoft Visual Studio.NET > > > comprehensive development tool, built to increase your > > > productivity. Try a free online hosted session at: > > > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr0003en > > > _______________________________________________ > > > pysnmp-users mailing list > > > pys...@li... > > > https://lists.sourceforge.net/lists/listinfo/pysnmp-users > > > > -- > Mark Kilmartin <mr...@eu...> > |