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

Alvaro Retana <aretana.ietf@gmail.com> Thu, 24 September 2020 15:48 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: roll@ietfa.amsl.com
Delivered-To: roll@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A1403A0E2D; Thu, 24 Sep 2020 08:48:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
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: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 68uw5I0Hk6Ug; Thu, 24 Sep 2020 08:48:37 -0700 (PDT)
Received: from mail-ej1-x629.google.com (mail-ej1-x629.google.com [IPv6:2a00:1450:4864:20::629]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CF0DB3A0E29; Thu, 24 Sep 2020 08:48:34 -0700 (PDT)
Received: by mail-ej1-x629.google.com with SMTP id nw23so5169249ejb.4; Thu, 24 Sep 2020 08:48:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; 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; d=1e100.net; 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 gmailapi.google.com with HTTPREST; Thu, 24 Sep 2020 11:48:31 -0400
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <MN2PR11MB356549C173D8027709AAC777D8390@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <159968972884.1065.3876077471852624744@ietfa.amsl.com> <MN2PR11MB35659A0710E687A7C9995E6ED8270@MN2PR11MB3565.namprd11.prod.outlook.com> <20200910200744.GE89563@kduck.mit.edu> <17053.1599841430@localhost> <20200911162617.GQ89563@kduck.mit.edu> <8F19C753-DCA0-4A32-BA3B-A124B2F7F745@cisco.com> <MN2PR11MB3565F2602A0DC55DE9FF3604D83F0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAM4esxQBL+4wNzJTZ_+QKMCGuo4fgyxZKxr3xmFDVEAn9J7HLQ@mail.gmail.com> <E8B2CE91-7FEE-4728-A280-935B69EF3E91@cisco.com> <CAM4esxQpcWROj9mMd3iUXr1EF8kvoF8Zmq-w4BPFVW+BtDU93w@mail.gmail.com> <117497.1600481093@dooku> <MN2PR11MB356549C173D8027709AAC777D8390@MN2PR11MB3565.namprd11.prod.outlook.com>
MIME-Version: 1.0
Date: Thu, 24 Sep 2020 11:48:31 -0400
Message-ID: <CAMMESswOs7ZQ3502dNYBN=qJp7O9Ddi=F3UL40Ce7JGknMq-wA@mail.gmail.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>
Cc: Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>, "draft-ietf-roll-turnon-rfc8138@ietf.org" <draft-ietf-roll-turnon-rfc8138@ietf.org>, Martin Duke <martin.h.duke@gmail.com>, Routing Over Low power and Lossy networks <roll@ietf.org>, "roll-chairs@ietf.org" <roll-chairs@ietf.org>, Michael Richardson <mcr+ietf@sandelman.ca>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/HWnNwezHOD6sSeF1aHp1Ro5Y0gc>
Subject: Re: [Roll] Benjamin Kaduk's Discuss on draft-ietf-roll-turnon-rfc8138-14: (with DISCUSS and COMMENT)
X-BeenThere: roll@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
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: Thu, 24 Sep 2020 15:48:39 -0000

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


Pascal:

Hi!

> 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:

OLD>
   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.

NEW>

   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
   otherwise.


Thanks!

Alvaro.