Re: [Roll] NSA PS-set metric/constraint

Remous-Aris Koutsiamanis <aris@ariskou.com> Fri, 06 March 2020 15:59 UTC

Return-Path: <aris@ariskou.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 C411C3A0A05 for <roll@ietfa.amsl.com>; Fri, 6 Mar 2020 07:59:06 -0800 (PST)
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, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-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=mailfence.com header.b=FzjgEYEr; dkim=pass (2048-bit key) header.d=ariskou.com header.b=DsJZM/nG
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 EHlMb5vcAbuF for <roll@ietfa.amsl.com>; Fri, 6 Mar 2020 07:59:04 -0800 (PST)
Received: from mailout-l3b-97.contactoffice.com (mailout-l3b-97.contactoffice.com [212.3.242.97]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C30953A0A46 for <roll@ietf.org>; Fri, 6 Mar 2020 07:59:03 -0800 (PST)
Received: from smtpauth1.co-bxl (smtpauth1.co-bxl [10.2.0.15]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id C571C2D09 for <roll@ietf.org>; Fri, 6 Mar 2020 16:59:00 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1583510340; bh=BpVGvjDbkYtpZAqKeS4TdhA0/gqu2TYfNGyaPbHSzgE=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=FzjgEYErGqIfHb1oAs9AdKwot6lcbhe0MjLNgAG7xsN/w0ZgIC8p8dj+F1RtXLwqL 68LfapsZUkRMi4GZaETDs83Am/1zj2Bs/jRFHMLHE7pP2/zQ0YnayidS318R/HRBFP 6uZRnXO4jhpKKGDNB7Qv3jg26WnzHCygKlagLAuircAs1LUosrw0/5yxJaYvW3TLKf PxIH0n7tiCm+atLLfalLEpJp8jBaC3ecAPvoPi13UHHlecEjfMjrapunkysN1x5W3U iazTmkgpcEY81BFwiKFUp13sUtEsV7K3yly5DoxDCnee9A0TjLuSmEN5LfzYq6gl4F uE6arB0VgQnuQ==
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1583510340; s=20191001-wvim; d=ariskou.com; i=aris@ariskou.com; =?utf-8?q?h=3DMIME-Ver?= =?utf-8?q?sion=3AReferences=3AIn-Reply-To=3AFrom=3ADate=3AMessage-ID=3ASubj?= =?utf-8?q?ect=3ATo=3ACc=3AContent-Type=3B?= l=5093; bh=BpVGvjDbkYtpZAqKeS4TdhA0/gqu2TYfNGyaPbHSzgE=; b=DsJZM/nGNzwaMnzhMEJZL9N8oj9BWA4tbPLvtQjK6qiWsmsZPUxMNXOKTeomL/mM Pfw9jyv9/UNumZAF/JyzHxZFB64yejQQJ7XidTjvACKFps+8X63a0NI2iOnA/LAZvYl H+vPIq9LmufJJPqH6uByudJhKVBQZNgPVZ2VmxH+3O7+Ts/kLBdIelVzrD8iFf8o3ae UyNBf9UyJyufUfwj7kFAitSJXEddw5O4T94RGt7rsg0YJQjriXH7PPydUs0PAnDp8Pp G+ESXq4amB8OEUX7QXx3IomulS+IOTMy7tDmJHTFvbeP3iOg/rQYnZ/wa+VASdpxrNZ jnNdH1rwUA==
Received: by smtp.mailfence.com with ESMTPA for <roll@ietf.org> ; Fri, 6 Mar 2020 16:58:55 +0100 (CET)
Received: by mail-io1-f44.google.com with SMTP id d8so2546531ion.7 for <roll@ietf.org>; Fri, 06 Mar 2020 07:58:55 -0800 (PST)
X-Gm-Message-State: ANhLgQ1WwOuYGNTrLTAUxycxDeX6A741iq42c8TXY7I+D4Sn1xL9hfwY vqI5So6yALNvRPQXcXnbMxqccrEkK5UwYJKacq8=
X-Google-Smtp-Source: =?utf-8?q?ADFU+vtIncQoyBI0NrUsx9b8SZlgVITaTSzRK/sg0HlL?= =?utf-8?q?X4XsvK45Z/Y/6Lv/Lbd/ENEH4IgS2MduFXsdg8og+KMKu6I=3D?=
X-Received: by 2002:a02:a412:: with SMTP id c18mr3809224jal.69.1583510331233; Fri, 06 Mar 2020 07:58:51 -0800 (PST)
MIME-Version: 1.0
References: <CAO0Djp2W2N-_eACyQNZcapah=AugHRC0fwsg2nhuovZaXa7mUw@mail.gmail.com> <D9CDCE2C-92B4-4B92-AB17-01CC3ECD1047@imt-atlantique.fr> =?utf-8?q?=3C28813?= =?utf-8?q?=5F1582714957=5F5E56504D=5F28813=5F497=5F1=5FDA7C05D5=2E71025=25d?= =?utf-8?q?ominique=2Ebarthel=40orange=2Ecom=3E?= <CAK76PrmcuDnJ3hVBZkgCZ6z2eLNAREtKL244BGRXtA6CsVu3xA@mail.gmail.com>
In-Reply-To: <CAK76PrmcuDnJ3hVBZkgCZ6z2eLNAREtKL244BGRXtA6CsVu3xA@mail.gmail.com>
From: Remous-Aris Koutsiamanis <aris@ariskou.com>
Date: Fri, 6 Mar 2020 16:58:57 +0100 (CET)
X-Gmail-Original-Message-ID: <CAK76Pr=1jVnv-A1zTUGKzDT2=4Ki5t2XHuoFwcf1TjpkhTC8hg@mail.gmail.com>
Message-ID: <CAK76Pr=1jVnv-A1zTUGKzDT2=4Ki5t2XHuoFwcf1TjpkhTC8hg@mail.gmail.com>
To: dominique barthel <dominique.barthel@orange.com>
Cc: "Georgios Z. Papadopoulos" <georgios.papadopoulos@imt-atlantique.fr>, roll <roll@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000ca9ba305a031ba4d"
X-ContactOffice-Account: com:113819248
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/r-FNrK-t5UPdFq37kbsRqEWH8PA>
Subject: Re: [Roll] NSA PS-set metric/constraint
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, 06 Mar 2020 15:59:14 -0000

Hello Dominique,

sorry to bother you in a probably very busy period.
To finalise our draft before the cutoff, we're waiting for a brief answer
from you on this previous question:

On Sat, Feb 29, 2020 at 12:51 AM Remous-Aris Koutsiamanis <aris@ariskou.com>
wrote:

>
> [DP] Alternate proposal:
>> Could the PS be part of an NSA Metric? After all, it is used to help
>> select which parent(s) are best suited for upward routing, not to prune
>> downlink propagation of the DIO along a path that exceed some metric
>> value. C=0, R=1, P=1 comes to mind for this metric.
>>
>
> [ARIS]
>
So I read a bit more about this. So C=0 means "use as a routing metric", OK.
> R=1 means "use as a recorded metric", i.e. not aggregated, because
> aggregated makes no sense, OK.
> Now, P=1 means that one or more of the nodes on the path did not record
> the metric. So, it's less a "command" and more a report of previous
> behaviour.
>
> My question is: it seems impossible that *all* the parent sets can be
> recorded along the path due to size, so each node *replaces* the received
> parent set with it's own.
>
> We can specify this with text of course, but I have not seen another
> existing metric that behaves like this.
> On the other hand, the NSA metric object is not used a lot, and if it
> makes sense for any metric to be replaced rather then appended to a list of
> metrics, that metric would be NSA.
>
> I am not sure about that P=1 part though and how it relates to replacing
> the existing metrics.
> If I understand this correctly, a node reporting it's own parent set in
> the NSA will set P=1 basically to let the receiving nodes know that they
> should not expect to find inside all the metric along the whole path, but
> only a part of it, and in our case from just the sending node.
>
> Am I getting this right?
>

Best,
Aris