[6tisch] Adam Roach's Discuss on draft-ietf-6tisch-minimal-security-13: (with DISCUSS and COMMENT)

Adam Roach via Datatracker <noreply@ietf.org> Wed, 30 October 2019 22:10 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: 6tisch@ietf.org
Delivered-To: 6tisch@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 2F50C12080C; Wed, 30 Oct 2019 15:10:55 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Adam Roach via Datatracker <noreply@ietf.org>
To: "The IESG" <iesg@ietf.org>
Cc: draft-ietf-6tisch-minimal-security@ietf.org, Pascal Thubert <pthubert@cisco.com>, 6tisch-chairs@ietf.org, pthubert@cisco.com, 6tisch@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 6.108.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Adam Roach <adam@nostrum.com>
Message-ID: <157247345518.32540.4810770824294109598.idtracker@ietfa.amsl.com>
Date: Wed, 30 Oct 2019 15:10:55 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/RqGadJkBZm8eLiQWfWKe0TwAveQ>
Subject: [6tisch] Adam Roach's Discuss on draft-ietf-6tisch-minimal-security-13: (with DISCUSS and COMMENT)
X-BeenThere: 6tisch@ietf.org
X-Mailman-Version: 2.1.29
List-Id: "Discuss link layer model for Deterministic IPv6 over the TSCH mode of IEEE 802.15.4e, and impacts on RPL and 6LoWPAN such as resource allocation" <6tisch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/6tisch>, <mailto:6tisch-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/6tisch/>
List-Post: <mailto:6tisch@ietf.org>
List-Help: <mailto:6tisch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/6tisch>, <mailto:6tisch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Oct 2019 22:10:55 -0000

Adam Roach has entered the following ballot position for
draft-ietf-6tisch-minimal-security-13: 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:


Thanks to everyone who invested their time in this document. I have one
blocking comment that I believe should be easy to resolve, and one fairly major
comment that should be trivial to fix.


>  o  The Uri-Path option is set to "j".

COAP URIs are generally subject to BCP 190 restrictions, which would require
the path to either be provisioned, discovered, or under the ".well-known"
tree. The use of a reserved domain name here may change the rationale; but for
the sake of not establishing a precedent for path squatting in CoAP, this
document needs to clearly explain the rationale of why BCP 190 should not
apply in this case. Alternately, the implied URI can be changed to something
like "coap://6tisch.arpa/.well-known/j"


>  This document allocates a well-known name under the .arpa name space
>  according to the rules given in [RFC3172].  The name "6tisch.arpa" is
>  requested.  No subdomains are expected.  No A, AAAA or PTR record is
>  requested.

Although "No subdomains are expected" is useful text, I don't think it's
sufficient to satisfy RFC 3172's requirements of specifying "the rules for how
the subdomain is administered." I would suggest something like:

"No subdomains are expected, and addition of any such subdomains requires
the publication of an IETF standards-track RFC."