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

Remous-Aris Koutsiamanis <aris@ariskou.com> Fri, 06 March 2020 17:39 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 D3E1D3A0BDB for <roll@ietfa.amsl.com>; Fri, 6 Mar 2020 09:39:03 -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=M5OAAK1r; dkim=pass (2048-bit key) header.d=ariskou.com header.b=OI3xqaCh
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 sZkjLUEkwjGy for <roll@ietfa.amsl.com>; Fri, 6 Mar 2020 09:39:01 -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 860893A0BD3 for <roll@ietf.org>; Fri, 6 Mar 2020 09:39:01 -0800 (PST)
Received: from smtpauth2.co-bxl (smtpauth2.co-bxl [10.2.0.24]) by mailout-l3b-97.contactoffice.com (Postfix) with ESMTP id A81171F99 for <roll@ietf.org>; Fri, 6 Mar 2020 18:38:58 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mailfence.com; s=20160819-nLV10XS2; t=1583516338; bh=ZwXYKJdB8jK75x9X1NvETZiETI7kmGDght7GgFXvQi4=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=M5OAAK1rb2cryhlORSoNfiIgDBy6aj/fSWhs13tJS7eaP5Pkqo3gRHplS1akpqFL7 0XDvz5WrqfMcdaQabayknoIl3iVUK06vrFIfZDencAPTbbfh74m4LGBwcbWbBAEvfj ah9XtE86uEqxvnbWU3dI4pE7ckJtIci5T8G4JvEf7scqF/j+mfITLYDEAjRt6YOyz6 invwe4fdTkB8l1KsDSfqquAKHC16QBkbIpEd6fk3UPnfBfKZ2JXiegHVUK9N3H+9W8 knPXu4agSEU2eP5qC6EsI1/zpJRfVtnpb2z1hT2U4mLn+3ycxqkqp6YoHcNPlNUqm/ BobJHsPgqdSyA==
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1583516338; 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=11380; bh=ZwXYKJdB8jK75x9X1NvETZiETI7kmGDght7GgFXvQi4=; b=OI3xqaCh3pnkENGkcxV0USq24B3t4mhePfxRdNqRtgIgjMeUawdG2Ryo/hyrEc3x 40O8EACeZNOaaxbUCqgElG4M0EO7IQhi1VfCFKrcyNiHWa/G2y7kPxauU8gurFBUlpT 6cbhCrQQ3rmi8THF4+WLefSpEvBojELMab9SaIFcs/L8vstHk6IgkHH9bu4jIULGqwX fJMiEtd+vHIEjfutakghrhHDefgLXu51NUgUf6uTn7fuKUObUgJEFaeuXWDKOrNKwJW L9TAjHF3UnUtFfYKQQ6tK0OPQ4ApwSe2RPN6lOnFgse9aK5I/gVcpTA/fOk3PFowrBV GukD0o0lhg==
Received: by smtp.mailfence.com with ESMTPA for <roll@ietf.org> ; Fri, 6 Mar 2020 18:38:54 +0100 (CET)
Received: by mail-il1-f170.google.com with SMTP id j69so2742868ila.11 for <roll@ietf.org>; Fri, 06 Mar 2020 09:38:53 -0800 (PST)
X-Gm-Message-State: ANhLgQ1P3rm5j0bczKfgPqJ1hprJXHOCVod5ARL1lZCwguPWJpRoC/yB cM/wQYwqiosCGCfKdHDFCDh3Xz/b5IfFPzlaBA0=
X-Google-Smtp-Source: =?utf-8?q?ADFU+vuvho4dxRfMbGKwNuZGcE2fGGhO1MQ04LHu4MUi?= =?utf-8?q?fu3nE/e8MtR/09h3tBl82EIaeb1lUT+KoaTrd+5+PRdJLqU=3D?=
X-Received: by 2002:a92:86c6:: with SMTP id l67mr4306980ilh.225.1583516332368; Fri, 06 Mar 2020 09:38:52 -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> =?utf-8?q?=3CCAK76Pr=3D1jVnv-A1zTUGKzDT2=3D4Ki5t2XHuoFwcf1TjpkhTC8hg=40mail?= =?utf-8?q?=2Egmail=2Ecom=3E_=3C21097=5F1583512651=5F5E627C4B=5F21097=5F147?= =?utf-8?q?=5F1=5FDA883A34=2E716FD=25dominique=2Ebarthel=40orange=2Ecom=3E?=
In-Reply-To: =?utf-8?q?=3C21097=5F1583512651=5F5E627C4B=5F21097=5F147=5F1=5F?= =?utf-8?q?DA883A34=2E716FD=25dominique=2Ebarthel=40orange=2Ecom=3E?=
From: Remous-Aris Koutsiamanis <aris@ariskou.com>
Date: Fri, 6 Mar 2020 18:38:56 +0100 (CET)
X-Gmail-Original-Message-ID: <CAK76Pr=8EEN1REy0VpwjKiB4Yy+f-T_PPrpyhCevEHRUVw7pjw@mail.gmail.com>
Message-ID: <CAK76Pr=8EEN1REy0VpwjKiB4Yy+f-T_PPrpyhCevEHRUVw7pjw@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="0000000000007cad7f05a0332067"
X-ContactOffice-Account: com:113819248
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/RoXa9hEd317d8Y8qGuw6CC1TYQI>
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 17:39:04 -0000

Fantastic,

Thanks, I'll update the draft then.

Best,
Aris

On Fri, Mar 6, 2020 at 5:37 PM <dominique.barthel@orange.com> wrote:

> Hello Aris,
>
> Thanks for pinging me, this had disappeared under the pile.
>
> > 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?
>
> Exactly, this is what I had in mind. The recording along the path is
> partial (P), and it turns out to be exactly the one from the potential
> parent, which is all we need.
> So it's all totally inline with RFC6551: we don't need to create an
> exception to RFC6551.
> Best regards
>
> Dominique
>
> De : Remous-Aris Koutsiamanis <aris@ariskou.com>
> Date : Friday 6 March 2020 16:58
> À : Dominique Barthel <dominique.barthel@orange.com>
> Cc : "Georgios Z. Papadopoulos" <georgios.papadopoulos@imt-atlantique.fr>fr>,
> "roll@ietf.org" <roll@ietf.org>
> Objet : Re: [Roll] NSA PS-set metric/constraint
>
> 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
>
> _________________________________________________________________________________________________________________________
>
> 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.
>
>