Re: [Iot-directorate] Iotdir last call review of draft-ietf-roll-turnon-rfc8138-09

Alvaro Retana <aretana.ietf@gmail.com> Wed, 05 August 2020 15:46 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: iot-directorate@ietfa.amsl.com
Delivered-To: iot-directorate@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 043EF3A0A9F; Wed, 5 Aug 2020 08:46:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.096
X-Spam-Level:
X-Spam-Status: No, score=-2.096 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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001, URIBL_BLOCKED=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 rKFDL-Ugl7vc; Wed, 5 Aug 2020 08:46:02 -0700 (PDT)
Received: from mail-wm1-x336.google.com (mail-wm1-x336.google.com [IPv6:2a00:1450:4864:20::336]) (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 35E5A3A0A06; Wed, 5 Aug 2020 08:45:59 -0700 (PDT)
Received: by mail-wm1-x336.google.com with SMTP id 9so6225615wmj.5; Wed, 05 Aug 2020 08:45:59 -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; bh=HMESNg71eUICJQ7k517wvWnjmfjNmh2EsyV+ryzjemM=; b=g2CKGYyuebe4r/68R1RfxTWw2ulr9PZxydICjIvzJi2SBv//EhuUAMIlnvoXfsIMgB 6sd6gIaGKLr97yTgOpGsvXXoWa7DNL/EshgLEbjTI/+VrUiNFYXOR7CUL7oBvyBb9Ksm frpAq3yt1KXh64V0jThPz4LSQo7M8B26rSdd5MpCVwKlh/Zqzk7/spEQp021sA3RG1tx DxJGAwaW+YZAwZlKzBb1BRG8gTr9xInnkCExmOSwDAEy7VWy+NZ3VeRSgyGe4pP4uZqf uNDy5fl3mfxBdurGe/h6X5f70GD/kaJDVuF9w1QQgNLQVAznw4/2HtEsMd2ZUWfeWdC4 xj6Q==
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; bh=HMESNg71eUICJQ7k517wvWnjmfjNmh2EsyV+ryzjemM=; b=k9LA4P26PSdpTEEXRCEz/eMNuToWljwJtad6l5xAuuqB1RLwnhQpPAh+G2wtWs1fcJ 8ZBjHbwCJdd4NyOxXyGPSTbCgnxDnZDEmTqKogzhuQGkIPQ3lsEmGN/RvOxewTXvKK+c jrwhiBCxkaTFVjBTQhViEIagjkOvId5meRiBJEQu4ffnRMr9S8wRKYaPDibwsSI2xzJ4 8JmNpAD9sTCn6cao3h2K93OGeW8wAK43ZqW2G7TopgFnafFfPSHV8YNhfd/GhQYb230J IZV6HJPen7Fy1ik9oCjrxdZU0g6Vu4/iOpDoRbsi6gO6dvYTfWVSSjpGKgfy3LagJdp4 sZZQ==
X-Gm-Message-State: AOAM530r5b0HHE2bD7tMQdBgSZG4Y9KeBsxEgZ/wLaRpiwF2hxt1X83N MV75hpbwc6RSkrnv9S8VVXeDVdnA5jI8oNRMLTNT4rPV
X-Google-Smtp-Source: ABdhPJxI0YZQs2ecYoRsgQQLdbuikfsehIHKKevAmQEaZdVddqzdvtpRiSh3O9H3FUBO2NTeOGapSkz/Q6TVWEuXrjM=
X-Received: by 2002:a1c:1bc4:: with SMTP id b187mr3763933wmb.175.1596642357496; Wed, 05 Aug 2020 08:45:57 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Wed, 5 Aug 2020 08:45:56 -0700
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <MN2PR11MB3565FFD7AECC524F6A1D6F8ED84B0@MN2PR11MB3565.namprd11.prod.outlook.com>
References: <159661239313.30550.10499047705190236121@ietfa.amsl.com> <MN2PR11MB3565FFD7AECC524F6A1D6F8ED84B0@MN2PR11MB3565.namprd11.prod.outlook.com>
MIME-Version: 1.0
Date: Wed, 05 Aug 2020 08:45:56 -0700
Message-ID: <CAMMESsyzgVFTpbnAAYkORv19Y=L=1DTknrJweJSDPzfh8tZmrA@mail.gmail.com>
To: "iot-directorate@ietf.org" <iot-directorate@ietf.org>, "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Carles Gomez <carlesgo@entel.upc.edu>
Cc: "last-call@ietf.org" <last-call@ietf.org>, "draft-ietf-roll-turnon-rfc8138.all@ietf.org" <draft-ietf-roll-turnon-rfc8138.all@ietf.org>, "roll@ietf.org" <roll@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000008d4f0805ac2344fe"
Archived-At: <https://mailarchive.ietf.org/arch/msg/iot-directorate/Yo_ps-fjm08H3W4BimuWfKAdlJ4>
Subject: Re: [Iot-directorate] Iotdir last call review of draft-ietf-roll-turnon-rfc8138-09
X-BeenThere: iot-directorate@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Mailing list for the IoT Directorate Members <iot-directorate.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/iot-directorate>, <mailto:iot-directorate-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/iot-directorate/>
List-Post: <mailto:iot-directorate@ietf.org>
List-Help: <mailto:iot-directorate-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/iot-directorate>, <mailto:iot-directorate-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Aug 2020 15:46:04 -0000

Pascal:

Hi!

The MOP currently has a value up to 7…let’s avoid more questions/confusion;
please take the "(and above when extended)” part out.

Thanks!

Alvaro.

On August 5, 2020 at 7:35:07 AM, Pascal Thubert (pthubert) (
pthubert@cisco.com) wrote:


> - Section 3: “A MOP value of 7 and above”. If the MOP is a 3-bit field,
the

> highest MOP value is 7 (assuming that the lowest value is 0). Why state
here

> "and above"? Are there plans to extend the MOP field size?



Yes, there is. See https://tools.ietf.org/html/draft-ietf-roll-mopex-01.
This is why. Yet what you are saying makes sense, as written it cannot go
beyond 7. I can change to "(and above when extended)"





> - Section 3, after “A MOP value of 7 and above”. s/MUST use

> compression/indicates that compression MUST be used



The following text

"

   Section 6.3.1 of [RFC6550] defines a 3-bit Mode of Operation (MOP)

   in the DIO Base Object.  For MOP values 0 to 6, the use of compression is

   as specified in this document.  A MOP value of 7 MUST use compression by

   default and ignore the setting of the “T” flag.



"

was suggested by Alvaro during his A-D review. But I believe that your
proposal does not alter the meaning so I'm picking it.



Resulting sentence:

"

   Section 6.3.1 of [RFC6550] defines a 3-bit Mode of Operation (MOP) in

   the DIO Base Object.  This specification applies to MOP values 0 to

   6.  For a MOP value of 7 (and above when extended), the compression

   MUST be used by default regardless of the setting of the "T" flag."





> - Section 4, 1st paragraph: “if and only if the "T" flag is set.” Should
we

> perhaps append “or if the MOP value is 7.”  ?



With the change above, I believe that we are good.