nv-l

Re: snmpcdmp (snmpColDump)

1998-10-14 10:48:37
Subject: Re: snmpcdmp (snmpColDump)
From: Vince Rosso <Vince_Rosso AT TRANSALTA DOT COM>
To: nv-l AT lists.tivoli DOT com
Date: Wed, 14 Oct 1998 08:48:37 -0600



Vince Rosso@TRANSALTA
14/10/98 08:48 AM

This sounds great if you're running Netview on NT, but in our shop at this
time they are sticking with Netview on DIgital UNIX.   Are there as many
varied and simple solutions in the UNIX environment?



 (Embedded
 image moved   Jeffrey_Snover AT TIVOLI DOT COM
 to file:      10/14/98 06:27 AM
 pic10578.pcx)




Please respond to Discussion of IBM NetView and POLYCENTER Manager on
      NetView et alia <NV-L AT UCSBVM.ucsb DOT edu>

To:   NV-L AT UCSBVM.ucsb DOT edu
cc:    (bcc: Vince Rosso)
Subject:  Re: snmpcdmp (snmpColDump)




>I think we all have the same problem producing reports. The easiest way
>to produce reports from routers seems to be mrtg

With NetView/NT, the collected SNMP data is stored directly into a
relational database.
As such, you can use most any reporting tool to directly access the data
via ODBC.  Crystal
Reports works just fine using this technique.  Also remember that you have
the NVDBEXPORT
command.  This is a meta-data driven export program that moves OVWDB data
into
a set of relational database tables.  There are a set of defaults but it is
meta-data driven
so if you don't like the tables we create or the fields we export - just
change them.

So now you can get Topo data, OVWDB data, SNMP collect data, and Event data
in
relational databases and spend a couple hundred dollars to get a superstar,
off-the-shelf reporting package to access this data directly.  Go for it.

Jeffrey

PS: What is MRTG?

Attachment: pic10578.pcx
Description: Binary data

<Prev in Thread] Current Thread [Next in Thread>