Re: Problems with gif tunnels

2005-06-09 Thread Jeremie Le Hen
Hi Gianmarco, > Hi Greg, I have follow with interest this thread because I had a similar > problem sometimes ago and we din't succeded in resolve it as I like ... > > I had to connect a couple of a nets with a freebsd box and a linux box > (not managed by me). They insist to use the ipip tunne

Re: Problems with gif tunnels

2005-06-09 Thread Greg 'groggy' Lehey
On Thursday, 9 June 2005 at 8:13:54 +0200, Gianmarco Giovannelli wrote: > At 02.10 09/06/2005, Greg 'groggy' Lehey wrote: >> On Thursday, 9 June 2005 at 1:46:00 +0200, Jeremie Le Hen wrote: >>> Greg, >>> My understanding is that GRE is to IP as PPP is to SLIP: it allows multiple proto

Re: HEADSUP: internal network interface changes

2005-06-09 Thread Maxim Sobolev
Hi, I've noticed that in some cases you have removed bcopy() into arpcom.ac_enaddr completely, while in some others have modified it to use IFP2AC(). I wonder if it's a mistake or if there is some logic behind that. Also, it looks like in cdce(4) driver you are referencing if_softc before it's be

Re: HEADSUP: internal network interface changes

2005-06-09 Thread Maxim Sobolev
On Thu, Jun 09, 2005 at 10:25:30AM +0200, Maxim Sobolev wrote: > Also, it looks like in cdce(4) driver you are referencing > if_softc before it's been assigned by if_alloc(): <- cdce_ifp -Maxim ___ freebsd-net@freebsd.org mailing list http://l

Re: bpf writes on tun device

2005-06-09 Thread Matthew Luckie
I'd suggest a name like DLT_PSEUDO might be better -- it may be helpful to get review for the change from the NetBSD and OpenBSD guys too, as well as the tcpdump.org guys. I posted a patch to netbsd tech-kern and have had positive feedback: http://mail-index.netbsd.org/tech-net/2005/06/09/0003.

Re: HEADSUP: internal network interface changes

2005-06-09 Thread Brooks Davis
On Thu, Jun 09, 2005 at 10:25:30AM +0200, Maxim Sobolev wrote: > Hi, > > I've noticed that in some cases you have removed bcopy() > into arpcom.ac_enaddr completely, while in some others > have modified it to use IFP2AC(). I wonder if it's a mistake > or if there is some logic behind that. Good c

Please review & test this

2005-06-09 Thread Vlad GALU
As you may all know, the packet classifier in ALTQ is very slow on large numbers of classes, because it stores them linearly, in an array. I rewrote the way classes are stored, replacing the array with a hash table. I tested [1] on a system with about 8000 classes and noticed a remarkable p

How to do a routing lookup inside the kernel in FreeBSD ?

2005-06-09 Thread Aziz Kezzou
Hi all, I am trying to figure out from the kernel source code (FreeBSD 5.3) how can I perform a routing lookup in a KLD module. Since I am short in time, if anyone knows how do to do this I would appreciate. Any pointers to the right portion of the code are also apperciated. Thanks, -aziz _

Re: Please review & test this

2005-06-09 Thread Vlad GALU
On 6/10/05, Vlad GALU <[EMAIL PROTECTED]> wrote: > As you may all know, the packet classifier in ALTQ is very > slow on large numbers of classes, because it stores them linearly, in > an array. I rewrote the way classes are stored, replacing the array > with a hash table. I tested [1] on a

Re: LSI MegaRaid 150-6

2005-06-09 Thread Martin Nilsson
[EMAIL PROTECTED] wrote: Hello, This is the 2nd time I search for a resolution on this matter I could not find any documents online regarding this issue. Why do you post to -net & -bugs, these are not the right lists for this kind of questions. stable or questions is better, and please don'