RE: [Mibble-users] A feature for mibble (removil mibs for a MibLoader)

[Rajneesh Watsh]

Hi,

2. Initially we made the MibbleBrowser with the "global view" that is
with all the MIBs showing under one root node. Later, upon Per's
suggestion and also after referring to one commercial MIB Browser
application from AdventNet (http://www.adventnet.com) we changed it to
"a root per MIB" implementation. The good thing about this
implementation is that you can easily select a MIB Node and unload it
and also when you load a new MIB then its more intuitive to see it as a
new root node in the tree than to get its contents lost in the global
view. Normally when a user will load a MIB, he will want to start
working on it right away and "a root per MIB" implementation facilitates
a faster access to the desired MIB contents. In short, its more modular
approach. The global view has been implemented in free tools like GetIf
and Scotty MibSpy, though. So both implementations have their own
advantages. 

3. In MibbleBrowser, we store the parsed MIB in a JTree instance.

1 & 4. In order to get a table (but without a table view though) you
will need to select the xxxTable node in your MIB and do a walk on the
right-hand side UI (which essentially does a snmp getnext() till the end
of the table) and will show all the MIB values in table for the device.
The reason for absence of getbulk on the UI is that currently it only
implements SNMPv1. SNMPv2 and v3 are supported both by Mibble parser and
Westhawk SNMP stack. So its only a matter of sometime when I can extend
that in the MibbleBrowser. If you can contribute some code to that end
then it will great!

Warm Regards,
Watsh.

-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf Of
wshang
Sent: Thursday, February 12, 2004 6:55 AM
To: Announcements, support, and forum for Mibble users
Subject: Re: [Mibble-users] A feature for mibble (removil mibs for a
MibLoader)


  thanks .

  there are some "rough edges" I think in the MibbleBrowser.
  1) It don't support V3
  2) The Mib Tree can't be merged. that's means if you load 2 mibs,there
are 2 roots in the tree. It don't support global view.
  3) The speed . I know it's spend more time to parse a mib. how to save
the result after load a mib is a problem.
  4) How to get a table? it doesn't support getbulk.
  
BTW ,I have a question. How do the Mibble do with the imports mibs when
parse a mib ? parse them one by one ? 

----- Original Message ----- 
From: "Per Cederberg" <address@hidden>
To: "Announcements, support, and forum for Mibble users"
<address@hidden>
Sent: Wednesday, February 11, 2004 10:42 PM
Subject: Re: [Mibble-users] A feature for mibble (removil mibs for a
MibLoader)


> On Tue, 2004-02-10 at 06:47, wshang wrote:
> > hi,
> > I have download the mibble2.3 and see the mibblebrowser.
> > It is really a semi-manufactured goods ,but it is a good begin.
> 
> Thanks! I hope Rajneesh is reading this, as I haven't done anything 
> myself on the browser. :-)
> 
> BTW, I'd be very interested in knowing in more detail what you find to

> be "rough edges" in the MibbleBrowser. Of course, I already have my 
> own ideas, but one always tend to miss things once one gets more 
> accustomed to something.
> 
> Anyway, many thanks for trying out the 2.3 development
> version.
> 
> Cheers,
> 
> /Per - Using whatever Internet connection I can find...
> 
> PS. Rajneesh, you are still with us, right?
> 
> 
> 
> 
> _______________________________________________
> Mibble-users mailing list
> address@hidden 
> http://mail.nongnu.org/mailman/listinfo/mibble-users