Re: [Roll] MOPex updates and extended control option query

Rahul Jadhav <rahul.ietf@gmail.com> Mon, 01 November 2021 13:52 UTC

Return-Path: <rahul.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 E31433A12F6 for <roll@ietfa.amsl.com>; Mon, 1 Nov 2021 06:52:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.597
X-Spam-Level:
X-Spam-Status: No, score=-1.597 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, GB_ABOUTYOU=0.5, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no 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 gXHzIFM9jH42 for <roll@ietfa.amsl.com>; Mon, 1 Nov 2021 06:52:03 -0700 (PDT)
Received: from mail-ed1-x534.google.com (mail-ed1-x534.google.com [IPv6:2a00:1450:4864:20::534]) (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 D47FB3A12F5 for <roll@ietf.org>; Mon, 1 Nov 2021 06:52:02 -0700 (PDT)
Received: by mail-ed1-x534.google.com with SMTP id w15so64765241edc.9 for <roll@ietf.org>; Mon, 01 Nov 2021 06:52:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=nGYynLzUa8IUea6qblA2yqk5D0TCNsy3MLJnb/xEu9c=; b=UDEI3/oDrhg0Ygau64/jRf+mV6fEr0G+3DgZoUUM1JcmhvIuMAwKd5Hl+sn02sPhZE dz4wvslX8RBXij6CvjTVqdMVYyM6/ksUELdF8YgnlVtM7ws6QgGCmvbtJTuOehiSG+5J GqfsJ97ucHyHvpI8UFOp3KXUPCE8m1b+HGqVp2u29ArQAoHlVFJWwKjKFSB980LV6NlO InTgNoTRqlQCXjFleh+r7CYNS0CL6TiPLwACn1MbdFpKJArw/OUag6DlC1ghHaOz5U9S 8uUMxxwV2rh2jHqDiDz8kUxqi5O9CAxewzPK+/B+JJ927tNf4gN54sLtvwPs6NY9D790 EhYQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=nGYynLzUa8IUea6qblA2yqk5D0TCNsy3MLJnb/xEu9c=; b=U7+vQd/Ku3FqmkUF965+60oFebuHLfakPI2K4q3ubR83QHzB7OPsToU/AM/bZJJx5W E+M/yLQbcob97WQ4dIpNAZHxKOH1OspkgQ8STug71f/AgJbA4Q3RVIy8UGVGtG6ZhCBd z+1aMmQeGg1VpF3Wn1HSK+Krbb3hdjdpDKeRrNlUAJEvAjDn8ame6k5YnXFi1w0huaAh CCPPZAAWdjX52c5xqPwJIk4xSPeXHpvuCRL1KoxUlwVckKFX/svHxMRmf9pUMWaH2/4+ aZCEZT6yA4PHH2CZzenjsg43iZvtELnbpA5uvIZww/LR/a92As3f+cVPl3ebvVkUK1hZ AUKg==
X-Gm-Message-State: AOAM533Gcd47+ngQGgYk8FVEGj101nxl443ljfnYy5OA6iMHo+5zFCYc el2zinPbXMD5I6eWmCSQ58Cku0MPU4S9fcC1H+ISwklV
X-Google-Smtp-Source: ABdhPJwuyBiSA6tDIWaUvIlQYej1OPs+Z/xQffnR70CCH3liGQGMx64ar3yDINA5VQHOJEVuIpkgW16OXp6jPPTimfY=
X-Received: by 2002:aa7:cdc9:: with SMTP id h9mr13207364edw.370.1635774719929; Mon, 01 Nov 2021 06:51:59 -0700 (PDT)
MIME-Version: 1.0
References: <161720002801.13905.11794926517515278249@ietfa.amsl.com> <CAO0Djp0Z3QNAEZHcWVp7WC7YHoau+oF_oJ-vNAsyBEsQGUyavw@mail.gmail.com> <10614_1635755520_617FA600_10614_38_1_36d17c17400c4bf3bad2b8edc9174cff@orange.com>
In-Reply-To: <10614_1635755520_617FA600_10614_38_1_36d17c17400c4bf3bad2b8edc9174cff@orange.com>
From: Rahul Jadhav <rahul.ietf@gmail.com>
Date: Mon, 1 Nov 2021 19:21:46 +0530
Message-ID: <CAO0Djp173KZ43M+_GjPhCtB_FYXH4h9x+_76bJXHPrZzgPKA+g@mail.gmail.com>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000001d2ef705cfba7b48"
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/BioUuEBUqCAtIj7es8R9APKV6Rk>
Subject: Re: [Roll] MOPex updates and extended control option query
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: Mon, 01 Nov 2021 13:52:08 -0000

On Mon, 1 Nov 2021 at 14:02, <dominique.barthel@orange.com> wrote:

> Hello Rahul,
>
>
>
> I’m digging up open items regarding our active documents., sorry if this
> comes up very late.
>
> I’m curious about your proposal for an option “for the node to not join
> the network at all (not even as 6LN) if a control option is not understood”.
>
> Do you have a use case for it that you could share?
>

I do not have a use-case for this. Michael also pointed out this on the
repo <https://github.com/roll-wg/mopex/issues/8#issuecomment-811380561>if
this is necessary. I think this point was raised during one of the interims
(but I do not know exactly who raised this point).

Thank you for bringing this up.



> I fail to see in which circumstance the node should not be allowed to join
> as a leaf node?
>
> Thanks
>
>
>
> Dominique
>
>
>
>
>
> *From:* Roll [mailto:roll-bounces@ietf.org] *On Behalf Of *Rahul Jadhav
> *Sent:* mercredi 31 mars 2021 16:25
> *To:* Routing Over Low power and Lossy networks <roll@ietf.org>
> *Subject:* [Roll] MOPex updates and extended control option query
>
>
>
> Hello All,
>
>
>
> The MOPex draft is refreshed with just editorial changes in this version.
>
>
>
> However, I would like to raise one point that Pascal made during the IETF
> 110 session.
>
>
>
> Currently, the MOPex draft extends the RPL control options with certain
> flags to handle cases where the control option is not understood by the
> node:
>
> J-flag: Join only as 6LN
>
> C-flag: copy option as-is even if not understood
>
> I-flag: Ignore message altogether.
>
>
>
> We could have an option for the node to not join the network at all (not
> even as 6LN) if a control option is not understood.
>
> Any feedback on this would be appreciated.
>
>
>
> Thanks,
>
> Rahul
>
>
>
> ---------- Forwarded message ---------
> From: <internet-drafts@ietf.org>
> Date: Wed, 31 Mar 2021 at 19:43
> Subject: New Version Notification for draft-ietf-roll-mopex-03.txt
> To: Michael Richardson <mcr+ietf@sandelman.ca>ca>, Pascal Thubert <
> pthubert@cisco.com>gt;, Rahul Arvind Jadhav <rahul.ietf@gmail.com>
>
>
>
>
> A new version of I-D, draft-ietf-roll-mopex-03.txt
> has been successfully submitted by Rahul Arvind Jadhav and posted to the
> IETF repository.
>
> Name:           draft-ietf-roll-mopex
> Revision:       03
> Title:          Mode of Operation extension
> Document date:  2021-03-31
> Group:          roll
> Pages:          9
> URL:
> https://www.ietf.org/archive/id/draft-ietf-roll-mopex-03.txt
> Status:         https://datatracker.ietf.org/doc/draft-ietf-roll-mopex/
> Htmlized:
> https://datatracker.ietf.org/doc/html/draft-ietf-roll-mopex
> Htmlized:       https://tools.ietf.org/html/draft-ietf-roll-mopex-03
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-ietf-roll-mopex-03
>
> Abstract:
>    RPL allows different mode of operations which allows nodes to have a
>    consensus on the basic primitives that must be supported to join the
>    network.  The MOP field in [RFC6550] is of 3 bits and is fast
>    depleting.  This document extends the MOP for future use.
>
>
>
>
> Please note that it may take a couple of minutes from the time of
> submission
> until the htmlized version and diff are available at tools.ietf.org.
>
> The IETF Secretariat
>
> _________________________________________________________________________________________________________________________
>
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll
>