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_
- NT 3.51 dhcp client and server ip address Tim Rowe
- Re: NT 3.51 dhcp client and server ip address Tim Rowe
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address Ken Key
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address Shawn Mamros
- Re: NT 3.51 dhcp client and server ip address Matt Crawford
- Re: NT 3.51 dhcp client and server ip address Shawn Mamros
- Re: NT 3.51 dhcp client and server ip address Ken Key
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address Ralph Droms
- Re: NT 3.51 dhcp client and server ip address Don Coolidge
- Re: NT 3.51 dhcp client and server ip address Mike Carney - SunSoft Internet Engineering
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address Kim Kinnear
- RE: NT 3.51 dhcp client and server ip address Pratik Gupta
- RE: NT 3.51 dhcp client and server ip address Pratik Gupta
- Re: NT 3.51 dhcp client and server ip address Shawn Mamros
- Re: NT 3.51 dhcp client and server ip address Shawn Mamros
- Re: NT 3.51 dhcp client and server ip address Ken Key
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address David Lapp
- Re: NT 3.51 dhcp client and server ip address Ken Key
- Re: NT 3.51 dhcp client and server ip address John M. Wobus
- Re: NT 3.51 dhcp client and server ip address Shawn Mamros
- Re: NT 3.51 dhcp client and server ip address Ted Lemon
- Re: NT 3.51 dhcp client and server ip address Ralph Droms
- Re: NT 3.51 dhcp client and server ip address David Lapp
- Re: NT 3.51 dhcp client and server ip address Ted Lemon