Re: [6tisch] Last Call: <draft-ietf-6tisch-minimal-17.txt> (Minimal 6TiSCH Configuration) to Best Current Practice

Ralph Droms <> Mon, 30 January 2017 16:56 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3082012954A; Mon, 30 Jan 2017 08:56:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id z9gGtmiXs6Of; Mon, 30 Jan 2017 08:56:30 -0800 (PST)
Received: from ( [IPv6:2607:f8b0:400d:c09::241]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id EFA0912953F; Mon, 30 Jan 2017 08:56:29 -0800 (PST)
Received: by with SMTP id i34so17099068qkh.3; Mon, 30 Jan 2017 08:56:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fJ2r/uKkOYO+uuKEFAQUyOXiE7gUj/a/ET5Oe9nDDuo=; b=N4ELX8PRqj+Konor7Ua1U0mT76ctQRrRUvJ9/jTA4jKZ7zkvp5pMqktRvJlPOUwJGO x0A2YQY7ZP6O+nr/vz/VFAn8OUlpE2vHqWK2Ai3CBn3GBVy9u97M6Gf/oOsTZKjr8S6/ yRArCdOeRA5KhyMSHV1GK85crJyYjjDn3aNbNmaXOszi2iccMXHMHa3GKgPihhXlyZF3 r0MOl97A/eF1rt71EN+sGdVAq6+xZ51HQw1ZbI1tSpSrXwYCZ/VaFvQ2t+s5bgp1Z1X0 4NuvCVJqx6zl0lJ6rdXgX8anKAhCJh02XQ4nTz7HT2+u32l4tDg4cELpwgPCIl+1PqPP f/MA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=fJ2r/uKkOYO+uuKEFAQUyOXiE7gUj/a/ET5Oe9nDDuo=; b=XBP2uC/QJ/GQHtLM2cxtRXV3ETiQIKKpMdNdYd5pPFp/m0hwxaEZeWf5XCtkyYcKa1 ndHZaZBwMtFx8g8Vny19uVwui6/qrdSkMBhJv7uwMkEundJ7jTxmGLxbem+B7d1fdJc6 3JraUmJZhQIvmEm9wSwNDwdSJnO4lBRWqwyZ4HVooPx0ku5QzT8jKobKYQ04C2oDPrkJ Nmwnp+Vrikf2LTeGNnBAAWUcFNUjE/EHlHTqQsm7c5CT89y1PCoDAli94wmMZEAlkhfr FqtzJ2gVEkP1ybKewiBUTdmC4E/KO2a35kjLH6b4eBD0//TUGmRNN9eZWQ0r9s2sLXrw iUkQ==
X-Gm-Message-State: AIkVDXIceJRjupr+L1jVdijlM2Qud/k6dtmHNlAVOr/fJPj16nab38XrlRHqlXwL9D7ASg==
X-Received: by with SMTP id l132mr21720521qke.204.1485795389017; Mon, 30 Jan 2017 08:56:29 -0800 (PST)
Received: from ?IPv6:2601:18f:801:600:1b8:4618:13aa:9204? ([2601:18f:801:600:1b8:4618:13aa:9204]) by with ESMTPSA id e3sm12625186qtg.7.2017. (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Jan 2017 08:56:28 -0800 (PST)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Subject: Re: [6tisch] Last Call: <draft-ietf-6tisch-minimal-17.txt> (Minimal 6TiSCH Configuration) to Best Current Practice
From: Ralph Droms <>
In-Reply-To: <>
Date: Mon, 30 Jan 2017 11:56:25 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <> <>
To: 6tisch <>
X-Mailer: Apple Mail (2.3259)
Archived-At: <>
Cc:,, IETF discussion list <>
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 30 Jan 2017 16:56:31 -0000

I've reviewed draft-ietf-6tisch-minimal-19.  Thank you to the authors and the WG for considering the input from my earlier reviews and careful revision of the document to address that input.

In general, I think the document is now almost ready for publication.  The major points from my review of -17 have been addressed.

I do have a few minor points for the authors and WG to consider:

Does the WG have consensus that IPv6 address selection, prefix advertisement, and the details of ND need not be addressed in this document?

I don't see a default value for EB_PERIOD defined anywhere.  Is such a definition needed?

Section 5.2 requires implementation of RPL non-storing mode and recommends implementation of storing mode.  How does a node know whether RPL is being used in non-storing or storing mode?

- Ralph