[Gen-art] review of draft-ietf-homenet-hncp-09.txt

Francis Dupont <Francis.Dupont@fdupont.fr> Tue, 27 October 2015 12:03 UTC

Return-Path: <Francis.Dupont@fdupont.fr>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA90C1A8773; Tue, 27 Oct 2015 05:03:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.562
X-Spam-Level:
X-Spam-Status: No, score=-1.562 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_FR=0.35, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 435w3wPhoxWo; Tue, 27 Oct 2015 05:03:01 -0700 (PDT)
Received: from givry.fdupont.fr (givry.fdupont.fr [IPv6:2001:41d0:1:6d55:211:5bff:fe98:d51e]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C75021A8779; Tue, 27 Oct 2015 05:03:00 -0700 (PDT)
Received: from givry.fdupont.fr (localhost [IPv6:::1]) by givry.fdupont.fr (8.14.7/8.14.7) with ESMTP id t9RC0PfB015736; Tue, 27 Oct 2015 13:00:25 +0100 (CET) (envelope-from dupont@givry.fdupont.fr)
Message-Id: <201510271200.t9RC0PfB015736@givry.fdupont.fr>
From: Francis Dupont <Francis.Dupont@fdupont.fr>
To: gen-art@ietf.org
Date: Tue, 27 Oct 2015 13:00:25 +0100
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/YWBZ0v6AVYVQRtg2ItcLnSZAtk0>
Cc: draft-ietf-homenet-hncp.all@ietf.org
Subject: [Gen-art] review of draft-ietf-homenet-hncp-09.txt
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Oct 2015 12:03:03 -0000

I am the assigned Gen-ART reviewer for this draft. The General Area
Review Team (Gen-ART) reviews all IETF documents being processed
by the IESG for the IETF Chair.  Please treat these comments just
like any other last call comments.

For more information, please see the FAQ at

<http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>.

Document: draft-ietf-homenet-hncp-09.txt
Reviewer: Francis Dupont
Review Date: 20151026
IETF LC End Date: 20151023
IESG Telechat date: 20151119

Summary: Ready

Major issues: None

Minor issues: None

Nits/editorial comments:
 - ToC page 3 and D page 38: Acknowledgements -> Acknowledgments
  (BTW usually the Acknowledgments section is a section, i.e., not
   an appendix)

 - 1 page 3: please introduce the HNCP abbrev

 - 1 page 4: lease introduce the DNCP abbrev

 - 5.1 page 9: please add the title of RFC 6092

 - 6.2 page 12: Announcements of individual external connections may consist
  (ambiguous "may": please change it for a synonym or a MAY)

 - 7.1 page 19: there are new (i.e., other than 4861 or 3315) ways
  to build not-temporary IPv6 addresses. Perhaps wording should be
  updated to include them? In doubt please contact Fernando Gont
  who is (co-)author of most of them.

 - 9 page 21: (=DTLS) -> (i.e., DTLS) or something more written...

 - 9 page 22: the Managed PSK TLV must generate -> MUST?

 - 9 page 22 last paragraph: this should be submitted to the security
  directorate to check if it is secured (IMHO it is) or if there is
  a better solution.

 - 10.1 page 22 and many other places: I deeply dislike the way open
  fields are displayed in your ASCII art.

 - 10.2.1.1 page 25: I have many concerns about "DNS Zone":
  * first it should be a DNS domain (note the term zone has a specific
    meaning for DNS)
  * it should be not compressed
  * it should be terminated by . (coded as an empty label).
  For the last 2 points 10.6 page 29 has them so a reference is enough.

 - 10.5 pages 28 and 29: 3 should -> SHOULD?

 - 12.1 page 33: (for your info) there is a secure DHCPv6 I-D under
  IESG review which should bring more security to DHCP (at least far
  better than current "authentication" which is both poor as a security
  point of view and deployed nowhere...

Regards

Francis.Dupont@fdupont.fr