CFR: FIB handling improvements

2013-08-21 Thread Will Andrews
Hi, I'm working to port forward to FreeBSD/head, improvements made to FIB handling by my colleagues Alan Somers and Justin Gibbs. Please review: http://people.freebsd.org/~will/fix-fib-issues.1.diff This patch includes fixes for several issues relating to FIBs: * Use of dhclient with non-zero F

Re: CFR: FIB handling improvements

2013-08-21 Thread Will Andrews
On Wed, Aug 21, 2013 at 12:20 PM, Hiroki Sato wrote: > wi> * Always add loopback routes for non-zero FIBs, for both IPv4 and > wi> IPv6. Arguably, this could be a policy issue, but it is currently > wi> less-than-trivial to specify (in rc.conf) that a route needs to be > wi> applied to every FIB.

Re: "kernel: carp_input: received len 20 < sizeof(struct carp_header)" messages

2010-11-08 Thread Will Andrews
On Fri, Nov 5, 2010 at 4:47 PM, Ask Bjørn Hansen wrote: > I agree that it was pretty dumb of the OpenBSD developers to just stomp on > another protocol ID for their (and ours in FreeBSD ...) implementation. Actually, in this particular case I think it was justified. The IANA refused to allocate

Re: bin/118987: ifconfig(8): ifconfig -l (address_family) does not work correctly on RELENG-7

2009-01-31 Thread Will Andrews
The following reply was made to PR bin/118987; it has been noted by GNATS. From: Will Andrews To: bug-follo...@freebsd.org Cc: Subject: Re: bin/118987: ifconfig(8): ifconfig -l (address_family) does not work correctly on RELENG-7 Date: Sat, 31 Jan 2009 03:29:52 -0700

CARP as a module; followup thoughts

2009-04-21 Thread Will Andrews
Hello, I've written a patch (against 8.0-CURRENT as of r191369) which makes it possible to build, load, run, & unload CARP as a module, using the GENERIC kernel. It can be obtained from: http://firepipe.net/patches/carp-as-module-20090421.diff Having written this patch, I have some thoughts. F

Re: CARP as a module; followup thoughts

2009-05-03 Thread Will Andrews
On Wed, Apr 22, 2009 at 6:47 AM, Bruce M. Simpson wrote: > Hi, > > Will Andrews wrote: >> >> Hello, >> >> I've written a patch (against 8.0-CURRENT as of r191369) which makes >> it possible to build, load, run, & unload CARP as a module, using

Re: CARP as a module; followup thoughts

2009-05-04 Thread Will Andrews
On Mon, May 4, 2009 at 10:04 AM, Bruce Simpson wrote: > I'll have to take your word for that as I'm not using CARP just at the > moment. I had to touch the mcast setup for the IPv6 SSM implementation. All > compiles OK, but I haven't tested the code other than loading it. Only IPv6 > multicast gro

Re: CARP on FreeBSD 7,2

2009-05-08 Thread Will Andrews
On Fri, May 8, 2009 at 10:09 PM, Sam Wan wrote: > The following command also failed: > > test:~ # ifconfig carp1 vhid 1 pass password 192.168.2.144/24 up > ifconfig: ioctl (SIOCAIFADDR): Can't assign requested address > >> >> Hi, >> >> I tried to setup CARP in FreeBSD 7.2, but seems not able to as

MFC of if_lagg flowid changes (r272386)?

2015-01-22 Thread Will Andrews
Hi, Please see: https://svnweb.freebsd.org/base?view=revision&revision=272386 This change removes sysctl nodes that were added during lacp_attach(), which causes a lock order reversal (sleepable lock while holding non-sleepable). These sysctl nodes arrived in: https://svnweb.freebsd.org/base?vie

Re: Generating SYN packets.

2001-03-09 Thread Will Andrews
On Fri, Mar 09, 2001 at 08:03:58AM -0800, Walter Goralski wrote: > The missing piece has been DOS SYN attacks. I have the really common > "synk4.c" source that is all over the Web, but I get errors when I try to > compile it ("it's the linux includes" someone told me). Now, I last used my They're

Bridging in FreeBSD without one side being blocked?

2003-08-14 Thread Will Andrews
Hello (please cc: me as I am not subscribed, thanks), I was wondering if anyone has managed to set up bridge in such a way that hosts on both sides will be able to access the machine doing the bridging. The reason I need this is because I need to join two media types (10baseT/100baseTX and 1000ba

[Differential] [Changed Subscribers] D1881: Allow Illumos code to co-exist with nv(9)

2015-02-18 Thread will (Will Andrews)
will added a subscriber: will. will added a comment. What testing has been done with this change? REVISION DETAIL https://reviews.freebsd.org/D1881 To: rstone, jfvogel Cc: will, emaste, pjd, freebsd-net ___ freebsd-net@freebsd.org mailing list http:/

[Differential] [Commented On] D1881: Allow Illumos code to co-exist with nv(9)

2015-02-18 Thread will (Will Andrews)
will added a comment. >>! In D1881#9, @rstone wrote: > The primary testing that I did was to ensure that a kernel with "device zfs" > would still link. However, I suppose that doesn't exclude the possibility of > their being an zfs source file that is built wrong and doesn't include this > hea

[Differential] [Accepted] D1881: Allow Illumos code to co-exist with nv(9)

2015-02-19 Thread will (Will Andrews)
will accepted this revision. will added a reviewer: will. will added a comment. Ok, LGTM. Thanks for your effort! REVISION DETAIL https://reviews.freebsd.org/D1881 To: rstone, jfvogel, will Cc: will, emaste, pjd, freebsd-net ___ freebsd-net@freebsd.