From owner-freebsd-hackers Fri Jan 17 17:03:40 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA11110 for hackers-outgoing; Fri, 17 Jan 1997 17:03:40 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA11105 for ; Fri, 17 Jan 1997 17:03:38 -0800 (PST) Received: from awfulhak.demon.co.uk by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0vlPBz-0008xYC; Fri, 17 Jan 97 17:03 PST Received: from awfulhak.demon.co.uk (localhost.coverform.lan [127.0.0.1]) by awfulhak.demon.co.uk (8.8.4/8.7.3) with ESMTP id AAA02128; Sat, 18 Jan 1997 00:42:29 GMT Message-Id: <199701180042.AAA02128@awfulhak.demon.co.uk> X-Mailer: exmh version 1.6.9 8/22/96 To: Akihiro Tominaga cc: brian@utell.co.uk, hackers@freebsd.org, tomy@dynamite.Stanford.EDU Subject: Re: (wide) DHCP negotiation using the REQUEST_IPADDR option In-reply-to: Your message of "Fri, 17 Jan 1997 13:34:21 PST." <199701172134.NAA11162@dynamite.Stanford.EDU> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 18 Jan 1997 00:42:29 +0000 From: Brian Somers Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > From: "Brian Somers" > Subject: (wide) DHCP negotiation using the REQUEST_IPADDR option > Date: Fri, 10 Jan 1997 12:02:01 -0100 > > > I'm not sure about the original logic behind returning -1 above. > > There is a paragraph in the recent I-D, pg 32; > > If the network is correct, then the DHCP server should check if the > client's notion of its IP address is correct. If not, then the > server SHOULD send a DHCPNAK message to the client. If the DHCP > server has no record of this client, then it MUST remain silent, > and MAY output a warning to the network administrator. This > behavior is necessary for peaceful coexistence of non-communicating > DHCP servers on the same wire. > > It is important if there are more than two servers in the same > segment. If a server with an expired lease sends NAK, and a server > with a valid lease sends ACK, the behavior of the client depends on > which packet has arrived first. [.....] Right, so we're agreed ? Currently, the code returns -1 (remains silent) if it has a cid & a *different* IP that the one suggested by the client. My patch says it should NAK it. I'll roll the patch into FreeBSD 'till the next wide-dhcp release. Are there any guess-timates on the next (beta) release ? -- Brian , Don't _EVER_ lose your sense of humour....