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

Stig Venaas <> Tue, 31 August 2004 12:21 UTC

Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id IAA11981; Tue, 31 Aug 2004 08:21:25 -0400 (EDT)
Received: from localhost.localdomain ([] by with esmtp (Exim 4.32) id 1C27X8-0003Jd-Mq; Tue, 31 Aug 2004 08:14:42 -0400
Received: from ([] by with esmtp (Exim 4.32) id 1C27OR-0002JU-W5 for; Tue, 31 Aug 2004 08:05:44 -0400
Received: from ( []) by (8.9.1a/8.9.1a) with ESMTP id IAA10969 for <>; Tue, 31 Aug 2004 08:05:42 -0400 (EDT)
Received: from ([]) by with esmtp (Exim 4.33) id 1C27QN-0001WK-16 for; Tue, 31 Aug 2004 08:07:46 -0400
Received: from ( [IPv6:2001:700:e000:0:204:75ff:fee4:423b]) by (8.12.10/8.12.10) with ESMTP id i7VC2BOK019187; Tue, 31 Aug 2004 14:02:11 +0200
Received: (from venaas@localhost) by (8.12.8/8.12.8/Submit) id i7VC282q012340; Tue, 31 Aug 2004 14:02:08 +0200
X-Authentication-Warning: venaas set sender to using -f
Date: Tue, 31 Aug 2004 14:02:08 +0200
From: Stig Venaas <>
To: Robert Elz <kre@munnari.OZ.AU>
Subject: Re: [dhcwg] comments on draft-ietf-dhc-lifetime-01.txt
Message-ID: <>
References: <000e01c486b3$66af02b0$> <6493.1093586912@munnari.OZ.AU>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <6493.1093586912@munnari.OZ.AU>
User-Agent: Mutt/1.4.1i
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 50a516d93fd399dc60588708fd9a3002
Cc:,, Bernie Volz <>,
X-Mailman-Version: 2.1.5
Precedence: list
List-Unsubscribe: <>, <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>

On Fri, Aug 27, 2004 at 01:08:32PM +0700, Robert Elz wrote:
>     Date:        Fri, 20 Aug 2004 08:44:14 -0400
>     From:        "Bernie Volz" <>
>     Message-ID:  <000e01c486b3$66af02b0$>
>   | 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
> I've been reading all of the messages on this topic (catching up) and I
> haven't managed to find a reason why anyone would want to add this kind
> of restriction, I just don't see the need.
> You seem to all be imagining that things have to get much more complex
> for the clients if they get two timer values, and they're different.
> But that's nonsense.

I pretty much agree with what you say. The reason the option isn't
needed when you have leases, is of course that you can set the lease
time short, just to ensure that client update other config. I agree that
it could still be useful though.

I don't know what people think, I have no strong feelings myself, but
we could relax things a bit perhaps. But there is some added complexity
and it isn't essential. It could also be extended later if necessary.

We could tweak the spec to allow what you say, if there's agreement on
that. But most of all, I want to come to some conclusion really soon.

I posted a mail with subject "Attempt at text for
draft-ietf-dhc-lifetime-02" where I tried to write text that most so
far seems to agree with. Most of it is based on inputs from discussions
on mailing list.

Bernie gave some comments that I plan to include.

I did not say any about what should happen if some config data is
removed from one client update to the next. Do you really want that
in? I'm not sure I do, since as also some others agreed to, it's a
more generic problem. If I were to write text, I would say that it
should indeed be removed.


dhcwg mailing list