Linux Netfilter discussions
 help / color / mirror / Atom feed
* bandwidth monitoring
@ 2005-01-06 16:28 patrick.leduc
  2005-01-06 17:09 ` J. Nerius
                   ` (5 more replies)
  0 siblings, 6 replies; 21+ messages in thread
From: patrick.leduc @ 2005-01-06 16:28 UTC (permalink / raw)
  To: netfilter

Hello

Does somebody know a program for monitoring bandwidth by ip? I have one 
internet interface and I must monitor many ips adresses on this interface. I 
tried Ipac-ng and, I worked a lot to do this config but it seems not working 
this way.

thanx


^ permalink raw reply	[flat|nested] 21+ messages in thread
* RE: bandwidth monitoring
@ 2005-01-06 19:04 Daniel Chemko
  2005-01-06 19:39 ` Les Mikesell
  0 siblings, 1 reply; 21+ messages in thread
From: Daniel Chemko @ 2005-01-06 19:04 UTC (permalink / raw)
  To: J. Nerius, Les Mikesell; +Cc: netfilter

J. Nerius wrote:
> ntop is great for *short term* monitoring. Generally it will become
> unmanageable if run for too long. If you want to monitor and keep
> stats over a longer period of time, bandwidthd will probably work
> better for you.
> 
> J.N.
> 
> On Thu, 2005-01-06 at 11:42 -0600, Les Mikesell wrote:
>> On Thu, 2005-01-06 at 10:28, patrick.leduc@novipro.com wrote:
>> 
>>> Does somebody know a program for monitoring bandwidth by ip? I have
>>> one internet interface and I must monitor many ips adresses on this
>>> interface. I tried Ipac-ng and, I worked a lot to do this config
>>> but it seems not working this way.
>> 
>> Ntop might do what you need.  http://www.ntop.org.  It can summarize
>> and sort traffic by address/port/protocol, etc.  I don't use it
>> continuously but fire it up for a while if I think something is
>> hogging the network. 

I'll address this as well. Ntop is fantastic at giving you snapshot data
of a network, but it is inanely heavy at long term monitoring of
services. It got to the point that monitoring traffic from the firewall
filled memory and CPU usage if run long enough. It doesn't work for
continuous operations.

The one really good thing about iptables is that every rule has a
counter fo the number of hits that you run through it, so it  is
possible to create custom counters for your software. This is not a
'simple' process, but it'll give you accurate traffic flows with
filtering, etc. that a normal libcap based tool can't give you. PS:
/proc/net/dev data is incorrect when netfilter & NAT are enabled. I
believe its because NAT (return?) traffic bypass this counter, so any
management tool that uses this technique for monitoring bandwith will
also be flawed on a netfilter router.



^ permalink raw reply	[flat|nested] 21+ messages in thread
* RE: bandwidth monitoring
@ 2005-01-06 20:28 Daniel Chemko
  0 siblings, 0 replies; 21+ messages in thread
From: Daniel Chemko @ 2005-01-06 20:28 UTC (permalink / raw)
  To: J. Nerius, Michael Gale; +Cc: netfilter

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.
> 

If you have a small static number of hosts in/out of your system, you
may want to use netfilter blank rule counters since the penalty of
passing each counter is very very low (entirely kernel side).

To put this in perspective, there've been a lot of performance issues
with people running 10000+ rule sites with adverse effects on their
network setup. Lower than that, and the impact is pretty low. Plus,
blank rules don't do anything but increment the counter, so the actual
CPU utilization of these rules are even lower. This is to give maxumum
accounting of an existing kernel. I'm sure there have been a few
in-kernel accounting packages made, but I can't recall any at the
moment. Maybe someone here can refresh our memory.

Of course the problem with this approach is that you have to know what
IP's that are generating traffic before setting this thing up since the
iptables rules are static. Its good if you want to monitor internal
user's traffic to the net and the amount of traffic a server is getting,
but to actually track the internet endpoints, you're better off using a
dynamic traffic tracking tools like ntop or bandwidthd.



^ permalink raw reply	[flat|nested] 21+ messages in thread
* Re: bandwidth monitoring
@ 2005-01-07  5:48 Patrich Björklund
  0 siblings, 0 replies; 21+ messages in thread
From: Patrich Björklund @ 2005-01-07  5:48 UTC (permalink / raw)
  To: netfilter

Hi, there. I dont really know if you just wanna know what ips gets
to/through your interfaces? I have a prog called tcpick. It show like
this:

root # tcpick -i eth0 -C
Starting tcpick 0.1.19
tcpick: listening on eth0
SYN-SENT       192.168.0.2:45190 > 217.215.148.17:pop3
SYN-RECEIVED   192.168.0.2:45190 > 217.215.148.17:pop3
ESTABLISHED    192.168.0.2:45190 > 217.215.148.17:pop3
FIN-WAIT-1     192.168.0.2:45190 > 217.215.148.17:pop3
FIN-WAIT-2     192.168.0.2:45190 > 217.215.148.17:pop3

>Hello
>
>Does somebody know a program for monitoring bandwidth by ip? I have
>one 
>internet interface and I must monitor many ips adresses on this
>interface. I 
>tried Ipac-ng and, I worked a lot to do this config but it seems not
>working 
>this way.
>
>thanx



------------------------------




^ permalink raw reply	[flat|nested] 21+ messages in thread

end of thread, other threads:[~2005-01-26 20:00 UTC | newest]

Thread overview: 21+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
     [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
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
     [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
  -- strict thread matches above, loose matches on Subject: below --
2005-01-06 19:04 Daniel Chemko
2005-01-06 19:39 ` Les Mikesell
2005-01-06 20:28 Daniel Chemko
2005-01-07  5:48 Patrich Björklund

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox