Re: [dhcwg] WGLC for draft-ietf-dhc-rfc3315bis-08 - Respond by May 30th, 2017

[JINMEI Tatuya / 神明達哉 <[e-mail]>]

At Sat, 17 Jun 2017 02:27:39 +0000,
"Bernie Volz (volz)" <[e-mail]> wrote:

> My reaction is you are wrong – the PIO would, whenever sent, be sent
> with the preferred and valid lifetime REMAINING on the PD lease. So,
> sure a PIO sent just after the PD lease started would have (close)
> to the full values, but the values sent an hour later would be 1
> hour less than they were.

Actually I agreed.  I guess what we're different is the view on how
obvious it is.  I suspect this is not so obvious and there are
actually implementations that can cause the situation where
deprecated/invalidated addresses are used.  There may even be an
implementation that naively copies the lifetimes from PD to RA PIO.

I've monitored RAs advertised in my apartment room.  The ISP is
Comcast and the default router is Apple time capsule.  The lifetimes
advertised in RA PIO are constant and do not decrease as I monitored
it in multiple consecutive RAs.  Of course, it doesn't immediately
mean the time capsule device uses the 'naive' approach.  I actually
don't even know if PD is used or the time capsule is the PD client.
And the time capsule might actually have some safety buffer period and
use a much lower lifetimes for PIO than those provided in PD.  Still,
I think this can be a potential anecdote to suggest there might be a
problematic implementation.

So I don't think it at least doesn't harm if we say that lifetimes of
site addresses derived from the delegated prefix MUST NOT exceed the
remaining time of the lifetimes in the last-received corresponding
PD.  (I don't think we have to specify exactly how to implement this
restriction).

--
JINMEI, Tatuya