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

Alvaro Retana <aretana.ietf@gmail.com> Fri, 11 September 2020 20:24 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 B0DB83A0955; Fri, 11 Sep 2020 13:24:56 -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 krwD5oqvP0XX; Fri, 11 Sep 2020 13:24:55 -0700 (PDT)
Received: from mail-ej1-x635.google.com (mail-ej1-x635.google.com [IPv6:2a00:1450:4864:20::635]) (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 6BC8E3A0812; Fri, 11 Sep 2020 13:24:55 -0700 (PDT)
Received: by mail-ej1-x635.google.com with SMTP id i26so15352874ejb.12; Fri, 11 Sep 2020 13:24:55 -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 :content-transfer-encoding; bh=/KhjEFzBT4AGgqjp/lKFZFdebdF627pmShYaHKO9fCU=; b=MKpvxIuhePE7JMkoDIjr2SH8Oyya9n2VWoXHRbr0vFH2shOkJBkRgJ50P2MaOxlBhJ uFXAGXFGoYMY8z9qzI+hpd7nSSL4GoN94A1AKmzcUqQZ0Biz5N2MB9lNCW+cb1pIaJSI U++6l8IXgApNf4e5Z8RXW+4L491mA2vKkYFO9Z/UlMi0ASFG5g+nqwhf8bv2WQfow2VA P6QOMOYjB42buPJky7h6JwWtajJcUnIaQns5vsrYRoNofwqSTzFTWVGpnpKnPy0Bg5fY 8n7FpxGzfzbop05yAt6TZibt+lRAg/MmJ/L0RWCepcyat4mxILKLPDmy3te5lvKxbyIE tYvw==
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:content-transfer-encoding; bh=/KhjEFzBT4AGgqjp/lKFZFdebdF627pmShYaHKO9fCU=; b=dU19yrzzoeksG4hR8Uz8o3m2SbjMYjNk/LU2Xe2ZsQnac19D1Mwqrrf2XyR/ZT6MqF EgGKNSad6hh9+VtQ+2HqLsg0r4rfmt/jQKEJmyRp8QIF8o7n5khrAucxHcQmvfbJI7T5 /jPfd9JleqQWbZQZG8DGwpBkObaqRixd+Idfeg0oUrxA1SOjfTnZuo3JtMj+fD/Rdlm2 hZJSNr6l7JxX44o03/o0O4KIXm/5zeA+EJxg8apzkszZ1+nQbHpNVgL+5JhtsBp5vK3f iS6BkdR9UmKznLBffDoqKMMeGB9AbGVXgTkPNpS2Y8bxhrybJm14AMUjlTEPGf4NrTI/ 8CrQ==
X-Gm-Message-State: AOAM533difmgMmQD89ePSTOBp5JBcKnEiLxdO6XqleZrOZD2cTfw3e2M m3bIOtQWeLCfLXLhYMCEkr6OMFIhYsUL7vZPfhU=
X-Google-Smtp-Source: ABdhPJxt2mYAFH1M6rhAWEDnP2EnzRiLeifD1QBLjDIt6x5iA+FFSexSeVS8lCt5ywxrTmK9NDMJjS0tkXqtX6uWuiE=
X-Received: by 2002:a17:906:1690:: with SMTP id s16mr3659712ejd.122.1599855893908; Fri, 11 Sep 2020 13:24:53 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Fri, 11 Sep 2020 16:24:52 -0400
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <4724.1599853045@localhost>
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> <4724.1599853045@localhost>
MIME-Version: 1.0
Date: Fri, 11 Sep 2020 16:24:52 -0400
Message-ID: <CAMMESsxbLbKMkNVWYznbN2eBdytXO7LAS1bkSr97ZWyF1X4JHg@mail.gmail.com>
To: "Pascal Thubert (pthubert)" <pthubert@cisco.com>, Benjamin Kaduk <kaduk@mit.edu>, The IESG <iesg@ietf.org>, Alvaro Retana <aretana.ietf@yahoo.com>, "draft-ietf-roll-turnon-rfc8138@ietf.org" <draft-ietf-roll-turnon-rfc8138@ietf.org>, Routing Over Low power and Lossy networks <roll@ietf.org>, Ines Robles <mariainesrobles@googlemail.com>, "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/ffgoDiHFmsmY5QRrm5rBbe89vPI>
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: Fri, 11 Sep 2020 20:24:57 -0000

On September 11, 2020 at 3:37:32 PM, Michael Richardson wrote:

> Pascal, can we make this say: For a MOP value of 7, there is no "T" flag,
> and the compression behaviour will be defined by future work.


If we do that, this would be the first document to indicate that the
flags apply to some MOPs and not other.  In this case the bit used for
the T flag would still be available for MOP 7.

Besides possibly updating rfc6550 to indicate that this is possible,
we will also need to update the registry so that we can show how the
bits are allocated: bit 2 is allocated for 0-6, and available for MOP
7.

All that can be done.

I was trying to avoid that work given that we don't know exactly what
MOP 7 will be; while there's a chance that the mopex draft will build
on the changes we would do here, there could also be a chance that it
doesn't.

In any case, this is probably something that needs to be discussed in the WG.


Alvaro.