[Roll] Barry Leiba's No Objection on draft-ietf-roll-turnon-rfc8138-11: (with COMMENT)

Barry Leiba via Datatracker <noreply@ietf.org> Wed, 02 September 2020 05:46 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: roll@ietf.org
Delivered-To: roll@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 162E53A0CA8; Tue, 1 Sep 2020 22:46:55 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: Barry Leiba via Datatracker <noreply@ietf.org>
To: The IESG <iesg@ietf.org>
Cc: draft-ietf-roll-turnon-rfc8138@ietf.org, roll-chairs@ietf.org, roll@ietf.org, Ines Robles <mariainesrobles@googlemail.com>, aretana.ietf@gmail.com, mariainesrobles@googlemail.com
X-Test-IDTracker: no
X-IETF-IDTracker: 7.15.0
Auto-Submitted: auto-generated
Precedence: bulk
Reply-To: Barry Leiba <barryleiba@computer.org>
Message-ID: <159902561466.27239.11154649696524664213@ietfa.amsl.com>
Date: Tue, 01 Sep 2020 22:46:55 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/1VewpCbGhOVpWwvji49XCAbMR38>
Subject: [Roll] Barry Leiba's No Objection on draft-ietf-roll-turnon-rfc8138-11: (with COMMENT)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
List-Id: Routing Over Low power and Lossy networks <roll.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/roll>, <mailto:roll-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/roll/>
List-Post: <mailto:roll@ietf.org>
List-Help: <mailto:roll-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/roll>, <mailto:roll-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Sep 2020 05:46:55 -0000

Barry Leiba has entered the following ballot position for
draft-ietf-roll-turnon-rfc8138-11: No Objection

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-roll-turnon-rfc8138/



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

Just a couple of very minor comments:

“RPL” should be expanded on first use.
We should probably ask the RFC Editor to mark “DAG” and “DODAG” as “well
known”, but they are not yet so marked, so “DODAG” should be expanded on first
use.

— Section 5.3 —

   It is RECOMMENDED to only deploy nodes that support [RFC8138] in a
   network where the compression is turned on.

I think I misread this the first time; it’s ambiguous, so please reword it to
make this clear.  What is it that’s recommended?: 1. In a network where
compression is turned on, only deploy nodes that support 8138? 2. Don’t deploy
nodes that support 8138 unless compression is turned on?

— Section 7 —

   An attacker in the middle of the network may reset the "T" flag

Thank you for this phrasing; I like it.