Re: [Roll] MOP 7

Michael Richardson <mcr+ietf@sandelman.ca> Wed, 20 November 2019 06:14 UTC

Return-Path: <mcr@sandelman.ca>
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 7274C1202DD for <roll@ietfa.amsl.com>; Tue, 19 Nov 2019 22:14:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.436
X-Spam-Level: *
X-Spam-Status: No, score=1.436 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_SBL_CSS=3.335, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
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 kmVe7ZyFjwz8 for <roll@ietfa.amsl.com>; Tue, 19 Nov 2019 22:14:57 -0800 (PST)
Received: from relay.sandelman.ca (relay.cooperix.net [IPv6:2a01:7e00::f03c:91ff:feae:de77]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1AB51200F1 for <roll@ietf.org>; Tue, 19 Nov 2019 22:14:56 -0800 (PST)
Received: from dooku.sandelman.ca (unknown [IPv6:2001:67c:370:128:7c10:daff:fe4a:c7a8]) by relay.sandelman.ca (Postfix) with ESMTPS id 06C101F450 for <roll@ietf.org>; Wed, 20 Nov 2019 06:14:55 +0000 (UTC)
Received: by dooku.sandelman.ca (Postfix, from userid 179) id 7C9A6FD7; Wed, 20 Nov 2019 14:14:53 +0800 (+08)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Routing Over Low power and Lossy networks <roll@ietf.org>
In-reply-to: <CAO0Djp3znJS46yajP0Rq+UKxMw=jvGoujmu3XSLSDLA8MPXbMA@mail.gmail.com>
References: <MN2PR11MB3565C994E6D7B60E58711BA3D84C0@MN2PR11MB3565.namprd11.prod.outlook.com> <CAO0Djp3znJS46yajP0Rq+UKxMw=jvGoujmu3XSLSDLA8MPXbMA@mail.gmail.com>
Comments: In-reply-to Rahul Jadhav <rahul.ietf@gmail.com> message dated "Tue, 19 Nov 2019 17:06:22 +0800."
X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Wed, 20 Nov 2019 14:14:53 +0800
Message-ID: <10088.1574230493@dooku.sandelman.ca>
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/80tgASCJrSDopM2KW_800W3GSB4>
Subject: Re: [Roll] MOP 7
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: Wed, 20 Nov 2019 06:14:58 -0000

Rahul Jadhav <rahul.ietf@gmail.com> wrote:
    Pascal> Yesterday we said that if MOP is 7 then the MOPext is expected
    Pascal> else the packet is dropped. An alternate could be to say that if
    Pascal> MOP is 7 in the DIO and the MOPext is not present then the MOP is
    Pascal> non-storing, since this is the most widely used mode in constrained networks. 

    > [RJ] The advantage, I assume, is that not having MOPex will save bytes
    > in the DIO for the common case. This would result in three
    > representations for non-storing MOP:
    > a. base MOP = 1 ... RPLv1
    > b. base MOP = 7 ... without MOPex ... RPLv2
    > c. base MOP = 7 ... MOPex = 7 ... RPLv2
    > For the sake of simplicity, I would prefer to mandatorily use MOPex if
    > MOP=7. Simplicity I refer to is, Base MOP = 7 would mean, go check
    > MOPex value.

I agree.

    Pascal> We also said that a MOP of 7 means RPLv2, which packages new
    Pascal> support we are defining. Q is what’s mandatory and what’s
    Pascal> optional.

I think that we are working on MOPex because we are concerned about running
out, and we want to establish the rules for extending things early on.

But, I don't think that we need to rush to defining "RPLv2": which I think
would imply that CAP would provide the useful info.

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [ 
]   Michael Richardson, Sandelman Software Works        | network architect  [ 
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [