[dhcwg] draft-ietf-dhc-addr-registration

"Bernie Volz (volz)" <volz@cisco.com> Tue, 04 March 2014 10:36 UTC

From: "Bernie Volz (volz)" <volz@cisco.com>
To: "dhcwg@ietf.org" <dhcwg@ietf.org>
Thread-Topic: draft-ietf-dhc-addr-registration
Thread-Index: Ac83laNB+mvrPStcSXmFnTf8BRS8Bw==
Date: Tue, 04 Mar 2014 10:36:44 +0000
Message-ID: <29960C97-EAE7-4197-8BF2-437F6AC70F4C@cisco.com>
Accept-Language: en-US
Content-Language: en-US
Content-Type: text/plain; charset="us-ascii"
Content-ID: <03CE80A388C42E41A317CF9FC9213704@emea.cisco.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Archived-At: http://mailarchive.ietf.org/arch/msg/dhcwg/ha9n0crU9ct6OM4GB_IFqQA0jDo
Subject: [dhcwg] draft-ietf-dhc-addr-registration
Precedence: list

co-Chair hat off ...

I think it is wrong to make the server's Reply (acknowledgement) optional - especially as this seems to be at the discretion of the server. A client has no way if knowing what the lack of response means (no server or server doesn't send Reply).

I think this must be fixed before we can move this document further.

I think the server should be required to send the Reply. Whether the client "waits" for the response, and potentially sends retransmissions, is up to the client.

This will also require specifying some of the retransmission values as per RFC3315 - time to wait, number of (re)transmissions, max retransmission time.

Also, should there be 3 possible server responses ... not supported, update queued, update complete? The last two may depend on queue depth or based on time? I am only suggesting one Reply - ie, not a queued followed by a complete one. If queued returned, client can always check dns to see if update done?

- Bernie (from iPad)

[dhcwg] draft-ietf-dhc-addr-registration Bernie Volz (volz)