You have information about all of the protocols in the rrd files both at the interface and per-host levels... Try looking at what's available, it will surprise you.
-----Burton -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ian Sent: Tuesday, March 01, 2005 3:52 PM To: [email protected] Subject: Re: [Ntop] ntop - future requirements What about non-historical graph data, like the information about hosts accessing certain protocols - eDonkey for example. Having information like this would be usefull after restarts/crashes Really it would be nice for the data to just 'pause' when ntop is shutdown, and then when it is brought back up have it just continue to append new data to that which already exists, so that we dont lose anything (maybe the easiest example is is the Summary -> Network load graph, which is restarted each time ntop is restarted; or any of the information in Summary -> Traffic) On a side note, is Mysql support going to be back, and when it was around, did it save this information, or only the same information that the RRD plugin saves? Thanks, -Ian On Mon, 28 Feb 2005 17:25:05 -0600, Burton Strauss <[EMAIL PROTECTED]> wrote: > You can use the ntop web server as a more general graphics generator > by grabbing the URLs and modifying them - most usable is to change > start and end. > -----Burton > > -----Original Message----- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > Of Ian > Sent: Monday, February 28, 2005 4:51 PM > To: [email protected] > Subject: Re: [Ntop] ntop - future requirements > > It can produce the historical graphs, but can it be used to recreate > each and every page, i.e. protocol distribution and local -> remote > access, etc - or only those graphs you get by clicking on the small > graph icon in each host's page? > > On Mon, 28 Feb 2005 07:21:18 -0600, Burton Strauss > <[EMAIL PROTECTED]> > wrote: > > Wrong ... ntop saves it's data over days/months/years in rrd files, > > which can produce just about any graph you want. Read the paper @ > > SourceForge - it shows how this is done without using ever-expanding > databases. > > > > -----Burton > > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf > > Of [EMAIL PROTECTED] > > Sent: Sunday, February 27, 2005 9:26 PM > > To: [email protected] > > Subject: [Ntop] ntop - future requirements > > > > Hello, > > Ntop is a lovely software that is easy to install and easy to > > be up and running. > > I could not ask for more in that context. > > > > But that it cannot save its monitored data is a major drawback. > > > > I hope that in future version it is included. > > As without save option it is practically not possible to use the software. > > > > That should put Ntop right on top on ratings. > > > > Thanks > > > > Varun > > > > _______________________________________________ > > 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
