From: Michael Gale <michael.gale@utilitran.com>
To: "J. Nerius" <jnerius@gmail.com>, netfilter@lists.netfilter.org
Subject: Re: bandwidth monitoring
Date: Thu, 06 Jan 2005 16:30:33 -0700 [thread overview]
Message-ID: <41DDCA19.50507@utilitran.com> (raw)
In-Reply-To: <1105048463.27950.20.camel@josh-desk>
Ahhh .. I see now. Our setup is rather small and we only have about 10
megabits max at any given time -- usually much less.
Here is the command I use to start ntop:
ntop -4 -a /home/ntopwatch/webaccess --daemon -i eth1,eth2 -o -n -p
userprolist -s -u ntopwatch -w 192.168.7.1:3000 -M -P /home/ntopwatch/
My userprolist:
FTP=ftp|ftp-data
HTTP=http|www|https|3128
DIFFHTTP=8080|8888
RDP=3389
DNS=name|domain
NBios-IP=netbios-ns|netbios-dgm|netbios-ssn
Mail=pop-2|pop-3|pop3|kpop|smtp|imap|imap2
DHCP-BOOTP=67-68
SNMP=snmp|snmp-trap
NNTP=nntp
SSH=22
Gnutella=6346|6347|6348
Kazaa=1214
WinMX=6699|7730
DirectConnect=0
eDonkey=4661-4665
Messenger=1863|5000|5001|5190-5193
But the box which is running ntop is:
Dual PIII 1.4Ghz with 1GB of RAM.
Michael.
J. Nerius wrote:
> Hello,
>
> My concern was for the amount of resources NTOP would end up using with
> the currently volume of traffic we have going through any one link.
>
> Basically, there will be at least 3000 hosts totaling around 25 megabits
> of traffic at any given time. In my experience with ntop for short-term
> monitoring, I found that in these circumstances, the process size and
> cpu utilization were quite high.
>
> I've been using bandwidthd to collect data and then just rsyncing that
> data to a different server that actually graphs the data. I'd like to
> use ntop for it's detailed tracking capabilities, but given the resource
> utilization issues I've seen in the past, am not sure how feasible this
> would be.
>
> How many hosts and how much traffic is currently going through your
> setup? It's very possible that I may just need to tweak settings
> somewhere to improve performance.
>
> J.N.
>
>
> On Thu, 2005-01-06 at 14:28 -0700, Michael Gale wrote:
>
>>Hello,
>>
>> I am not sure I follow ... NTOP takes care of providing the stats, so
>>if you firewall box or ntop server can handle your network.
>>
>>The storage box can be what and where ever ... for example you could
>>have a low end box somewhere on the network that makes the http
>>connection, downloads the stats and stores them in a database.
>>
>>Then you only need a simple method to display them when needed. If you
>>are a large company it might be easier to setup multiple ntop servers
>>and have all the stats stored in a central location.
>>
>>Michael.
>>
>>
>>
>>J. Nerius wrote:
>>
>>>How many hosts and how much traffic are you running through it? I've
>>>wanted to come up with a solution similar to the one you've described to
>>>replace my current bandwidthd setup but I'm thinking that my network may
>>>be too large with too much traffic to support something like that
>>>without building a monster box just to capture the stats.
>>>
>>>J.N.
>>>
>>>On Thu, 2005-01-06 at 13:09 -0700, Michael Gale wrote:
>
>
>
--
Michael Gale
Lan Administrator
Utilitran Corp.
I make better friends with those who think for them selves
next prev parent reply other threads:[~2005-01-06 23:30 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-01-06 16:28 bandwidth monitoring patrick.leduc
2005-01-06 17:09 ` J. Nerius
2005-01-06 17:42 ` Les Mikesell
2005-01-06 17:56 ` J. Nerius
2005-01-06 20:09 ` Michael Gale
2005-01-06 20:19 ` J. Nerius
2005-01-06 21:28 ` Michael Gale
2005-01-06 21:54 ` J. Nerius
2005-01-06 23:30 ` Michael Gale [this message]
[not found] ` <41DDA135.5000205@cisco.com>
2005-01-06 21:24 ` Michael Gale
2005-01-07 1:54 ` Mark E. Donaldson
2005-01-10 13:45 ` Fabiano Reis
2005-01-26 18:33 ` Ranjeet Shetye
2005-01-26 20:00 ` Jose Maria Lopez
2005-01-28 5:21 ` monitoring Alireza Yazdani
2005-01-28 12:23 ` monitoring Radien Radien
-- strict thread matches above, loose matches on Subject: below --
2005-01-07 5:48 bandwidth monitoring Patrich Björklund
2005-01-06 20:28 Daniel Chemko
2005-01-06 19:04 Daniel Chemko
2005-01-06 19:39 ` Les Mikesell
[not found] <04a901c36e18$ad2d6650$2a0110ac@SAMHP>
2003-08-31 1:03 ` Bandwidth Monitoring Arnt Karlsen
2003-09-01 7:33 ` Ray Leach
2003-09-04 6:34 ` Dharmendra.T
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41DDCA19.50507@utilitran.com \
--to=michael.gale@utilitran.com \
--cc=jnerius@gmail.com \
--cc=netfilter@lists.netfilter.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox