Re: [dhcwg] Re: PD lifetimes

JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp> Sun, 26 January 2003 13:57 UTC

Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA17926; Sun, 26 Jan 2003 08:57:37 -0500 (EST)
Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h0QEHWJ04764; Sun, 26 Jan 2003 09:17:32 -0500
Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h0Q8ulJ18787 for <dhcwg@optimus.ietf.org>; Sun, 26 Jan 2003 03:56:47 -0500
Received: from shuttle.wide.toshiba.co.jp (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id DAA15282 for <dhcwg@ietf.org>; Sun, 26 Jan 2003 03:36:22 -0500 (EST)
Received: from localhost ([3ffe:501:4819:2000:9df6:dfaa:6265:5237]) by shuttle.wide.toshiba.co.jp (8.11.6/8.9.1) with ESMTP id h0Q8dlR86952; Sun, 26 Jan 2003 17:39:47 +0900 (JST)
Date: Sun, 26 Jan 2003 17:40:08 +0900
Message-ID: <y7vadhouwwn.wl@ocean.jinmei.org>
From: JINMEI Tatuya / 神明達哉 <jinmei@isl.rdc.toshiba.co.jp>
To: Ralph Droms <rdroms@cisco.com>
Cc: dhcwg@ietf.org
Subject: Re: [dhcwg] Re: PD lifetimes
In-Reply-To: <4.3.2.7.2.20030123195027.039bfef8@funnel.cisco.com>
References: <y7vy95cf9ta.wl@ocean.jinmei.org> <4.3.2.7.2.20030123195027.039bfef8@funnel.cisco.com>
User-Agent: Wanderlust/2.6.1 (Upside Down) Emacs/21.2 Mule/5.0 (SAKAKI)
Organization: Research & Development Center, Toshiba Corp., Kawasaki, Japan.
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset="US-ASCII"
X-Dispatcher: imput version 20000228(IM140)
Lines: 71
Sender: dhcwg-admin@ietf.org
Errors-To: dhcwg-admin@ietf.org
X-BeenThere: dhcwg@ietf.org
X-Mailman-Version: 2.0.12
Precedence: bulk
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dhcwg>, <mailto:dhcwg-request@ietf.org?subject=unsubscribe>
List-Id: <dhcwg.ietf.org>
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>

>>>>> On Thu, 23 Jan 2003 20:15:10 -0500, 
>>>>> Ralph Droms <rdroms@cisco.com> said:

> 1. In response to your first comment, suppose we change the paragraph in 
> question to:

>       In a message sent by a delegating router the preferred and valid
>       lifetimes for each prefix should be set to the values
>       AdvValidLifetime and AdvPreferredLifetime for that prefix, as
>       specified in section "Router Configuration Variables" of RFC2461
>       [3], unless administratively configured.

> If I understand your second comment correctly, following the PD spec will 
> result in the valid lifetimes in the RAs on the downstream links from the 
> RR grow smaller over time, so as not to exceed the valid lifetime for the 
> prefix in the IA_PD, until the RR sends a Renew to extend the valid 
> lifetime on the prefix.  Did I get that right?

Yes.

> Is this situation a problem 
> for the hosts on the downstream links and should we try to fix the problem?

Honestly, this won't be a "problem" in practice, since
AdvValidLifetime and AdvPreferredLifetime are large enough.  In
theory, however, the current default lifetimes specified in the PD
draft changes the condition about stability of prefix lifetimes for
downstream hosts.  

According to the default values of RFC 2461, an autoconfigured address
for a host is valid unless the host misses router advertisements for
AdvValidLifetime (I ignore the advertisement interval for simplicity).
According to the current PD spec, however, a host can receive a prefix
with the valid lifetime being L = (AdvValidLifetime - .5 *
AdvPreferredLifetime).  Thus, if the host misses succeeding router
advertisements for L seconds, the corresponding address will be
invalidated, even if the renew/reply exchange between RR and DR
succeeded (and continued to succeeding).

Perhaps I'm a stickler, but I'd like to ensure the same stability from
the downstream hosts' point of view, as long as the renew/reply
exchange succeeds at the PD side.

> 2. Proposed clarification for the sentence in question:

>     The requesting router MUST select the value of AdvValidLifetime
>     assigned to any prefixes subnetted from a delegated prefix to be
>     less than the valid lifetime in the prefix option for that
>     delegated prefix.  The requesting router MAY use the preferred
>     lifetime in the prefix option for a delegated prefix as the value
>     of AdvPreferredLifetime for a prefix subnetted from that delegated
>     prefix, if the requesting router chooses to allow the delegating
>     router to control that value.  Otherwise, the requesting router
>     chooses a value of AdvPreferredLifetime for the subnetted prefix
>     that is less than the value of AdvValidLifetime for that prefix.

(I corrected a typo in the citation above)

Then are you suggesting to keep the constant value of AdvValidLifetime
after receiving a Reply (to Request) and before trying a Renew/Reply
exchange?  If so, I don't think this is a good idea.  We must ensure
the invariant that the "site" valid lifetime given by PD must be equal
to or larger than the valid lifetime (in router advertisements) for
the prefix of each downstream link.

I'll switch to Erik's message for further discussion.

					JINMEI, Tatuya
					Communication Platform Lab.
					Corporate R&D Center, Toshiba Corp.
					jinmei@isl.rdc.toshiba.co.jp
_______________________________________________
dhcwg mailing list
dhcwg@ietf.org
https://www1.ietf.org/mailman/listinfo/dhcwg