network monitor portal

[Jamie Baddeley]

I've been looking at similar things. Cricket is looking favourable for
general purpose, RTG is looking good for real time port specific stuff.
In my hunt, I stumbled across nisca  http://nisca.sourceforge.net/
-I've not even looked beyond a cursory once over, but I thought I'd
mention it.

With the greatest of respect, Apan seems like a reinvention of the wheel
to me.

jamie

On Thu, 2004-06-10 at 21:02, Jevos, Peter wrote:
> Hello ,
> I'm tryng to find a solution to design network monitor portal. I'm
> using Nagios, excelent tool for monitoring availability and warnning
> messages. But Nagios is missing graphs , total reports of bandwidth ,
> etc.
>  Of course, I know something about rrdtool and other NMS like JFNMS,
> OpenNMS, ... .but none don't match up my visions. RRDtool (I used
> Cacti, Cricket) know excellent graphs, but has  a
> limited possibilities of graphing various time periods ( for
> immediately detecting of problems). 5 minutes is sometimes too late
> for detecting problems. I found RTG, great real traffic grabber and
> reporter of data flow traffic, but it is mainly used for traffic, not
> for other stuff ( CPU,   threshold of mail servers, oracle servers,
> mysql db servers,..).
> I'd like to use Nagios as main base of my system, and other tool or
> programs to using real time traffic ( 30 sec, 1 minute), monitoring
> servers (oracle, mail, db) and reports of data flows
> Did anyone make that portal before?
> Any ideas how to design it together?
> thanx a lot , pet



-------------------------------------------------------
This SF.Net email is sponsored by: GNOME Foundation
Hackers Unite!  GUADEC: The world's #1 Open Source Desktop Event.
GNOME Users and Developers European Conference, 28-30th June in Norway
http://2004/guadec.org
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null