Re: kern/132277: [crypto] [ipsec] poor performance using cryptodevice for IPSEC

2009-03-03 Thread linimon
Old Synopsis: poor performance using criptodevice for IPSEC New Synopsis: [crypto] [ipsec] poor performance using cryptodevice for IPSEC Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Mar 3 14:06:44 UTC 2009 Responsible-Changed-

Re: kern/132285: [carp] alias gives incorrect hash in dmesg

2009-03-03 Thread gavin
Old Synopsis: CARP alias gives incorrect hash in dmesg New Synopsis: [carp] alias gives incorrect hash in dmesg Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Tue Mar 3 16:11:56 UTC 2009 Responsible-Changed-Why: Over to maintainer(s)

using 6to4 on two different IPv4 addresses (alias on stf0 or stf1?)

2009-03-03 Thread Lapo Luchini
I'm renumbering a server of mine in order to ease migration and am setting most its services to listen to both the "old" and the "new" IPv4 address. I have a little more problems with the 6to4-serviced IPv6 address: adding an alias to stf0 doesn't seem to work, probably because the internal sanity

Force certain websites to use certain connections

2009-03-03 Thread Shawn Everett
Hi All, I've set up a load balanced FreeBSD router using outbound load balancing as configured here: http://www.openbsd.org/faq/pf/pools.html#outgoing There are one or two sites that this is causing problems with. Can anyone suggest a rule that would force certain websites to go through certain

HEADS UP: IGMPv3/SSM: alpha code drop.

2009-03-03 Thread Bruce Simpson
Hi all, I am making patches available against 8-CURRENT to do IGMPv3 and Source Specific Multicast in the IP stack: http://people.freebsd.org/~bms/stage/igmpv3/ At the moment, the patches are extracted from Perforce, so may need some rejigging of patch's -p option. I would hope to post

Re: HEADS UP: IGMPv3/SSM: alpha code drop.

2009-03-03 Thread Bruce Simpson
Bruce Simpson wrote: From an architectural standpoint, the most important wide-ranging change that this makes to the IPv4 stack in FreeBSD, is the change which takes the IN_MULTI_LOCK() out of the ip_output() and ip_input() paths. Filtering of inbound multicast traffic is pushed up to the