Re: [dhcwg] dhc WG last call on draft-ietf-dhc-timezone-option-02.txt

Eliot Lear <lear@cisco.com> Thu, 10 August 2006 16:22 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GBDIr-0003Cq-Cs; Thu, 10 Aug 2006 12:22:37 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GBDIp-0003Cl-T9 for dhcwg@ietf.org; Thu, 10 Aug 2006 12:22:35 -0400
Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GBDIo-0001Kb-Jd for dhcwg@ietf.org; Thu, 10 Aug 2006 12:22:35 -0400
Received: from sj-dkim-3.cisco.com ([171.71.179.195]) by sj-iport-3.cisco.com with ESMTP; 10 Aug 2006 09:22:34 -0700
X-IronPort-AV: i="4.08,111,1154934000"; d="scan'208"; a="439999730:sNHT25714998"
Received: from sj-core-1.cisco.com (sj-core-1.cisco.com [171.71.177.237]) by sj-dkim-3.cisco.com (8.12.11.20060308/8.12.11) with ESMTP id k7AGMYFY012294; Thu, 10 Aug 2006 09:22:34 -0700
Received: from imail.cisco.com (sjc12-sbr-sw3-3f5.cisco.com [172.19.96.182]) by sj-core-1.cisco.com (8.12.10/8.12.6) with ESMTP id k7AGMXVP005777; Thu, 10 Aug 2006 09:22:33 -0700 (PDT)
Received: from [212.254.247.4] (ams3-vpn-dhcp426.cisco.com [10.61.65.170]) by imail.cisco.com (8.12.11/8.12.10) with ESMTP id k7AGElBU001304; Thu, 10 Aug 2006 09:14:48 -0700
Message-ID: <44DB5D4A.301@cisco.com>
Date: Thu, 10 Aug 2006 18:22:34 +0200
From: Eliot Lear <lear@cisco.com>
User-Agent: Thunderbird 1.5.0.5 (Macintosh/20060719)
MIME-Version: 1.0
To: Mark Stapp <mjs@cisco.com>
Subject: Re: [dhcwg] dhc WG last call on draft-ietf-dhc-timezone-option-02.txt
References: <23FE5FF5-6782-4764-A4C5-4D7253DC5C6D@cisco.com> <44DB3A9F.9090606@cisco.com>
In-Reply-To: <44DB3A9F.9090606@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Authentication-Results: sj-dkim-3.cisco.com; header.From=lear@cisco.com; dkim=pass ( sig from cisco.com verified; );
DKIM-Signature: a=rsa-sha1; q=dns; l=1478; t=1155226954; x=1156090954; c=relaxed/simple; s=sjdkim3002; h=Content-Type:From:Subject:Content-Transfer-Encoding:MIME-Version; d=cisco.com; i=lear@cisco.com; z=From:Eliot=20Lear=20<lear@cisco.com> |Subject:Re=3A=20[dhcwg]=20dhc=20WG=20last=20call=20on=20draft-ietf-dhc-timezone- option-02.txt; X=v=3Dcisco.com=3B=20h=3DNmywc0lSNMM/2u5LYmbtnRA/3CE=3D; b=MC15nJPTgGUoP2Z5oX/fEaL0YoyF8J6Eac2YfXiuwN5e+gNbiy7S8vg7TmaB8X1U5H+ajHoe VnUIV8vUKLcCBHoej5QnxHWBlbVpvuosuMtzXxONm5zQI1K2qj+/6FzU;
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
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>
Errors-To: dhcwg-bounces@ietf.org

Mark Stapp wrote:
> I have a couple of questions about the text.
>
> in section 2:
>
>  "The following three options ..."
>
> there are only two options now.

Right.  To be fixed.

>
> and further on in section 2:
>
>   "Len is the two-octet value of the length ..."
>
> is that correct? these are 16-bit length v4 options? the accompanying
> picture looks like regular 8-bit lengths are intended.
The intent is 16 bits.  How can I improve the diagram?
>
> in section 7.1, should there be a sentence guiding clients? section 7
> only discusses server behavior or configuration right now. should it
> include something to the effect that clients should ask for the new
> options along with the deprecated one? or that they should prefer the
> new options over the deprecated one if they receive both from their
> server?

If you think it needs to be said, okay.  Shane Kerr has proposed
language to clean this up a bit:
> "Current implementations that support the time offset IPv4 option SHOULD
> implement this option also. Other implementations SHOULD implement this
> option, and SHOULD NOT implement the time offset IPv4 option."

Would the following sentences appended to the above address your concerns?

"As a matter of transition, clients that already use the time offset option MAY also request the timezone offset option."


>
> other than those three questions, I support advancement of this draft.
>

Thanks, Mark!

Eliot

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