Re: [Roll] Request for review draft-ietf-roll-turnon-rfc8138-02

Rahul Jadhav <> Tue, 21 January 2020 10:52 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id F1C681200FF for <>; Tue, 21 Jan 2020 02:52:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Status: No, score=-1.999 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 KWGTE__jnglo for <>; Tue, 21 Jan 2020 02:51:56 -0800 (PST)
Received: from ( []) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 22FC3120091 for <>; Tue, 21 Jan 2020 02:51:56 -0800 (PST)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901;; cv=none; b=VoK7hUEeqRbkjWPPDkK6WTYeg4KQWxLV2DELwU7Knc4x8oSyv0LKDyjRCMc8CJyCcEVhsL4/n5QSM8l3g7Yo6ellNXbwgdNpTZtvhYMA05ia9sdbsbjSbaCtz3LoZo5xUUXbJvTUBWybr5iAhhX4VZXECOWDQ3rMQK4y9dj77xBWRCeQfhKWSBTRYUQhBzg+zVpVIdHSyNUmqxBkLEK/Hpr4TiL6899ptc3g2xT1QlyKTrYzzaEvPELbFRUgFj7OqPPd4REufnha2SDq8wb2qChwbmYL3R+py6VtNvEXiu4QBUAB0Dxo+Z2WM+kPmr/i95rQ+FzcF1UK6rZFjfToLQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed;; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d4t5sVMbPBMxgo/ykn2LRmPGjkNwZxyghneCBoGM4lc=; b=atY1nGVS+6lgd0yHwIgtLle4TqHlRnMaHobtoqF52RpLNah9ovQBBdSz/j56EpP+O5ZrRy2I8UiL0WhZ7YZflADskbM6K52hkgrmAoc3OvPW6cFw1gBL7OTVyCzzwAjHJXteiIMWu8PUoqmtUhNQ81AARI3xqYGpKUhRLdr+6yAiLRlyoDFl4xApp+fF8nTT0Sg9vR+6jzHqKFDZhduOM4pWGyFEBiZTNuDXH6R8pf5yHTpH27bA2GKwR/ArUYz62+xM8A2RPbzGt1tIISnWrU0t1scFSWSLyCKBdtRI34LFyxUWRsRPhpdBkRnfWaB1e6beLmPTqcQQditEXOWYzQ==
ARC-Authentication-Results: i=1; 1; spf=none; dmarc=none; dkim=none; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=d4t5sVMbPBMxgo/ykn2LRmPGjkNwZxyghneCBoGM4lc=; b=U+7F1fVVBEd/h7xcLQFGeaVIlLfSwqcRmXs1ChGwXuWkaBtyqhNS5jPax89p+b32Cg5Y5T6tx+O2Ahc1mTdgu1nZEqNui7AYuyk6uWwMmZ01mkiKu76thNDlopj/KZaHBo51huaek9yJxgDHSn3F+tvAcckPrcZ9VmftP5oMJ9SGhaTv/eIf8oF4T0ke91XXfjC2bCN3E0EUfRSlHyQ/Nk55YIj7leRZQjJrlrSyCFBRN9U/NdII58z18oiHcsJJhYcOPB/4Yp2hAJF/0SEBjLFTQzH30DEmb+KJbJs4wjdt8CjK9MQ0E7OIGSq08yiFndJkZPtgkfep4mXeVEhbVQ==
Received: from ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2644.19; Tue, 21 Jan 2020 10:51:52 +0000
Received: from BM1PR01MB2612.INDPRD01.PROD.OUTLOOK.COM ( by ( with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2644.19 via Frontend Transport; Tue, 21 Jan 2020 10:51:52 +0000
Received: from BM1PR01MB2612.INDPRD01.PROD.OUTLOOK.COM ([fe80::b82f:b3:4db6:3004]) by BM1PR01MB2612.INDPRD01.PROD.OUTLOOK.COM ([fe80::b82f:b3:4db6:3004%3]) with mapi id 15.20.2644.024; Tue, 21 Jan 2020 10:51:52 +0000
From: Rahul Jadhav <>
To: roll <>
Thread-Topic: [Roll] Request for review draft-ietf-roll-turnon-rfc8138-02
Thread-Index: AQHVzSKEkzxa5vgOHE60eQMA7CRaaKf09ejr
Date: Tue, 21 Jan 2020 10:51:52 +0000
Message-ID: <BM1PR01MB2612725A4CC01B3633EB4AB3A90D0@BM1PR01MB2612.INDPRD01.PROD.OUTLOOK.COM>
References: <>
In-Reply-To: <>
Accept-Language: en-US
Content-Language: en-US
x-incomingtopheadermarker: OriginalChecksum:E66ABFA27C3BFA9676ADD9B1FC417A1B70B8F78D37DF14BB510275AA2D970D3D; UpperCasedChecksum:4C8D7C983F3EEF345E82AF89348EC3FE878A743D83E4B063FC179E6C823BCE78; SizeAsReceived:6868; Count:44
x-tmn: [t7UQdS4NhvQqxoo+kc6Ir7oZ9iGaufp2]
x-ms-publictraffictype: Email
x-incomingheadercount: 44
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: 7a8c91b2-f18a-4137-b719-08d79e5fecd0
x-ms-traffictypediagnostic: HK2APC01HT240:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 7bLanCRLOaLOTYJAEiLkL/7J5tRtnd0gu+roJZORtldvUHzV3Uqe2v82lFrlJ5h++85mUXG013Vkf3htEUuVUKnT90bmzAxXgs+dblkqnI3tbqUlBpkf264PEooe9FEBu+oYB+iiIIWZO1KzBIuFXpPVYzzejQeyQ+3k2PCHfdLVR2jrW/xaF+cQWWnINKUf0JKghry24CpKOwmUSj0qVjWcZw9mZT5My0/gQdTjKFs=
x-ms-exchange-transport-forked: True
Content-Type: multipart/alternative; boundary="_000_BM1PR01MB2612725A4CC01B3633EB4AB3A90D0BM1PR01MB2612INDP_"
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: 7a8c91b2-f18a-4137-b719-08d79e5fecd0
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jan 2020 10:51:52.7228 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HK2APC01HT240
Archived-At: <>
Subject: Re: [Roll] Request for review draft-ietf-roll-turnon-rfc8138-02
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Routing Over Low power and Lossy networks <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Tue, 21 Jan 2020 10:52:02 -0000

Dear Authors,

Overall the document is very much to the point and I do not have any major comments.
Following are my comments for the draft(-02):

1. Section 5
"It results whether a parent supports RFC 8138 is not known by the child with the current level of specifications, and a child cannot favor a parent based on a particular support."
I think the purpose of this sentence is to let know that one cannot use T flag as a way to know that the parent supports 8138 or not. But I am not sure of this. Do you think this can be rephrased?

2. A 6LR may be 8138 + this draft compliant and may want to initiate "a local instance" in which case the 'T' flag needs to be set/unset. I believe the 6LR could use the knowledge of Global Instance to handle this. But again, may be there is no relation here, and it is completely the choice of the Instance root (in this case the given 6LR) to decide this. I just wanted to say it loud, to check if there is anything missing!

3. Section 5
"But the node is also free to refrain from joining an Instance when a parameter is not suitable."
Refrain from joining an instance is not the same as "join as a leaf". A node that joins as a leaf, still is joining the instance. A node may join as a leaf when a parameter is not suitable. (It is possible that I have completely misunderstood the statement here).

4. Section 5.3
"instances operate as ships-in-the-night"
ships-in-the-night? I didn't find any explanation in the given ref. After searching online, I think I understand :-), better to put in simple terms.

1. "network is rebooted with implicitely"
implicitely -> implicitly

2. "in an homogeneous network" -> "in a homogeneous .."

3. "but MAY still joins as a leaf" -> "but MAY still join as a leaf"

4. ". when it finally" -> ". When it finally" ... Better would be to rephrase
... "The root migrates to new OCP when it finally sets the "T" flag."

5. "distribute the uncompresses"
uncompresses -> uncompressed

6. Instance 'I' is used capital in some cases, 'i' in other cases for exact similar context.

7. The term "turn on" is used in a few places... For e.g., in security considerations, "Turning the "T" flag on before..." ... Can we use ON in caps here to specify the meaning appropriately?


From: Roll <> on behalf of Ines Robles <>
Sent: Friday, January 17, 2020 10:39 AM
To: roll <>
Subject: [Roll] Request for review draft-ietf-roll-turnon-rfc8138-02

Dear all,

We kindly request reviews for the draft draft-ietf-roll-turnon-rfc8138-02<> , we understand that it is ready for Last Call.

Thank you in advance,

Ines and Dominique