Re: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-turnon-rfc8138-14: (with DISCUSS and COMMENT)

Alvaro Retana <> Thu, 24 September 2020 15:48 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 3A1403A0E2D; Thu, 24 Sep 2020 08:48:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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 68uw5I0Hk6Ug; Thu, 24 Sep 2020 08:48:37 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:4864:20::629]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id CF0DB3A0E29; Thu, 24 Sep 2020 08:48:34 -0700 (PDT)
Received: by with SMTP id nw23so5169249ejb.4; Thu, 24 Sep 2020 08:48:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=xd1JsFVdJNVFm5LRVREUqQawn9MjC1YMAf4djnhbNqY=; b=LqaG4PgeuDIygtRpTKz0ASsR/pWm9K/CDXGMnB3NETVBaKYYwaj54MBh/8qVg8AdcG k9QVE5MdvKsPrDwPnZe9H99mbM8QqLkkFnrqGVtrzRrVCtfMSx2eSIAqxh0du1JyVzwf +sAEwYrg4R1EbhhrNm4Av/GjM7iSx25D+HQCQ3pFnSch86Gpl+tAzbS8LsM59yHm/cwU fMovHUC/nzJR8uTqsmExO9rfOdVw9PSM0qOqAUFIWH11gUVeGtJnrO/qjcq4O4j0wT8N 6YV1mh/LlsFFGJBczEiHAE+EwJ7IH/HT8tHpMDqgPdUOBg8Xq2yYHRpwgHuBKafV3+Mi +dVA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=xd1JsFVdJNVFm5LRVREUqQawn9MjC1YMAf4djnhbNqY=; b=DhYRB1UaCQBXL9XSB7h5wXNJh2QzqXe7Y2sPf5gRi4GFdZQCYDRS/MceqfKo+fKa/A WcDb456gmQpqQAEBEw8rRwyg6xIt5jp631x1g/O7vurGAK1IpoRmejTpvTop+ODvbCAj tV9MpY4tHjVdBjCM1tn/vT1WCAif8fdV2790/b7l/vmrpJYc2lVM/JqCci0vsnzJMncv 95Ot4PpXcXnO/UG5mR7lqFDTx2KtxEZxd+Se6V7Fv034iO8zpDzDd1Y6M68Ii7Wh6lE5 JV/X7Hc2dVelnqOkr69ZRjgM630Ru3/Ysis2/dr3K2jVdVjIdHf4yy6ydTXUthLSo5oN Er1g==
X-Gm-Message-State: AOAM533j7I1pf64HifTBY3Xggt1Y03KaB59qMSnJ79m97amvjMxOakBv hTLEXdestwimaoYbPEHXRJnsplvn1ALz7PA8Wj4=
X-Google-Smtp-Source: ABdhPJzWOj6v7Eoh5Wv5VfgLNfvtlip5EaDSMGj38SIAM+QizkilY193IocKZdB1BpI+iiCjnmVoVpa1sqZ4iMOWem4=
X-Received: by 2002:a17:906:f0cb:: with SMTP id dk11mr502005ejb.457.1600962513184; Thu, 24 Sep 2020 08:48:33 -0700 (PDT)
Received: from 1058052472880 named unknown by with HTTPREST; Thu, 24 Sep 2020 11:48:31 -0400
From: Alvaro Retana <>
In-Reply-To: <>
References: <> <> <> <17053.1599841430@localhost> <> <> <> <> <> <> <117497.1600481093@dooku> <>
MIME-Version: 1.0
Date: Thu, 24 Sep 2020 11:48:31 -0400
Message-ID: <>
To: "Pascal Thubert (pthubert)" <>
Cc: Benjamin Kaduk <>, The IESG <>, "" <>, Martin Duke <>, Routing Over Low power and Lossy networks <>, "" <>, Michael Richardson <>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <>
Subject: Re: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-turnon-rfc8138-14: (with DISCUSS and COMMENT)
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: Thu, 24 Sep 2020 15:48:39 -0000

On September 24, 2020 at 8:13:09 AM, Pascal Thubert wrote:



> Following the meeting last Monday and subsequent the update of useofrplinfo
> by Michael (thanks Michael!) I published a new version of the turnon RFC
> 8138 draft.
> The major changes are
> - removed the formal update to RFC 6550
> - refer to useofrplinfo as the justification why the flag is not defined for
> MOP 7
> - defined the operation in MOP 7 as compression on iff the Link uses 6LoPWAN
> HC.

Thanks for these changes.

Because we have to cycle useofrplinfo back through (when the WG is
done with it), I asked Ben/Martin to wait for that before coming back
to this document.  It'll make it easier than tracking multiple
changes. :-)

OTOH, I do have comments on the recent change:

   Section 4.3 of [USEofRPLinfo] updates [RFC6550] to indicate that the
   definition of the Flags applies to Mode of Operation (MOP) values
   zero (0) to six (6) only, leaving the flags reserved for MOP value
   seven (7).  For a MOP value of 7, the bit in position 2 is considered
   unallocated and [RFC8138] MUST be used on Links where 6LoWPAN Header
   Compression [RFC6282] applies and MUST NOT be used otherwise.


   Section 4.3 of [USEofRPLinfo] updates [RFC6550] to indicate that the
   definition of the Flags applies to Mode of Operation (MOP) values zero (0)
   to six (6) only.  For a MOP value of 7, [RFC8138] MUST be used on Links
   where 6LoWPAN Header Compression [RFC6282] applies and MUST NOT be used