Hi

On Tue, May 07, 2002 at 06:16:50PM +0200, Luca Deri wrote:
> >    in hash.c again and everything balanced around 17MB again.
> Good: please report me about this in the next days.
I will do so.

> > b) the serialCache.db is still a problem. Grew up to 1.4M in the first day
> >    and does never shrink.
> >    As you pointed out, this is a known issue. Seems as if I have to restart
> >    ntop once a day to be safe :-(
> I will fix this soon, before 2.1. Stay tuned, it's a matter of time.
great to hear!


> > Regarding the netflow thing, the short explanation again. I do netflow
> > export on currently two of the four ethernet devices, each have it's own
> > ntop in it's own directory (e.g. /usr/local/ntop-eth0/). Each ntop uses a
> > filter like:
> >         --filter-expression ether dst 00:02:B3:96:57:DD
> > So that only incoming packets are processed, not outgoing. This, too,
> > leaded to my problems that I have only incomplete TCP sessions, but is
> > necessary for the netflow system to work.
> Ok, but this is not a solution, just a workaround. As you know NF much
> better than me, what is the ultimate solution for this problem?

The ultimate solution would be the following. One process of ntop. The
ntop plugin then lets choose which interfaces will have netflow export
turned on and which don't. For every interface is only the half of the
sessions exported that came through that interface in, i.e. was received
by it, never what was send!

Little picture for the input-interface-accounting thing:

                                customer-N
                                    |
                                    |eth1
                                  NTOP-N
                                    |eth0
                  eth1   eth0       |              eth0   eth1
   INTERNET-W ---- NTOP-W ------ My Backbone   ----- NTOP-E  --- INTERNET-E
                                    |
                                    |eth1
                                  NTOP-S
                                    |eth0
                                    |
                                 customer-S

Let's imagine I have two upstream provides W and E (west,east,..) and only
two customers (south,north). 

Now, example1, customer S produces traffic with customer N, then the traffic 
will be accounted four times, NTOP-S at eth0 in, eth1 out, and on NTOP-N
at eth0 in and eth1 out.  Then, when customer N replies, the packets go 
through the same interfaces in reverse direction.

As we won't account every byte only once, netflow chooses to account it
at the point where it _first enters the provider backbone_. In this case,
the packages from S to N are accounted at eth0 of NTOP-S and the reply
packages from N to S at NTOP-N on interface eth1.

So at e.g. NTOP-S I have to manually disable the eth1 interface because it
points to the backbone and has no customers on it but in addition I must 
say ntop never to export the bytes, it receives from eth1 and forwards to
eth0 because they must alreay be accountet on NTOP-W,NTOP-N or NTOP-E.

Packets that are originated by the router or destinated for him do not 
need to be accounted necessarily if that's a problem. There's not much
traffic that the router produces itself except for some telnet/ssh sessions
and some remote loggin (I'm not sure how the ciscos behave there).

This is not easy for the current session handling.. but maybe you find a 
way!

bye,

-christian-

-- 
Christian Hammers    WESTEND GmbH - Aachen und Dueren     Tel 0241/701333-0
[EMAIL PROTECTED]     Internet & Security for Professionals    Fax 0241/911879
          WESTEND ist CISCO Systems Partner - Authorized Reseller

_______________________________________________
Ntop-dev mailing list
[EMAIL PROTECTED]
http://listgateway.unipi.it/mailman/listinfo/ntop-dev

Reply via email to