Norton, I was just curious on how you shoot the data to another RRD collector and graph it with Cacti. I already have Cacti setup and I am familiar with RRD.
Do you mind sharing the idea/script with the Ntop user community? Thanks, E.F. ----- Original Message ----- From: "Norton, Jason" <[EMAIL PROTECTED]> To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> Sent: Friday, February 21, 2003 9:27 AM Subject: RE: [Ntop] Any way not to lose the traffic stats We have been using NTOP for 30 days...mere newbies...and we already have historical stats after restart by utilizing the RRD integration piece. It was fairly easy to set up if you are already familiar with MRTG or Cricket. We simply shoot the NTOP data to another server and use Cacti to graph. You can selectively graph on any stat that NTOP collects on plus Cacti acts as an snmp collector for things like cpu, memory, interface stats etc...RRD handles the aging and sampling of data. http://people.ee.ethz.ch/~oetiker/webtools/rrdtool//rrdworld/cacti.html Jason Norton -----Original Message----- From: Verweyen, Dirk [mailto:[EMAIL PROTECTED] Sent: Friday, February 21, 2003 9:01 AM To: '[EMAIL PROTECTED]' Subject: AW: [Ntop] Any way not to lose the traffic stats Yes...NTOP is a very great work... and yes a agree with you upion... > -----Urspr�ngliche Nachricht----- > Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Gesendet: Freitag, 21. Februar 2003 14:22 > An: [EMAIL PROTECTED] > Cc: '[EMAIL PROTECTED]'; [EMAIL PROTECTED] > Betreff: RE: [Ntop] Any way not to lose the traffic stats > > > > While I fear I may be beating a dead horse with this posting, > it was too much for me to resist. Below is some constructive > feedback. > > I have been using the NTOP for nearly 4 years now and have > "graduated" from using an RPM with a released version to > compiling my own NTOP install from CVS sources. I have > watched it go from an advanced command line to the mature > project we have today. What seems to be a recurring theme in > all of these years is the lack of a way to store more > detailed information between running instances of NTOP. > > Many people will have differing needs in this area. For > instance, while historical traffic about an individual host > my be useful for one person, another person (me for instance) > will have a greater need for aggregate traffic results for a > T1 that links two buildings. In my particular case, data in > perpetuity under the "Stats" tab would be fine. I would be > able to tell the average bandwidth being used and what > protocols and, to some extent, what hosts were using it. > > It would a great plus to be able to save that greater level > of detail between boots. I do post this with some level of > humility though. I am not a programmer and honestly can not > really fathom what it takes to implement this type of feature. > > Keep up the great work everyone! > > -- > > J. Eric Josephson > Director of Network and System Operations > 978-720-2159 > mailto:[EMAIL PROTECTED] > > > > > > > Josh Clarke > > > <[EMAIL PROTECTED] To: > "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]> > > sic.com.au> cc: > > > Sent by: Subject: RE: > [Ntop] Any way not to lose the traffic stats > > [EMAIL PROTECTED] > > > it > > > > > > > > > 02/20/2003 08:54 > > > PM > > > Please respond to > > > ntop > > > > > > > > > > > > > So what happens to your beloved windows users with the new > release? is there an rrd extraction tool such as rrddump? > > -----Original Message----- > From: Burton M. Strauss III [mailto:[EMAIL PROTECTED] > Sent: Friday, 21 February 2003 1:31 AM > To: [EMAIL PROTECTED] > Subject: RE: [Ntop] Any way not to lose the traffic stats > > > rrd is used to store SOME information across ntop sessions. > Packet counts, byte counts, etc. > > It does NOT store the transient information such as tcp sessions. > > If you want to check stuff like bytes per minute, hour, day, > then the data's in the rrd files and can be extracted with > rrddump into xml format for whatever additional processing > you want. Here's samples from my > rrd/interfaces/eth0/ethernetBytes.rrd, dumped via rrdtool > dump. You'll see Total ethernet bytes at the interface every > 5 m., followed by hourly > values: > > <!-- Round Robin Database Dump --> > <rrd> > <version> 0001 </version> > <step> 300 </step> <!-- Seconds --> > <lastupdate> 1045750988 </lastupdate> <!-- 2003-02-20 > 08:23:08 CST > --> > > <ds> > <name> counter </name> > <type> COUNTER </type> > <minimal_heartbeat> 300 </minimal_heartbeat> > <min> 0.0000000000e+00 </min> > <max> 1.2500000000e+07 </max> > > <!-- PDP Status --> > <last_ds> 36066265 </last_ds> > <value> 2.2602864000e+05 </value> > <unknown_sec> 0 </unknown_sec> > </ds> > > <!-- Round Robin Archives --> > <rra> > <cf> AVERAGE </cf> > <pdp_per_row> 1 </pdp_per_row> <!-- 300 seconds --> > <xff> 5.0000000000e-01 </xff> > > <cdp_prep> > </cdp_prep> > <database> > <!-- 2003-02-17 10:45:00 CST / > 1045500300 --> <row><v> 7.7725000000e+01 </v> </row> > <!-- 2003-02-17 10:50:00 CST / > 1045500600 --> <row><v> 7.1699466667e+01 </v> </row> > <!-- 2003-02-17 10:55:00 CST / > 1045500900 --> <row><v> 1.5430715556e+02 </v> </row> > <!-- 2003-02-17 11:00:00 CST / > 1045501200 --> <row><v> 1.0892955556e+02 </v> </row> > <!-- 2003-02-17 11:05:00 CST / > 1045501500 --> <row><v> 7.5383377778e+01 </v> </row> ... > </database> > </rra> > <rra> > <cf> MIN </cf> > <pdp_per_row> 12 </pdp_per_row> <!-- 3600 seconds --> > <xff> 5.0000000000e-01 </xff> > > <cdp_prep> > <ds><value> 3.8247551111e+02 </value> > <unknown_datapoints> 0 </unknown_data > points></ds> > </cdp_prep> > <database> > <!-- 2002-11-25 13:00:00 CST / > 1038250800 --> <row><v> 3.2163666667e+02 </v> </row> > <!-- 2002-11-25 14:00:00 CST / > 1038254400 --> <row><v> 2.6152893333e+02 </v> </row> > <!-- 2002-11-25 15:00:00 CST / > 1038258000 --> <row><v> 2.7946488294e+02 </v> </row> > <!-- 2002-11-25 16:00:00 CST / > 1038261600 --> <row><v> 2.6641633333e+02 </v> </row> ... > > > > -----Burton > > > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Behalf Of Verweyen, Dirk > Sent: Thursday, February 20, 2003 8:10 AM > To: '[EMAIL PROTECTED]' > Subject: AW: [Ntop] Any way not to lose the traffic stats > > > Do ntop then stores the traffic over > sessions away? > > We want to monitor betwheen our firewall > and the route of our provider to check > the invoice from him. > > Dirk > > PS: Sorry for my bad english...hobe you understand > what i want... > > > -----Urspr�ngliche Nachricht----- > > Von: Burton M. Strauss III [mailto:[EMAIL PROTECTED] > > Gesendet: Donnerstag, 20. Februar 2003 13:30 > > An: [EMAIL PROTECTED] > > Betreff: RE: [Ntop] Any way not to lose the traffic stats > > > > > > The development version has dropped SQL support in favor of rrd. > > Check into it. > > > > -----Burton > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of > > Verweyen, Dirk > > Sent: Thursday, February 20, 2003 4:40 AM > > To: '[EMAIL PROTECTED]' > > Subject: [Ntop] Any way not to lose the traffic stats > > > > > > Hi, > > > > we have Ntop running but sometimes it crashed... > > on restart he lost the traffic stats. > > Is there a way not to lose the traffic stats. > > > > I�ve started it with > > > > ntop -u root -d -b localhost:4000 -s 1 > > > > Is there another way? > > > > Greetings, Dirk _______________________________________________ > > Ntop mailing list > > [EMAIL PROTECTED] > > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > _______________________________________________ > > Ntop mailing list > > [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop > > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop > > > > > _______________________________________________ > Ntop mailing list > [EMAIL PROTECTED] > http://listgateway.unipi.it/mailman/listinfo/ntop > _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop _______________________________________________ Ntop mailing list [EMAIL PROTECTED] http://listgateway.unipi.it/mailman/listinfo/ntop
