Subject: Re: DDNS-DHCP [2]: Allow for other identifying data in the DHCID RR?

From: Ralph Droms <[email-masked]>
Date: Wed, 02 Jul 2003 12:42:50 -0400

Summary of discussion of this issue:

Several respondents noted that this issue is essentially
the same as "DDNS-DHCP [1]: Use DHCID RR just for DHCP
or extend for other update mechanisms?"  I've summarized
the responses to both issues here.

There were three responses to the effect that the DHCID
RR should be reserved for DHCP.  No other uses for the
DHCID RR have been identified either in discussion (with
the exception of one mention of PPP) or
in deployment of the DDNS-DHCP interaction mechanism.
Adding the capability in anticipation of future,
as-yet-undefined protocols would add complexity with
little or no added value.

At 10:22 PM 6/5/2003 -0400, Ralph Droms wrote:
>DDNS-DHCP issue:
>
>    The DHCID RR data consists of a type code and a hash
>    of the identifier of the updater of the record.  Should
>    it be generalized (perhaps as a side effect of generalizing
>    the use of the DHCID RR to other types of resolution)
>    to a type code and type-specific data?  That is, should
>    the DHCID RR allow for other forms of data in addition
>    to a 16-byte MD5 hash value to be stored with the type code?

--
to unsubscribe send a message to [email-masked] with
the word 'unsubscribe' in a single line as the message text body.
archive: <http://ops.ietf.org/lists/namedroppers/>