Re: [dhcwg] draft-ietf-dhc-concat-01.txt

Thomas Narten <narten@raleigh.ibm.com> Wed, 26 September 2001 19:04 UTC

Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26494; Wed, 26 Sep 2001 15:04:14 -0400 (EDT)
Received: from optimus.ietf.org (localhost [127.0.0.1]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA12060; Wed, 26 Sep 2001 15:01:56 -0400 (EDT)
Received: from ietf.org (odin [132.151.1.176]) by optimus.ietf.org (8.9.1a/8.9.1) with ESMTP id PAA12034 for <dhcwg@optimus.ietf.org>; Wed, 26 Sep 2001 15:01:54 -0400 (EDT)
Received: from extmail01m.raleigh.ibm.com (extmail01.raleigh.ibm.com [204.146.167.242]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA26448 for <dhcwg@ietf.org>; Wed, 26 Sep 2001 15:01:51 -0400 (EDT)
Received: from rtpmail03.raleigh.ibm.com (rtpmail03.raleigh.ibm.com [192.168.1.109]) by extmail01m.raleigh.ibm.com (8.9.0/8.9.0/RTP-FW-1.3) with ESMTP id PAA24176; Wed, 26 Sep 2001 15:01:16 -0400
Received: from rotala.raleigh.ibm.com (rotala.raleigh.ibm.com [9.37.60.3]) by rtpmail03.raleigh.ibm.com (8.8.5/8.8.5/RTP-ral-1.2) with ESMTP id PAA29142; Wed, 26 Sep 2001 15:01:15 -0400
Received: from rotala.raleigh.ibm.com (narten@localhost) by rotala.raleigh.ibm.com (8.9.3/8.7/RTP-ral-1.0) with ESMTP id OAA16644; Wed, 26 Sep 2001 14:59:16 -0400
Message-Id: <200109261859.OAA16644@rotala.raleigh.ibm.com>
To: Ralph Droms <rdroms@cisco.com>
cc: dhcwg@ietf.org
Subject: Re: [dhcwg] draft-ietf-dhc-concat-01.txt
In-Reply-To: Message of "Wed, 26 Sep 2001 13:23:14 EDT." <4.3.2.7.2.20010926131053.00ba9d80@funnel.cisco.com>
Date: Wed, 26 Sep 2001 14:59:16 -0400
From: Thomas Narten <narten@raleigh.ibm.com>
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-Mailman-Version: 1.0
Precedence: bulk
List-Id: <dhcwg.ietf.org>
X-BeenThere: dhcwg@ietf.org

Ralph Droms <rdroms@cisco.com> writes:

> Thomas - I want to make sure I understand your point
> and to clarify the status of existing implementations.

> Once draft-ietf-dhc-concat-01.txt is accepted as a standard,
> it will be considered as a distinct part of the DHCP
> standard.  Existing implementations will still be in
> compliance with the DHCP specification in RFC2131 and RFC2132.
> However, existing implementations might not be in compliance
> with the new option concatenation standard.

Right.  Note that this is not unlike when an existing Proposed
Standard gets reissued as a new RFC, still at Proposed Standard. The
old one doesn't just vanish, even though one hopes/expects that
everyone will update implementations to be compliant with the newer
one.

> With this interpretation, the wording you suggest for the
> option concatenation draft would not cause existing
> implementations to now become out of compliance with
> the DHCP standard.

> Do I have this right?

Yep.

At some future time (i.e, when 2131 and 2132 get reissued), it might
well make sense to just merge the concat text into that one. But even
then, we'd have the situation that there is the old RFC and the new
one and existing implementations may not adhere to the new one 100%,
at least at first.

Thomas

_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
http://www1.ietf.org/mailman/listinfo/dhcwg