Re: [dhcwg] comments on draft-ietf-dhc-lifetime-01.txt

Stig Venaas <Stig.Venaas@uninett.no> Fri, 20 August 2004 14:07 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 KAA14457; Fri, 20 Aug 2004 10:07:24 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1By9eB-0007su-FG; Fri, 20 Aug 2004 09:41:35 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1By9QQ-0005Ga-Cg for dhcwg@megatron.ietf.org; Fri, 20 Aug 2004 09:27:22 -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 JAA12113 for <dhcwg@ietf.org>; Fri, 20 Aug 2004 09:27:15 -0400 (EDT)
Received: from tyholt.uninett.no ([158.38.60.10]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1By9Wy-0007MB-2O for dhcwg@ietf.org; Fri, 20 Aug 2004 09:34:09 -0400
Received: from sverresborg.uninett.no (sverresborg.uninett.no [IPv6:2001:700:e000:0:204:75ff:fee4:423b]) by tyholt.uninett.no (8.12.10/8.12.10) with ESMTP id i7KDOs2M012985; Fri, 20 Aug 2004 15:24:54 +0200
Received: (from venaas@localhost) by sverresborg.uninett.no (8.12.8/8.12.8/Submit) id i7KDOpV0015082; Fri, 20 Aug 2004 15:24:51 +0200
X-Authentication-Warning: sverresborg.uninett.no: venaas set sender to Stig.Venaas@uninett.no using -f
Date: Fri, 20 Aug 2004 15:24:51 +0200
From: Stig Venaas <Stig.Venaas@uninett.no>
To: Bernie Volz <volz@cisco.com>
Subject: Re: [dhcwg] comments on draft-ietf-dhc-lifetime-01.txt
Message-ID: <20040820132451.GD14315@sverresborg.uninett.no>
References: <20040820114728.GC14315@sverresborg.uninett.no> <000e01c486b3$66af02b0$6401a8c0@amer.cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <000e01c486b3$66af02b0$6401a8c0@amer.cisco.com>
User-Agent: Mutt/1.4.1i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 4adaf050708fb13be3316a9eee889caa
Cc: dhcwg@ietf.org, tjc@ecs.soton.ac.uk, jdq@lucent.com
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

On Fri, Aug 20, 2004 at 08:44:14AM -0400, Bernie Volz wrote:
> I'm OK to restricting the Lifetime Option to replies to
> Information-Request's.
> 
> The client MUST ignore a Lifetime Option that is in any message other than a
> REPLY to an INFORMATION-REQUEST. A client MUST NOT include the Lifetime
> Option number in an ORO except when sending an INFORMATION-REQUEST message.
> 
> The server MUST NOT include the Lifetime Option in any message other than a
> REPLY to an INFORMATION-REQUEST.

Right, sounds good. Thanks for the text.

This brings up another thing I want to discuss.

Is it actually useful for the client to include it in ORO at all?
Should the server really care?

I can think of basically three options. I'll be a bit vague on the
MAY/SHOULD/MUSTs for now.

1. Client may include it. If server sees option it should include
   it in reply. If server does not see it, it may include it anyway.

2. Client always includes it, and server only includes it in reply if
   client included it in request.

3. Client never includes it, and server always or never includes it
   depending on configuration.

It would be nice to come to agreement on which alternative is best
before trying to formalize things.


Personally I think alternative 3 makes sense.

That is, if a server implements the option and is configured with some
lifetime by the administrator, then it should always include it.

If it is not configured by the administrator, then it should not include
it, so that clients will just use the default.

Or do you see a problem with server including the option when client
doesn't implement it?

Stig

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