Re: [Pce] Whither Stateless PCE?

Olivier Dugeon <olivier.dugeon@orange.com> Thu, 08 September 2016 13:25 UTC

Return-Path: <olivier.dugeon@orange.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8748912B479 for <pce@ietfa.amsl.com>; Thu, 8 Sep 2016 06:25:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.041
X-Spam-Level:
X-Spam-Status: No, score=-5.041 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.508, SPF_SOFTFAIL=0.665] autolearn=ham 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 vRzBEtkjU8wM for <pce@ietfa.amsl.com>; Thu, 8 Sep 2016 06:25:42 -0700 (PDT)
Received: from r-mail1.rd.orange.com (r-mail1.rd.orange.com [217.108.152.41]) by ietfa.amsl.com (Postfix) with ESMTP id 0802C12B64B for <pce@ietf.org>; Thu, 8 Sep 2016 06:09:55 -0700 (PDT)
Received: from r-mail1.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id E43DBDE4006; Thu, 8 Sep 2016 15:09:53 +0200 (CEST)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail1.rd.orange.com (Postfix) with ESMTP id DBCB2DE4005; Thu, 8 Sep 2016 15:09:53 +0200 (CEST)
Received: from [10.193.71.188] (10.193.71.188) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.301.0; Thu, 8 Sep 2016 15:09:53 +0200
To: Robert Varga <nite@hq.sk>, Ina Minei <inaminei@google.com>
References: <091b01d19036$a22f2f10$e68d8d30$@olddog.co.uk> <d17605c4-c0b1-cc2f-45b4-e43f1844dfc4@hq.sk> <CAG4Q_at0uqErDqAUVm0Ui9BkHP5ju7BYfNWCjbQZOEA9_i7qMw@mail.gmail.com> <4954_1470727984_57A98730_4954_3928_1_796d9606-a529-4261-82d6-a8c2d930b042@OPEXCLILM6D.corporate.adroot.infra.ftgroup> <CAG4Q_avg8_P-ywW1sCBTX-XcB2-UFk4J2bUCrZ0-85Sh8xUn=Q@mail.gmail.com> <5007_1470986552_57AD7938_5007_1163_1_ed4811b2-034d-4104-be0f-5d58ab25004e@OPEXCLILM44.corporate.adroot.infra.ftgroup> <57AD9751.8020308@orange.com> <F9C16EDC-8478-464D-A799-A61EA5475690@nokia.com> <2a6339b5-2b73-c6d9-4c02-790600300de6@orange.com> <CAG4Q_au9D0KY8YKXLVNrmk5fdzGhNeGnERvebR=Dod=fvJFxEA@mail.gmail.com> <57C94641.4030603@orange.com> <9E32478DFA9976438E7A22F69B08FF921BD66EA2@OPEXCLILMA4.corporate.adroot.infra.ftgroup> <57C96FDE.4040203@orange.com> <CAG4Q_atd2V0XRCabA_uKei52P6QF+jqN7_uTEgba+SV=xhRP-A@mail.gmail.com> <6fdbbab9-b1a7-7ac8-6e68-db501190e0f4@hq.sk>
From: Olivier Dugeon <olivier.dugeon@orange.com>
Organization: Orange Labs
Message-ID: <57D16329.8020207@orange.com>
Date: Thu, 08 Sep 2016 15:10:01 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.4.0
MIME-Version: 1.0
In-Reply-To: <6fdbbab9-b1a7-7ac8-6e68-db501190e0f4@hq.sk>
Content-Type: multipart/alternative; boundary="------------080009070703060409030400"
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/WddW7LkwKvXaFK51eyDOPPhdsEg>
Cc: "pce@ietf.org" <pce@ietf.org>
Subject: Re: [Pce] Whither Stateless PCE?
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pce>, <mailto:pce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/pce/>
List-Post: <mailto:pce@ietf.org>
List-Help: <mailto:pce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pce>, <mailto:pce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Sep 2016 13:25:43 -0000

Hello Robert,

Le 08/09/2016 11:38, Robert Varga a écrit :
> On 09/07/2016 05:57 PM, Ina Minei wrote:
>> I think if we replace MUST with SHOULD in the text you provided that
>> would work for the transition. Can implementors comment on the impact?
> The change in PCRpt format is incompatible with fielded installations.
>
> OpenDaylight will refuse a PCRpt consisting of (LSP, NO-PATH) and will
> raise an Mandatory Object Missing PCErr, leading to failure to perform
> initial state synchronization. The requirement has been there since
> revision 05 (at least) and has been clarified in revision 16.
Agree. But, as we face to some interoperability issues between various implementation, whatever the solution we choose, we need new release, so new version of firmware in the routers and new software for the PCE. So, I prefer to have a clear fix without any ambiguity instead of patch what wil continue to be subject to misinterpretation.

Regarding OpenDayLight, I think that the modification is not too huge:

Add NO-PATH object in 'path-definition' group in pcep-types.yang (line 1027 - 1031)

    grouping path-definition {
        uses explicit-route-object;
+      uses no-path-object;
        uses lsp-attributes;
    }

Or if you prefer

    grouping path-definition {
+        choice report-path {
+            mandatory true;
+
+        case ero {       
            uses explicit-route-object;
+        }
+
+        case no-path {
+           uses no-path-object;
+        }
        uses lsp-attributes;
    }

I also look at the Stateful07TopologySessionListener() class where the PCRpt is handle. At any moment the code check that there is a valid ERO (i.e. method buildPath() line 389 and following). I also made some tests with Juniper router with RSVP-TE tunnel setup and delegated, but without an explicit route set in the config. The Juniper router report the tunnel through a PCRpt message without ERO. Just an RRO. And this is correctly handle by OpenDayLight.

So, for me there is no much issue in OpenDayLight no manage NO-PATH Object.

Regards

Olivier
> Bye,
> Robert
>