Re: [dhcwg] Comment on a couple of option drafts that have gone by...

Ted Lemon <Ted.Lemon@nominum.com> Wed, 04 August 2004 03:57 UTC

Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA08394; Tue, 3 Aug 2004 23:57:31 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BsCsB-0005TS-ND; Tue, 03 Aug 2004 23:55:27 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1BsCnl-0004is-Mi for dhcwg@megatron.ietf.org; Tue, 03 Aug 2004 23:50:53 -0400
Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA08050 for <dhcwg@ietf.org>; Tue, 3 Aug 2004 23:50:51 -0400 (EDT)
Received: from toccata.fugue.com ([204.152.186.142]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1BsCqy-0008EX-K5 for dhcwg@ietf.org; Tue, 03 Aug 2004 23:54:12 -0400
Received: from [66.93.162.248] (0127bhost242.starwoodbroadband.com [12.105.247.242]) by toccata.fugue.com (Postfix) with ESMTP id D308D1B23A9; Tue, 3 Aug 2004 22:50:01 -0500 (CDT)
In-Reply-To: <4.3.2.7.2.20040803194603.026f35b0@goblet.cisco.com>
References: <0I1W003M40D71R@ms3.samsung.com> <0I1W003M40D71R@ms3.samsung.com> <4.3.2.7.2.20040803194603.026f35b0@goblet.cisco.com>
Mime-Version: 1.0 (Apple Message framework v618)
Content-Type: text/plain; charset="US-ASCII"; format="flowed"
Message-Id: <793668A1-E5C9-11D8-8860-000A95D9C74C@nominum.com>
Content-Transfer-Encoding: 7bit
From: Ted Lemon <Ted.Lemon@nominum.com>
Subject: Re: [dhcwg] Comment on a couple of option drafts that have gone by...
Date: Tue, 03 Aug 2004 20:50:49 -0700
To: Kim Kinnear <kkinnear@cisco.com>
X-Mailer: Apple Mail (2.618)
X-Spam-Score: 0.0 (/)
X-Scan-Signature: de4f315c9369b71d7dd5909b42224370
Content-Transfer-Encoding: 7bit
Cc: dhcwg@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: dhcwg.ietf.org
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:dhcwg@ietf.org>
List-Help: <mailto:dhcwg-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=subscribe>
Sender: dhcwg-bounces@ietf.org
Errors-To: dhcwg-bounces@ietf.org
Content-Transfer-Encoding: 7bit

On Aug 3, 2004, at 4:55 PM, Kim Kinnear wrote:
> I strongly believe that saying that a DHCP server MUST
>         NOT send this option unless a client requests it is very
>         much not the way to achieve this end.  This will require
>         special case code in every DHCP server which wants to be
>         compliant with this draft (and future RFC).  I see this
>         as a "cure worse than the disease".

How about making it a SHOULD NOT?   I don't really want to add a 
special case to my server to do this either, but I do want there to be 
strong language there about it.   I agree that it's really a client 
requirement, and that we should say what we really want, but I have 
found that client implementors quite frequently only skim the spec, so 
it'd be nice if there were two places where they could read something 
that would make them want to do the right thing, and not just one such 
place.


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