Re: [dhcwg] FW: Please review version -07 of draft-ietf-dhc-dhcpv6-stateful-issues

[Andrew 👽 Yourtchenko <[e-mail]>]

I volunteered to review the draft, below go a couple of thoughts that
popped up while reading the document.

"4.3.  T1/T2 Timers"

the text says: "To deal
   with the case where servers have not yet been updated to do that,
   clients MUST use the shortest (explicit or implicit) T1/T2 times
   (larger than 0), from the same IA option, in the Reply.  T1/T2 times
   from other IAs are ignored.", but then at the same time mandate the
servers to set the timers equal.

Arguably the above requirement to the clients is a simple robustness
requirement which will have to always be present - the client has no
assurance in advance that the server follows the "MUST" until it
checked all T1/T2s - and selected the minimum.

Then - what is the benefit of requiring the server to recalculate the
T1/T2 ? I'd think it should be relaxed to "SHOULD".


"4.4.3.  Updates to section 18.1.3 of RFC 3315"

Record T1 and T2 times.  The client MUST use the shortest
        (explicit or implicit) T1 and T2 times (larger than 0) from the
        same IA option across all of the IA options to facilitate
        initiating the renewal process for all bindings simultaneously.
        T1/T2 times from other IAs are ignored.

What about case T1x > T1y but T2x < T2y ? Should the one with the
shortest T1 win ?

"4.4.5.  Updates to Section 18.1.8 of RFC 3315"

This text:

"
     the client retransmits the original message to the same server to
     retry the desired operation, the client MUST limit the rate at
     which it retransmits the message and limit the duration of the time
     during which it retransmits the message.
"

I think it should be more specific about the numbers. Should there be
a reference to https://tools.ietf.org/html/rfc7083 in some way as a
guidance ?

--a