[homenet] Brian Haberman's Discuss on draft-ietf-homenet-hncp-09: (with DISCUSS and COMMENT)

"Brian Haberman" <brian@innovationslab.net> Thu, 19 November 2015 13:59 UTC

Return-Path: <brian@innovationslab.net>
X-Original-To: homenet@ietf.org
Delivered-To: homenet@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id BF8841AD08F; Thu, 19 Nov 2015 05:59:29 -0800 (PST)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Brian Haberman" <brian@innovationslab.net>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.10.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <20151119135929.8847.94406.idtracker@ietfa.amsl.com>
Date: Thu, 19 Nov 2015 05:59:29 -0800
Archived-At: <http://mailarchive.ietf.org/arch/msg/homenet/M644EOFgojj6LGV7UqfAgZdtws8>
Cc: homenet-chairs@ietf.org, homenet@ietf.org, mark@townsley.net, draft-ietf-homenet-hncp@ietf.org
Subject: [homenet] Brian Haberman's Discuss on draft-ietf-homenet-hncp-09: (with DISCUSS and COMMENT)
X-BeenThere: homenet@ietf.org
X-Mailman-Version: 2.1.15
List-Id: IETF Homenet WG mailing list <homenet.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/homenet>, <mailto:homenet-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/homenet/>
List-Post: <mailto:homenet@ietf.org>
List-Help: <mailto:homenet-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/homenet>, <mailto:homenet-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Nov 2015 13:59:29 -0000

Brian Haberman has entered the following ballot position for
draft-ietf-homenet-hncp-09: Discuss

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


* I see where HNCP describes how interfaces are classified as internal or
external, but how does an interface get classified as leaf, guest, or
ad-hoc?  Is this some manual configuration step that needs to be
described somewhere?

* The definition of Leaf in 5.1 is unclear.  It says "Such an interface
uses the Internal category with the exception that HNCP traffic MUST NOT
be sent on the interface, and all such traffic received on the interface
MUST be ignored." The "all such traffic" is ambiguous. Based on the
definition of the Guest category, I think "all such traffic" is really
"all HNCP traffic".

* The text in section 5.3 seems incomplete. It gives a 4-step algorithm
for border discovery, but says "if the node does not implement
auto-detection, only the first step is required." If auto detection is
not supported and a fixed category is not configured, what happens? Does
this mean that if auto detection is not supported manual configuration of
the border is required?

* Section 7 describes how to handle non-HNCP capable routers. However, I
don't see any operational issues described that could arise from having a
non-HNCP capable router connecting two clouds of HNCP within the same
home network. It seems like that could cause problems with a bunch of the
services provided by HNCP.


* Section 3 has several ambiguous/confusing statements:

1. Does "locally unique" mean unique to the node or unique to the

2. On a node ID collision, which node re-computes? The one detecting, I

3. "7 doublings" is an odd phrase.  Why not say "Imin * 2^7"?

* I support the other DISCUSS positions raised.