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

Stig Venaas <Stig.Venaas@uninett.no> Tue, 03 August 2004 15:36 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 LAA15977; Tue, 3 Aug 2004 11:36:40 -0400 (EDT)
Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bs1GT-00081b-CL; Tue, 03 Aug 2004 11:31:45 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1Bs1Dl-0007tI-7p for dhcwg@megatron.ietf.org; Tue, 03 Aug 2004 11:28:57 -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 LAA15636 for <dhcwg@ietf.org>; Tue, 3 Aug 2004 11:28:55 -0400 (EDT)
Received: from tyholt.uninett.no ([158.38.60.10]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1Bs1Gq-00037c-Az for dhcwg@ietf.org; Tue, 03 Aug 2004 11:32: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 i73FSGUO013246; Tue, 3 Aug 2004 17:28:17 +0200
Received: (from venaas@localhost) by sverresborg.uninett.no (8.12.8/8.12.8/Submit) id i73FSFl2026541; Tue, 3 Aug 2004 17:28:15 +0200
X-Authentication-Warning: sverresborg.uninett.no: venaas set sender to Stig.Venaas@uninett.no using -f
Date: Tue, 03 Aug 2004 17:28:15 +0200
From: Stig Venaas <Stig.Venaas@uninett.no>
To: Ted Lemon <mellon@nominum.com>
Subject: Re: [dhcwg] Re: comments on draft-ietf-dhc-lifetime-01.txt
Message-ID: <20040803152815.GA26389@sverresborg.uninett.no>
References: <y7vhdrl56ol.wl@ocean.jinmei.org> <20040803033357.GA20506@sverresborg.uninett.no> <FED44CCF-E50F-11D8-982E-000A95D9C74C@nominum.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <FED44CCF-E50F-11D8-982E-000A95D9C74C@nominum.com>
User-Agent: Mutt/1.4.1i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 7655788c23eb79e336f5f8ba8bce7906
Cc: dhcwg@ietf.org, tjc@ecs.soton.ac.uk
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 Mon, Aug 02, 2004 at 10:43:07PM -0700, Ted Lemon wrote:
> I think that we should specify what a client should do when it isn't 
> given a lifetime option, rather than leaving it to the implementor.   I 
> would pick a number - say an hour - and recommend that as a default 
> value when no lifetime has been given.   I would require that this be 
> configurable on the client.   We should make sure that there isn't some 
> corner case where a network administrator that wants a really long 
> lifetime doesn't get hosed by the default value, but I don't think it's 
> okay to just leave it unstated.

First, if the option is implemented by both client and server, I would
expect it to always be used.

One hour sounds rather short to me, normally I would expect several days
between each change. Question is then how bad it is if there is a change
and it takes some time before the client learns of it. But why wouldn't
you use this option if you worry about that. I would expect most servers
to support this option...

I think I would choose 6 hours or something as default, but that's just
my personal feeling.

Stig

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