Re: NT 3.51 dhcp client and server ip address

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

Received: from cnri by ietf.org id aa18573; 3 Dec 96 19:02 EST
Received: from marge.bucknell.edu by CNRI.Reston.VA.US id aa24286; 3 Dec 96 19:02 EST
Received: from reef.bucknell.edu by mail.bucknell.edu; (5.65v3.2/1.1.8.2/17Jul96-0109PM) id AA30042; Tue, 3 Dec 1996 18:53:20 -0500
Date: Tue, 3 Dec 1996 18:53:20 -0500
Message-Id: <199612032326.PAA06941@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

> I have some ideas where a singular server identifier might make developing
> a server redundancy protocol easier, but nothing that I can catagorize
> as strong.  What sort of things am I missing?

Hm.   You can call it strong or not, but my reason for using a single
identifier was that I wanted to be able to do a straight comparison on
server identifiers sent back by clients, rather than having to do a
(hashed) table lookup.   In general, it just seems like a bad idea to
have multiple identifiers referring to the same object.

			       _MelloN_