Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 4 Jun 2007 09:08:41 +0000
From:      Darren Reed <darrenr@freebsd.org>
To:        Kenneth Vestergaard Schmidt <kvs@binarysolutions.dk>
Cc:        freebsd-current@freebsd.org
Subject:   Re: pf(4) status in 7.0-R
Message-ID:  <20070604090841.GA42731@hub.freebsd.org>
In-Reply-To: <m17iqkxiv4.fsf@coruscant.pil.dk>
References:  <20070601103549.GA22490@localhost.localdomain> <m13b1b52aw.fsf@coruscant.pil.dk> <20070604052421.GM16563@obelix.dsto.defence.gov.au> <m17iqkxiv4.fsf@coruscant.pil.dk>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Jun 04, 2007 at 09:46:07AM +0200, Kenneth Vestergaard Schmidt wrote:
> "Wilkinson, Alex" <alex.wilkinson@dsto.defence.gov.au> writes:
> >     >On that, note, it'd be nice with an update of carp(4), too, especially
> >     >the 'carpdev'-functionality. I'd probably even be able to get some money
> >     >to sponsor at least part of the work, if anybody was willing.
> >
> > What is the "'carpdev'-functionality" ?
> 
> Quoting http://marc.info/?l=openbsd-tech&m=110229937028512&w=2 :
> 
>   "Here's the long-promised diff which allows you to specify a physical
>   interface 'carpdev' which the carp interface will bind to, and that
>   interface does not have to have an IP address on the same subnet (or at
>   all, in fact)."
> 
> We want to use it to replace a FreeVRRPd-setup, since FreeVRRPd seems to
> be pretty unmaintained (and possibly patent-encumbered).

Note that some people have concerns about CARP being patent-encumbered
(by Cisco) too.  Unless you know for sure if something is (or isn't)
encumbered, don't bother speculating about what is or isn't a problem.
If you're building a product from FreeBSD usign FreeVRRPd then you
should have already contact'd Cisco...

It's possible that lots of parts of FreeBSD are covered by patents
and we just don't really know the full situation until someone sends
an infringement notice and a court makes a decision.  If Micrsoft
have patents over SMB (for example) then any implementation of smbfs
would potentially violate that...and they are under no obligation to
tell us.

Picking on things because they're unmaintained is fine but
speculating on patent issues is a waste of time and energy.
Leave that to those soulless and lifeless laywer-vampire types.

Darren



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070604090841.GA42731>