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

"Georgios Z. Papadopoulos" <georgios.papadopoulos@imt-atlantique.fr> Tue, 11 February 2020 10:25 UTC

Return-Path: <georgios.papadopoulos@imt-atlantique.fr>
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 8C01F1200B7 for <roll@ietfa.amsl.com>; Tue, 11 Feb 2020 02:25:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=imt-atlantique.fr
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 JaRsn25gLmfU for <roll@ietfa.amsl.com>; Tue, 11 Feb 2020 02:25:38 -0800 (PST)
Received: from zproxy130.enst.fr (zproxy130.enst.fr [137.194.2.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5A85F1200A3 for <roll@ietf.org>; Tue, 11 Feb 2020 02:25:38 -0800 (PST)
Received: from localhost (localhost [IPv6:::1]) by zproxy130.enst.fr (Postfix) with ESMTP id DD2331213FA; Tue, 11 Feb 2020 11:25:32 +0100 (CET)
Received: from zproxy130.enst.fr ([IPv6:::1]) by localhost (zproxy130.enst.fr [IPv6:::1]) (amavisd-new, port 10032) with ESMTP id O5-3YwgkUzhM; Tue, 11 Feb 2020 11:25:31 +0100 (CET)
Received: from localhost (localhost [IPv6:::1]) by zproxy130.enst.fr (Postfix) with ESMTP id 9D5A0120F6C; Tue, 11 Feb 2020 11:25:31 +0100 (CET)
DKIM-Filter: OpenDKIM Filter v2.10.3 zproxy130.enst.fr 9D5A0120F6C
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=imt-atlantique.fr; s=50EA75E8-DE22-11E6-A6DE-0662BA474D24; t=1581416731; bh=qPsynnsdfDva3wK5eX/aIaRkhqbAqZ8tH21TE4c4sE0=; h=Mime-Version:From:Date:Message-Id:To; b=NGk6CelUTzuwsBPmTcQxSgm6ikPTmYS/+oOvmB7V9tOZkgZ3EBRx9TxAnZTX0qCOn S9VXKn/Yu4lhhQz7V6O6yR60cX6i3eg/y8qj/pVv+rp/cUzgVHWsL6YJJB+MeF0kmZ eTU3YWMtteTbZUtUBnkrHm9l5G1isI9ppEHrHGVM=
X-Virus-Scanned: amavisd-new at zproxy130.enst.fr
Received: from zproxy130.enst.fr ([IPv6:::1]) by localhost (zproxy130.enst.fr [IPv6:::1]) (amavisd-new, port 10026) with ESMTP id WYB04z8XHOBF; Tue, 11 Feb 2020 11:25:31 +0100 (CET)
Received: from [IPv6:2001:660:7301:3728:9ce0:1b70:7fe9:1c85] (unknown [IPv6:2001:660:7301:3728:9ce0:1b70:7fe9:1c85]) by zproxy130.enst.fr (Postfix) with ESMTPSA id 76DAE121413; Tue, 11 Feb 2020 11:25:31 +0100 (CET)
Content-Type: text/plain; charset="utf-8"
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
From: "Georgios Z. Papadopoulos" <georgios.papadopoulos@imt-atlantique.fr>
In-Reply-To: <CAO0Djp2W2N-_eACyQNZcapah=AugHRC0fwsg2nhuovZaXa7mUw@mail.gmail.com>
Date: Tue, 11 Feb 2020 11:25:30 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <D9CDCE2C-92B4-4B92-AB17-01CC3ECD1047@imt-atlantique.fr>
References: <CAO0Djp2W2N-_eACyQNZcapah=AugHRC0fwsg2nhuovZaXa7mUw@mail.gmail.com>
To: Rahul Jadhav <rahul.ietf@gmail.com>, Routing Over Low power and Lossy networks <roll@ietf.org>
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/roll/-TOrJBXpXFsvO1g4xdc8bAuuFag>
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: Tue, 11 Feb 2020 10:25:41 -0000

Dear Rahul and all,

Once again, thank you for spotting this issue. Great catch! 
We are happy with any of the following solutions : 

- We can indeed tie the PS set metric to CAOF specifically in the draft.
Furthermore, the policies in CAOF are extensible (we only specify examples), so potentially another policy could make a different use of PS as part of CAOF.

- We can indeed explain the issue in the draft so that the implementers decide on their own how to handle it.
Additionally, since the whole RPL instance uses the same OF, we would expect that if an OF which understands the TLV is used, then all the nodes will know how to process it.
So, this issue should not be very common.

- Another option would be to add an exception to the "all TLVs need to be propagated” rule from RFC 6551 specifically for the PS TLV.
The exception would specify that the PS TLV would be dropped if not understood.


Best regards,
Georgios and Aris


> On Feb 11, 2020, at 04:32, Rahul Jadhav <rahul.ietf@gmail.com> wrote:
> 
> Hello Authors of NSA extn and all,
> 
> One more question in the context:
> 
> The draft adds new routing metrics/constraints (PS set) nested as part
> of the NSA parent metric.
> 
> My question is with regards to what happens if this routing metric is
> used outside of the CAOF. Any metrics/constraints could be used by any
> OF and thus PS set metric defined by the draft can be used by other
> OF.
> 
> RFC 6551 says that if the metric is not understood by the node and if
> it is a 6LR then it may not process it but it has to propagate it.
> Unlike other metrics, the PS set metric in this case contains
> link-local values that cannot be used beyond link-local. As such upon
> propagation, any downstream 6LR that understands the PS set metric
> would use the information and get impacted adversely.
> 
> Should we tie the PS set metric to CAOF specifically in the draft, in
> which case this problem won't be there? Or we can specify this issue
> as it is for the readers to understand the problem if the PS set is
> used outside of the CAOF. Either way works for me.
> 
> Best,
> Rahul
> 
> _______________________________________________
> Roll mailing list
> Roll@ietf.org
> https://www.ietf.org/mailman/listinfo/roll