Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Vlad GALU
On Fri, 10 Sep 2004 09:36:19 +0400 Gleb Smirnoff <[EMAIL PROTECTED]> wrote: > On Thu, Sep 09, 2004 at 11:41:26PM +0300, Vlad GALU wrote: > V>This made me raise my eyebrow. I wrote a small tool that we use > V>in > V> production at RDS: http://freshmeat.net/projects/glflow. The way I > V> d

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Gleb Smirnoff
On Thu, Sep 09, 2004 at 11:41:26PM +0300, Vlad GALU wrote: V> This made me raise my eyebrow. I wrote a small tool that we use in V> production at RDS: http://freshmeat.net/projects/glflow. The way I V> designed it, it is supposed to clean up the flow tree once in a while V> and remove 'old' fl

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Tim Spencer
On Sep 9, 2004, at 1:11 PM, Andre Oppermann wrote: Just because you have to use Netflow on Cisco IOS doesn't mean you don't have (or can invent) better tools on FreeBSD. Netflow is really useful for auditing and forensics. If you have it enabled for your routers, you can see who did what when,

Re: Racoon breakage with recent kernel - what NOT to do

2004-09-09 Thread Mike Durian
On Thursday 09 September 2004 02:01 pm, Hannes Mehnert wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > On Thu, Sep 09, 2004 at 08:29:55PM +0100, Brian Somers wrote: > > On Wed, 14 Jul 2004 20:52:48 +0200, Hannes Mehnert <[EMAIL PROTECTED]> wrote: > > > On Mon, Jul 12, 2004 at

Re: Racoon breakage with recent kernel - what NOT to do

2004-09-09 Thread Brian Somers
On Thu, 9 Sep 2004 22:01:42 +0200, Hannes Mehnert <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > On Thu, Sep 09, 2004 at 08:29:55PM +0100, Brian Somers wrote: > > On Wed, 14 Jul 2004 20:52:48 +0200, Hannes Mehnert <[EMAIL PROTECTED]> wrote: > > > On Mon,

uma_zcreate() call from kern_mbuf.c - bug?

2004-09-09 Thread Brian Somers
I'm a bit confused by this uma_zcreate() call in kern_mbuf.c: zone_mbuf = uma_zcreate("Mbuf", MSIZE, mb_ctor_mbuf, mb_dtor_mbuf, NULL, NULL, UMA_ALIGN_PTR, UMA_ZONE_MAXBUCKET); Given that dtom() is defined as: #define dtom(x) ((struct mbuf *)((intptr_t)(x) & ~(MSIZE-1

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Vlad GALU
On Fri, 10 Sep 2004 00:00:52 +0400 Gleb Smirnoff <[EMAIL PROTECTED]> wrote: > On Thu, Sep 09, 2004 at 09:58:59PM +0200, Andre Oppermann wrote: > A> Do you really log all Netflow packets to disk to be able to provide > A> details to the customer? Or do you aggregate the details on the > A> collect

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
Gleb Smirnoff wrote: > > On Thu, Sep 09, 2004 at 09:58:59PM +0200, Andre Oppermann wrote: > A> Do you really log all Netflow packets to disk to be able to provide > A> details to the customer? Or do you aggregate the details on the > A> collector? > > Full netflow dumps are stored on disk for ab

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
Gleb Smirnoff wrote: > > On Thu, Sep 09, 2004 at 07:33:18PM +0200, Andre Oppermann wrote: > A> The only thing the kernel *may* know about is the right- and leftmost AS. > A> It may be more efficient to send the netflow data through a small helper > A> application that just fills in the two AS numb

Re: Racoon breakage with recent kernel - what NOT to do

2004-09-09 Thread Hannes Mehnert
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, On Thu, Sep 09, 2004 at 08:29:55PM +0100, Brian Somers wrote: > On Wed, 14 Jul 2004 20:52:48 +0200, Hannes Mehnert <[EMAIL PROTECTED]> wrote: > > On Mon, Jul 12, 2004 at 03:32:18PM -0600, Mike Durian wrote: > > > This is just a follow-up to say th

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Gleb Smirnoff
On Thu, Sep 09, 2004 at 09:58:59PM +0200, Andre Oppermann wrote: A> Do you really log all Netflow packets to disk to be able to provide A> details to the customer? Or do you aggregate the details on the A> collector? Full netflow dumps are stored on disk for about 2-3 months, aggregated data goes

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
Gleb Smirnoff wrote: > > On Thu, Sep 09, 2004 at 08:11:01PM +0200, Andre Oppermann wrote: > A> What is the point of Netflow accounting? (And I do run an ISP.) > A> Is it to get overall AS to/from AS traffic statistics? Then Netflow > A> is not very good for that. Do you really need information

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Gleb Smirnoff
On Thu, Sep 09, 2004 at 06:02:35PM +, Bjoern A. Zeeb wrote: B> What I'd like to ask but did not because I didn't really have a B> chance to view more than documentation is: B> - what is the memory impact of this node ? It uses a static cache (default size 65k entries). One entry takes 56 bytes

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Gleb Smirnoff
On Thu, Sep 09, 2004 at 07:33:18PM +0200, Andre Oppermann wrote: A> > I'm working on a patch, which will bring AS path support. AS paths are going A> > to be stored separately from rtentries. The latter will have a reference to A> > AS paths. Each AS path is going to have a reference counter in sel

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Gleb Smirnoff
On Thu, Sep 09, 2004 at 08:11:01PM +0200, Andre Oppermann wrote: A> What is the point of Netflow accounting? (And I do run an ISP.) A> Is it to get overall AS to/from AS traffic statistics? Then Netflow A> is not very good for that. Do you really need information on every A> flow? Are you going

Re: Racoon breakage with recent kernel - what NOT to do

2004-09-09 Thread Brian Somers
On Wed, 14 Jul 2004 20:52:48 +0200, Hannes Mehnert <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > On Mon, Jul 12, 2004 at 03:32:18PM -0600, Mike Durian wrote: > > This is just a follow-up to say the problem still exists in a -current > > system I built fr

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
Gleb Smirnoff wrote: > > On Thu, Sep 09, 2004 at 06:22:36PM +0200, Andre Oppermann wrote: > A> I haven't looked into every detail but overall it's a nice piece of work. > A> :-) > > Thanks :) BTW: You may be better off using pfil_hooks instead of netgraph for your tool. You'll save one m_copym

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
"Bjoern A. Zeeb" wrote: > > On Thu, 9 Sep 2004, Andre Oppermann wrote: > > > The only thing the kernel *may* know about is the right- and leftmost AS. > > It may be more efficient to send the netflow data through a small helper > > application that just fills in the two AS number based on a mrt d

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Bjoern A. Zeeb
On Thu, 9 Sep 2004, Andre Oppermann wrote: > The only thing the kernel *may* know about is the right- and leftmost AS. > It may be more efficient to send the netflow data through a small helper > application that just fills in the two AS number based on a mrt dump. where and when ? that's not rea

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
Gleb Smirnoff wrote: > A> In the README you are talking Netflow 5 and AS path's. I don't undestand > A> why > A> you want to pass the AS path into the rtentry structure? Wouldn't the > A> right-most AS sufficise? > > AFAIK, Cisco's netflow can be configured in two modes: "peer-as", when a > left

Re: better MTU support...

2004-09-09 Thread John-Mark Gurney
Andre Oppermann wrote this message on Thu, Sep 09, 2004 at 19:05 +0200: > John-Mark Gurney wrote: > > > > In a recent experiment w/ Jumbo frames, I found out that sending ip > > frames completely ignores the MTU set on host routes. This makes it > > difficult (or next to impossible) to support a

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Gleb Smirnoff
On Thu, Sep 09, 2004 at 06:22:36PM +0200, Andre Oppermann wrote: A> I haven't looked into every detail but overall it's a nice piece of work. A> :-) Thanks :) A> In the README you are talking Netflow 5 and AS path's. I don't undestand A> why A> you want to pass the AS path into the rtentry str

Re: better MTU support...

2004-09-09 Thread Andre Oppermann
John-Mark Gurney wrote: > > In a recent experiment w/ Jumbo frames, I found out that sending ip > frames completely ignores the MTU set on host routes. This makes it > difficult (or next to impossible) to support a network that has both > regular and jumbo frames on it as you can't restrict some

Re: [TEST/REVIEW] Netflow implementation

2004-09-09 Thread Andre Oppermann
Gleb Smirnoff wrote: Collegues, here is netgraph module which implements Netflow traffic accounting, which I'm going to add to CURRENT in recent future: http://cell.sick.ru/~glebius/ng_netflow/ng_netflow-0.3-snap-20040905.tar.gz It is quite different to ng_netflow in ports/net, because its expi

Re: ipfw dynamic tcp rule issue

2004-09-09 Thread Ian FREISLICH
George S wrote: > > I thought you had to explicitly state the check-state. Anyway, > > I've just noticed that your last rule is #65655 which is higher > > than the max for an unsigned short. Depending how this overflow > > is handled, you might get odd behaviour. This might just result > > in th

Patch for NetPIPE to support IPv6

2004-09-09 Thread George V. Neville-Neil
Hi, I have created a patch for NetPIPE version 3.6.2 that makes it work with IPv6. If you're unfamiliar with NetPIPE then jump to here: http://www.scl.ameslab.gov/netpipe/ In short NetPIPE is a cool tool for generating packets and stressing/testing networ