Re: [Roll] Review of draft-ietf-roll-enrollment-priority-04

Konrad Iwanicki <iwanicki@mimuw.edu.pl> Tue, 10 August 2021 21:01 UTC

Return-Path: <iwanicki@mimuw.edu.pl>
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 B3C003A1C2F for <roll@ietfa.amsl.com>; Tue, 10 Aug 2021 14:01:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, NICE_REPLY_A=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=unavailable 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 bG-p1nsd5DJd for <roll@ietfa.amsl.com>; Tue, 10 Aug 2021 14:01:06 -0700 (PDT)
Received: from mail.mimuw.edu.pl (mail.mimuw.edu.pl [IPv6:2001:6a0:5001::4]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EBED63A1C20 for <roll@ietf.org>; Tue, 10 Aug 2021 14:01:05 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by duch.mimuw.edu.pl (Postfix) with ESMTP id 4662A61D86097; Tue, 10 Aug 2021 23:01:01 +0200 (CEST)
X-Virus-Scanned: amavisd-new at mimuw.edu.pl
Received: from duch.mimuw.edu.pl ([127.0.0.1]) by localhost (mail.mimuw.edu.pl [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ZEBhBuLBv4iF; Tue, 10 Aug 2021 23:00:59 +0200 (CEST)
Received: from Konrads-MacBook-Pro.local (unknown [IPv6:2a02:a311:813e:880:a80c:6cf2:ae9e:13c]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by duch.mimuw.edu.pl (Postfix) with ESMTPSA; Tue, 10 Aug 2021 23:00:59 +0200 (CEST)
To: Routing Over Low power and Lossy networks <roll@ietf.org>, "Pascal Thubert (pthubert)" <pthubert=40cisco.com@dmarc.ietf.org>
References: <f7a504ac-764d-09e9-d969-067e6a21646a@mimuw.edu.pl> <26245.1628534920@localhost> <bd68ec3f-489d-a041-8a6f-1b39aca35202@mimuw.edu.pl> <9A1DA017-AF66-4349-B070-57A4BC28A48A@cisco.com> <12297.1628617331@localhost> <91C647AE-2197-4FC7-95DD-B2A2EC29306B@cisco.com>
From: Konrad Iwanicki <iwanicki@mimuw.edu.pl>
Message-ID: <a5c14f88-c11d-8cce-94c7-d282eba18639@mimuw.edu.pl>
Date: Tue, 10 Aug 2021 23:00:58 +0200
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:78.0) Gecko/20100101 Thunderbird/78.12.0
MIME-Version: 1.0
In-Reply-To: <91C647AE-2197-4FC7-95DD-B2A2EC29306B@cisco.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/BmwEUgb8yQRm0HaFukJlddw106A>
Subject: Re: [Roll] Review of draft-ietf-roll-enrollment-priority-04
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: Tue, 10 Aug 2021 21:01:13 -0000

Hi Pascal,

On 10/08/2021 22:45, Pascal Thubert (pthubert) wrote:
>> Le 10 août 2021 à 19:42, Michael Richardson <mcr+ietf@sandelman.ca> a écrit :
>> Pascal Thubert (pthubert) <pthubert@cisco.com> wrote:
>>>> 3. Even if the this approach were covered in the draft, it still has
>>>> some issues, which I was about to explain but the new version of the
>>>> draft appeared.
>>
>>> Yes we need to sync. I think Michael still has in mind that the minimum
>>> is incremented down. That was the initial idea.
>>
>> So there are three possible things, I think:
>> 1) root expresses constant to entire DODAG
>>    each 6LN expresses it's local increment
>>
>> 2) root expresses base value, 6LNs increment it
>>
>> 3) root expresses base value, 6LNs increment or decrement it
>>
>> I can't see a situation where there is a need to decrement it.
>> Is there someone who has a use case that needs that?
>>
>> I thought that (2) was simplest in terms of code.
> 
> It’s not that simple since a node cannot infer what the value really means.
> 
> With 1) plus a sequence, the value has a global meaning and the most recent value is the truth. Nodes can take a same logical decision regardless of their location in the network, eg jump onto another disaggregation to rebalance.
> 
> With 2) different parents may give different values for the same sequence. Which should our node pick? The one from the preferred parent? Or should the node reparent to the best offer? There’s complexity and consequences to that decision of picking one value. And then no way to know the abstract desirability of the next dodag since the value from the root is lost.

Let me reply with the issues and a possible way of addressing some of 
them in the e-mail I have already been writing for a while.

Best,
-- 
- Konrad Iwanicki.