[mrtg] Re: Maybe this will be a better question...

David C Prall dcp at dcptech.com
Thu Oct 28 15:23:13 MEST 1999

You want to get the MIB's provided by the hardware manufacturer.
ftp://ftp.3com.com has a number of them, although their descriptions and
naming conventions suck. You'll need to grep through the files and find
which ones have 43 defined. Then add this into your MIB Browser.

David C Prall, MCNE MCSE          DCP Technologies
dcp at dcptech.com                       Alexandria, VA
dcppage at dcptech.com               http://www.dcptech.com
----- Original Message -----
From: Rick Horowitz <rickh at ValleyYellowPages.com>
To: mrtglist <mrtg at list.ee.ethz.ch>
Sent: Wednesday, October 27, 1999 4:12 PM
Subject: [mrtg] Maybe this will be a better question...

> Thinking along the lines of the "teach a man to fish" parable, I
thought I'd
> ask a different kind of question that might help me in finding the
things I
> want to track.
> I found this software called MG-SOFT MIB Browser Professional Edition.
> has this RMON-MIB in it, and I trace down through the tree of that to
what I
> think I want to monitor.  Forgive me if this notation is wrong, or I
> like I don't know what I'm doing, because I don't; SNMP/RMON stuff is
> something like a foreign language to me.
> As an example, I basically trace through these things:
> erStatsEntry->etherStatsCollisions
> And then I right-click on etherStatsCollisions, and choose "Info".
> pops up a screen that shows a long list of which part looks like this:
> Name                          Syntax      Value
> etherStatsCollisions.44651    cntr32      0
> etherStatsCollisions.44713    cntr32      0
> etherStatsCollisions.46469    cntr32      0
> And so on.
> Now, if I right-click on, say, etherStatsCollisions.44651, I see a
> which has a bunch of stuff in it, but the important part seems to be
> (13)  etherStatsCollisions
> (1)   etherStatsEntry
> (1)   etherStatsTable
> (1)   statistics
> (16)  rmon
> (1)   mib-2
> (2)   mgmt
> (1)   internet
> (6)   dod
> (3)   org
> (1)   iso
> Another counter for etherStatsPkts looks the same, but has a 5 instead
of a
> 13.
> So I figure if I create this:
> Target[collisions.superstack.44651]:
> at my
> ch
> MaxBytes[collisions.superstack.44651]: 1250000
> LegendI[collisions.superstack.44651]: &nbsp;Collisions
> LegendO[collisions.superstack.44651]: &nbsp;Packets In
> Legend1[collisions.superstack.44651]: &nbsp;Collisions
> Title[collisions.superstack.44651]: CORPMISW00000XX (Unit 3/Port 1)
> PageTop[collisions.superstack.44651]: <H1>Collisions vs. Packets In
> for Some Unit/Some Port
>  </H1>
>  <TABLE>
>    <TR><TD>System:</TD><TD>CORPMISW00000XX</TD></TR>
>    <TR><TD>Maintainer:</TD><TD>rickh at ValleyYellowPages.com</TD></TR>
>    <TR><TD>Interface:</TD><TD>Some Unit/Some Port</TD></TR>
>    <TR><TD>IP:</TD><TD> </TD></TR>
>    <TR><TD>Max Speed:</TD>
>        <TD>12.5 MBytes/s (ethernetCsmacd)</TD></TR>
>   </TABLE>
> Then when it runs, it should provide the information regarding
> for that particular port.
> Is this a correct assumption?  May I make similar assumptions
regarding how
> to obtain the correct OID for collecting other info?  That is, simply
> the thing I want in the MIB browser, right click it, and trace the
> all the way like I did above, then plug them into some MRTG.cfg file?
> If this all works, then how do you learn what all these things
actually are
> worth tracing?  For example, I see this thing there called
hostOutPkts, and
> I right-click it, select "Info", and I get this really long list (I've
> trimmed it down to four lines here, but it's very very long):
> hostOutPkts.      cntr32  4367240
> hostOutPkts.       cntr32  1081228
> hostOutPkts.       cntr32  798986
> hostOutPkts.       cntr32  1036996
> Is this what I think it is?  The number of packets sent out by a
> that routes through this switch?  If so, is there a way to figure out
> machine is which?
> Also, if I select "enterprises" and choose "walk" I see tons of
entries, one
> of which looks like this:  enterprises.
(int32) 14
> How can I find out what stuff like that is?  Is this specific to some
> file, and if I find that file, I'll trace down through all those
> and it will tell me what I'm looking at?  (That's what I'm thinking,
but I'm
> not sure.)
> Finally, I apologize for the length of this note.  And, if these
> aren't really appropriate to this list, please feel free to flame or
> me privately.  I promise to delete all the flames without response;
> won't hurt my feelings.  I figure although these questions don't
> directly to the MRTG program, the answers might help me, and many
> people, learn how to make better use of MRTG.
> Thank you.
> Rick Horowitz                          Cisco Certified Network
> Network Administrator                   Microsoft Certified
> ----------------------------------------------------------------------
> Valley Yellow Pages                                 AGI Publishing,
> ----------------------------------------------------------------------
> Direct:    (559) 251-8888 x290                      1850 N. Gateway
> Toll Free: (800) 350-8887                          Fresno, CA
> Fax:       (559) 251-4806
> --
> * To unsubscribe from the mrtg mailing list, send a message with the
>   subject: unsubscribe to mrtg-request at list.ee.ethz.ch
> * The mailing list archive is at http://www.ee.ethz.ch/~slist/mrtg

* To unsubscribe from the mrtg mailing list, send a message with the
  subject: unsubscribe to mrtg-request at list.ee.ethz.ch
* The mailing list archive is at http://www.ee.ethz.ch/~slist/mrtg

More information about the mrtg mailing list