Re: ath(4) randomly changes MTU to 2290 after explicitly set to 1500

Chris Buechler wrote: snip somehow it ends up switching MTU to 2290 when we never configure it as such. This breaks bridging to an Ethernet interface because if_bridge requires the MTU to be the same on both interfaces. snip For the sake of the archives and anyone who finds this thread in

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

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

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

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

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 for

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

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 the

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

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