[10235] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Network IP analysis?

daemon@ATHENA.MIT.EDU (nicholas harteau)
Wed Jun 25 18:47:52 1997

To: peiffer@nts.umn.edu (Tim Peiffer)
Date: Wed, 25 Jun 1997 15:41:57 -0700 (PDT)
Cc: bridge@unisource.ch, nanog@merit.edu
In-Reply-To: <199706251239.AA10016@unet.unet.umn.edu> from "Tim Peiffer" at Jun 25, 97 07:39:09 am
From: nicholas harteau <panic@voodoo.net>

Iain Lea's (author of tin?) router-stats package does just that, if i
remember.  although it's output isn't half as pretty as mrtg's.

ftp://ftp.scn.de/pub/networking/router-stats/

> 
> MRTG is a great graphing tool for small applications.  Unfortunately 
> the package does not scale very well for my purposes.  The snmp polling
> and data storage in the logfiles are areas that I have problems with
> using MRTG.  Are there any other viable alternatives to MRTG, or are
> there any existing mods to mrtg that graph right out of a file rather
> than polling for itself?   I already have the data I need and would 
> like to reuse it.  If possible I would like to have a package that
> is separated into 3 sections.  One section can be called upon to
> do polling or gathering data out of a repository.  The second can
> be called upon to do statistics runs.  The 3rd can be called to provide
> graphs on demand.
> 
> 
> Tim Peiffer 	    	    	    	peiffer@nts.umn.edu
> Networking and Telecommunications Services
> University of Minnesota                 +1 612 626 7884 desk
> 2221 University Ave			+1 612 625 0006 problems
> Suite 145				+1 612 626 1002 fax
> Minneapolis MN 55455, USA          
> 
> > MRTG is a great tool that we use a lot - especially good if you want to offer traffic monitoring to customers. MRTG can get the stats from the customers port and display that as a GIF on your web server, accessed using the customers ID and password. Stops>  all those calls from customers asking if their access lines are overloaded...
> 


-- 
nicholas harteau          the funny thing about regret is..
panic@construct.net         it's better to regret something you have done...
panic@retro.geeklab.com       than something you haven't.   -b.s.


home help back first fref pref prev next nref lref last post