From owner-freebsd-net@FreeBSD.ORG Sat Dec 11 20:21:40 2004 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0476D16A4CE for ; Sat, 11 Dec 2004 20:21:40 +0000 (GMT) Received: from acampi.inet.it (acampi.inet.it [213.92.1.165]) by mx1.FreeBSD.org (Postfix) with ESMTP id B65A643D1D for ; Sat, 11 Dec 2004 20:21:39 +0000 (GMT) (envelope-from andrea@acampi.inet.it) Received: by acampi.inet.it (Postfix, from userid 1000) id E187AA6; Sat, 11 Dec 2004 21:21:38 +0100 (CET) Date: Sat, 11 Dec 2004 21:21:38 +0100 From: Andrea Campi To: Chuck Swiger Message-ID: <20041211202138.GC12803@webcom.it> References: <20041211090235.GD11190@webcom.it> <41BAC0BD.7000706@mac.com> <20041211102825.GB12803@webcom.it> <41BB40B7.5000907@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <41BB40B7.5000907@mac.com> User-Agent: Mutt/1.5.6i cc: Andrea Campi cc: net@freebsd.org Subject: Re: Working on howl port X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Dec 2004 20:21:40 -0000 On Sat, Dec 11, 2004 at 01:47:19PM -0500, Chuck Swiger wrote: > If your first implementation happens to leave the interface with a 169.254 > IP address, it's doing something it shouldn't, however that is likely to be > mostly harmless until you or someone has a chance to improve the > implementation. Agreed. ;-) > autoipd and DHCP/dhclient should never get into a fight, nor should autoipd > conflict with a manually-assigned network config: autoipd should only try > to configure a link-local address during the interval when nothing else has > done so, or if autoipd has reason to believe that the existing > configuration is invalid (ie, after the carrier drops). Any time dhclient > gets a lease and assigns an IP address to an interface, autoipd needs to > back out of the way. Uhm. Yes, link state changes and possibly other events can reasonably be used for this. I guess I can use route change notifications from dhclient to notice something's up. Actually, all this is nifd's business, not autoipd proper; the two work in concert. Just to check my assumptions: is it reasonable to assume autoipd has total control over the 169.254 block? I don't want to have to bother about preserving any existing address in that range etc. OK, I'll do the straighforward implementation first but I'll keep an eye to DTRT. Thanks for beating me with clues! Bye, Andrea -- Give a man a fish and you feed him for a day; teach him to use the Net and he won't bother you for weeks.