Re: NT 3.51 dhcp client and server ip address

Ted Lemon <mellon@fugue.com> Wed, 04 December 1996 23:29 UTC

Received: from cnri by ietf.org id aa08238; 4 Dec 96 18:29 EST
Received: from marge.bucknell.edu by CNRI.Reston.VA.US id aa24668; 4 Dec 96 18:29 EST
Received: from reef.bucknell.edu by mail.bucknell.edu; (5.65v3.2/1.1.8.2/17Jul96-0109PM) id AA22929; Wed, 4 Dec 1996 18:19:48 -0500
Date: Wed, 4 Dec 1996 18:19:48 -0500
Message-Id: <199612042238.OAA10899@toccata.fugue.com>
Errors-To: droms@bucknell.edu
Reply-To: dhcp-v4@bucknell.edu
Originator: dhcp-v4@bucknell.edu
Sender: dhcp-v4@bucknell.edu
Precedence: bulk
From: Ted Lemon <mellon@fugue.com>
To: Multiple recipients of list <dhcp-v4@bucknell.edu>
Subject: Re: NT 3.51 dhcp client and server ip address
X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
X-Comment: Discussion of DHCP for IPv4

> Pretty good, but the first sentence sounds like it only applies with the 
> two entities are on the same "wire".

That's correct.

> The firewall scenario you raised suggests that needing to use the IP
> address on the interface it comes in on is true with remote
> forwarded requests as well.

That's what the third sentence is for:

> >	The Server Identifier MUST be an IP
> > 	address to which the client may unicast a TCP packet using
> > 	routing information it has obtained using the DHCP routers
> > 	option.   

> 	The Server Identifer SHOULD be the IP address of the interface
> 	on which the DHCP Server heard the request.

I think this wording is too general.   By having different wording for
locally-connected clients and clients on subnets to which the server
is not directly connected, we avoid implying that the DHCP server
needs to be making general routing decisions.   The DHCP server
already needs to make rudimentary routing decisions for
locally-connected clients, but currently can safely punt routing
decisions for remote clients through the standard kernel IP layer.
For some servers, this is probably a moot point, but for servers
running on unix-like operating systems, we need to be more careful.

			       _MelloN_