Re: CARP IP level load balancing

2009-03-12 Thread pluknet
2009/3/13 Barney Cordoba : > > > > > --- On Sun, 3/8/09, Felix J. Ogris wrote: > >> From: Felix J. Ogris >> Subject: Re: CARP IP level load balancing >> To: freebsd-net@freebsd.org >> Date: Sunday, March 8, 2009, 4:24 AM >> On 1/20/09 3:30 PM, "Alexey Ivanov" >> wrote: >> >> > Is there any plans

tap(4) SIOCSIFMTU patch

2009-03-12 Thread Sean C. Farley
Here is a patch[1] that will allow the MTU to be set higher than 1500 on a tap(4) interface. I ran into the need to do this when I had em0 set to 9000 and tried to bridge em0 with tap0 (MTU 1500) for QEMU. A bridge interface will not allow interfaces with different MTU's to be added to it.

Re: CARP IP level load balancing

2009-03-12 Thread Barney Cordoba
--- On Sun, 3/8/09, Felix J. Ogris wrote: > From: Felix J. Ogris > Subject: Re: CARP IP level load balancing > To: freebsd-net@freebsd.org > Date: Sunday, March 8, 2009, 4:24 AM > On 1/20/09 3:30 PM, "Alexey Ivanov" > wrote: > > > Is there any plans to port IP level LB from OpenBSD, > and,

Re: IPFW and IPv6 TCP timeout problem

2009-03-12 Thread Joost Bekkers
On Thu, March 12, 2009 16:21, Ivan Voras wrote: > Joost Bekkers wrote: >> On Thu, March 5, 2009 12:30, Ivan Voras wrote: >>> Hi, >>> >>> It appears that IPFW drops dynamic (state-keeping) rules for idle IPv6 >>> TCP connections after a short (60 seconds by default) timeout. This of >>> course creat

Multi-homing, jails, and source address selection

2009-03-12 Thread Stefan Bethke
I'm having some trouble configuring a dual-homed jail host, running - current from about 4 weeks ago. My machine has one external interface em0 connected to an /27 IPv4 network. Additionally, I have a VPN interface tun0 provided by an OpenVPN instance with a private /18 range. I'd like my

Re: IPFW and IPv6 TCP timeout problem

2009-03-12 Thread Ivan Voras
Joost Bekkers wrote: > On Thu, March 5, 2009 12:30, Ivan Voras wrote: >> Hi, >> >> It appears that IPFW drops dynamic (state-keeping) rules for idle IPv6 >> TCP connections after a short (60 seconds by default) timeout. This of >> course creates problems for services like SSH and NFS. I've contacte

Re: kern/129846: [panic] /usr/sbin/ppp causes panic "Sleeping thread owns a non-sleepable lock

2009-03-12 Thread Richard Tector
Robert Watson wrote: On Tue, 10 Mar 2009, Richard Tector wrote: Just a me too on 7.1-STABLE amd64 (as of 2009-03-05 at least). Note this does not happen with a 7.1-RELEASE kernel, so I'm assuming it's not userland. This problem is believed fixed as of r189531, committed 8 March -- could you