[6tisch] Roman Danyliw's Discuss on draft-ietf-6tisch-msf-12: (with DISCUSS and COMMENT)

Roman Danyliw via Datatracker <noreply@ietf.org> Tue, 10 March 2020 00:25 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 5DA543A0AA2; Mon, 9 Mar 2020 17:25:22 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Roman Danyliw via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-6tisch-msf@ietf.org, 6tisch-chairs@ietf.org, 6tisch@ietf.org, Pascal Thubert <pthubert@cisco.com>, pthubert@cisco.com
X-Test-IDTracker: no
X-IETF-IDTracker: 6.120.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Roman Danyliw <rdd@cert.org>
Message-ID: <158379992230.5675.11032824870765440903@ietfa.amsl.com>
Date: Mon, 09 Mar 2020 17:25:22 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/6tisch/FsOMN_7LtmETSMVcxBWLFso4r8U>
Subject: [6tisch] Roman Danyliw's Discuss on draft-ietf-6tisch-msf-12: (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: Tue, 10 Mar 2020 00:25:23 -0000

Roman Danyliw has entered the following ballot position for
draft-ietf-6tisch-msf-12: 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:
https://datatracker.ietf.org/doc/draft-ietf-6tisch-msf/



----------------------------------------------------------------------
DISCUSS:
----------------------------------------------------------------------

Section 3.  Can the normative reference for the SAX algorithm be clarified. 
The text cites [SAX-DASFAA], but this is an informative reference (and an
academic paper with no URL).  Appendix B, appears to also describe an algorithm
but the introduction describes the text as “an example implementation SAX hash
function”.


----------------------------------------------------------------------
COMMENT:
----------------------------------------------------------------------

** Section 4.2. of RFC8480 outlines requirements for a specification of an SF. 
One of those it that the SF “SHOULD clearly state the application domain the SF
is created for.”  Is there one for this draft?

** Section 5.1.  Per “In case that a node booted or disappeared from the
network, the cell reserved at the selected parent may be kept in the schedule
forever. A clean-up mechanism MUST be provided to resolve this issue.”, is
there an implicit DDoS being described here where rogue nodes could boot up and
hold cells before the clean-up mechanism activates?

** Appendix B.  Per step #8, what does this do?  h should already have the
final value of Step 4 assigned to h.

** Editorial Nits:
-- Section 4.4. Typo. s/Neighbor Dicovery/Discovery/

-- Section 16.  Typos.  s/MSF adapts to traffics  containing packets from IP
layer/MSF adapts to traffic containing packet from the IP layer/