Skip to main content

Telechat Review of draft-ietf-dhc-dhcpv6-unknown-msg-05
review-ietf-dhc-dhcpv6-unknown-msg-05-opsdir-telechat-pignataro-2014-03-20-00

Request Review of draft-ietf-dhc-dhcpv6-unknown-msg
Requested revision No specific revision (document currently at 08)
Type Telechat Review
Team Ops Directorate (opsdir)
Deadline 2014-03-25
Requested 2014-03-04
Authors Yong Cui , Qi Sun , Ted Lemon
I-D last updated 2014-03-20
Completed reviews Genart Last Call review of -05 by Suresh Krishnan (diff)
Genart Telechat review of -06 by Suresh Krishnan (diff)
Secdir Last Call review of -05 by Chris M. Lonvick (diff)
Opsdir Telechat review of -05 by Carlos Pignataro (diff)
Assignment Reviewer Carlos Pignataro
State Completed
Request Telechat review on draft-ietf-dhc-dhcpv6-unknown-msg by Ops Directorate Assigned
Reviewed revision 05 (document currently at 08)
Result Has nits
Completed 2014-03-20
review-ietf-dhc-dhcpv6-unknown-msg-05-opsdir-telechat-pignataro-2014-03-20-00
Hi!

As a member of the Operations Directorate I have reviewed the following draft
which is in IETF last call for it's operational impact.

This document specifies the how a DHCPv6 server, client or relay agent should
behave when receiving unknown DHCPv6 messages. In doing tis, it aims to update
RFC 3315.

Summary: Ready with minor issues

The document is very thorough, detailed and well written. It considers
backwards and forward implications.

Minor:

The document says:

5.  Client and Server Behavior Update

   A client or server MUST silently discard any received DHCPv6 message
   with an unknown message type.

I understand that "silently" here means without triggering/eliciting the
generation of a packet, but I assume "silently" does not mean without issuing a
management log or notification. I should not have to make this assumption, and
Section 5 should be clear as to what a DHCPv6 client/server MAY/SHOULD do to
log and to notify of those messages with unknown message type. Otherwise, new
messages will not generate any management indication of not being understood.

I'd recommend splitting the recommendation on what DHCPv6 server/client need to
do regarding DHCPv6 packets, and what they ought to do from an operational
stand point.

Hope this helps.

Thanks,

-- Carlos.