Re: IPv6 Ideas

Nathan Lay (2009-04-24 20:39 +0200): >> What are your problems with using radvd? I have used it quite a bit >> on FreeBSD (6.1) without any hassle. It's even written quite nicely >> in my experience so working on patches for it should be quite >> do-able if there are features missing. >> > radvd

[ng_car] issue/whish/todo

Good day I would like ещ introduce You several issue. I would like to be able to when you call "_getstat_" to see the bytes, not only packets. This is for drawing graphs of node load. I would also like to be able to configure some "_car_nods_" after exit on output, without che

Re: kern/135222: [igb] low speed routing between two igb interfaces

Synopsis: [igb] low speed routing between two igb interfaces Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Jun 12 05:46:45 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=13

Re: panic with ng_ipfw+ng_car and net.inet.ip.fw.one_pass=0

On Fri, 5 Jun 2009 22:56:47 +0400 Oleg Bulyzhin wrote: > On Fri, Jun 05, 2009 at 04:57:52PM +0300, Mikolaj Golub wrote: > >> It works for me. With the patch I has not managed to crash the system using >> my >> test. Some notes: >> >> - only ng_ipfw/ng_car subsystem has been tested (not dummynet)

Re: Ethernet NIC drivers depending unconditionally on INET

On Thu, Jun 11, 2009 at 08:33:28PM +, Bjoern A. Zeeb wrote: > Hi, > > as announced in my other mail to current@ and net@ I added the > mandatory "INET" dependency to 12 Ethernet NIC drivers. Additionally > I am adding if_bridge here as well. > > Those drivers should be fixed and once done t

Re: HEADS UP: INET dependencies in the kernel

Bjoern A. Zeeb wrote: This is kind of a heads up that from the time 8 will be branched off and HEAD will be 9 all new code should 1) have feature parity for INET and INET6 where applicable As a sort of side-note, what about feature parity for INET6 for existing IPV4 features like TSO? Who is

Ethernet NIC drivers depending unconditionally on INET

Hi, as announced in my other mail to current@ and net@ I added the mandatory "INET" dependency to 12 Ethernet NIC drivers. Additionally I am adding if_bridge here as well. Those drivers should be fixed and once done the (mandatory) inet dependency should be removed again from sys/conf/files fo

HEADS UP: INET dependencies in the kernel

Hi, over the last days I fixed a few places missing #ifdef INET as well changed the kernel build file in sys/conf/files and added depencies for those parts that really require INET to compile / work at the moment. WARNING: This means for example if you build a k

Re: Redirecting traffic with IPSec and pf doesn't work

Stephen Clark wrote: Attila Nagy wrote: Hello, What I'm trying to accomplish is the following: - there are two machines, connected over the internet (let's call them A and B) - when A tries to connect to B:port, or B to A:port (via TCP, port is just a TCP port, in this case, 3306) the connect

Re: Redirecting traffic with IPSec and pf doesn't work

Attila Nagy wrote: Hello, What I'm trying to accomplish is the following: - there are two machines, connected over the internet (let's call them A and B) - when A tries to connect to B:port, or B to A:port (via TCP, port is just a TCP port, in this case, 3306) the connection should be redirect

Redirecting traffic with IPSec and pf doesn't work

Hello, What I'm trying to accomplish is the following: - there are two machines, connected over the internet (let's call them A and B) - when A tries to connect to B:port, or B to A:port (via TCP, port is just a TCP port, in this case, 3306) the connection should be redirected to a local liste