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 >
- Re: [Pce] Whither Stateless PCE? Robert Varga
- Re: [Pce] Whither Stateless PCE? Julien Meuric
- Re: [Pce] Whither Stateless PCE? Aissaoui, Mustapha (Nokia - CA)
- Re: [Pce] Whither Stateless PCE? Julien Meuric
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Ina Minei
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Ina Minei
- [Pce] Whither Stateless PCE? Adrian Farrel
- Re: [Pce] Whither Stateless PCE? Dhruv Dhody
- Re: [Pce] Whither Stateless PCE? Adrian Farrel
- Re: [Pce] Whither Stateless PCE? Aissaoui, Mustapha (Nokia - CA)
- Re: [Pce] Whither Stateless PCE? olivier.dugeon
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Aissaoui, Mustapha (Nokia - CA)
- [Pce] 答复: Whither Stateless PCE? Fatai Zhang
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Olivier Dugeon
- Re: [Pce] Whither Stateless PCE? Aissaoui, Mustapha (Nokia - CA)
- Re: [Pce] Whither Stateless PCE? Julien Meuric
- [Pce] Linking Stateful and Stateless Capabilities… Julien Meuric
- Re: [Pce] Linking Stateful and Stateless Capabili… Aissaoui, Mustapha (Nokia - CA)
- Re: [Pce] Whither Stateless PCE? Zhangxian (Xian)
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Robert Varga
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Ina Minei
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Olivier Dugeon
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Olivier Dugeon
- Re: [Pce] Whither Stateless PCE? Ina Minei
- Re: [Pce] Whither Stateless PCE? Robert Varga
- Re: [Pce] Whither Stateless PCE? Olivier Dugeon
- Re: [Pce] Whither Stateless PCE? Robert Varga
- Re: [Pce] Whither Stateless PCE? stephane.litkowski
- Re: [Pce] Whither Stateless PCE? Aissaoui, Mustapha (Nokia - CA)
- Re: [Pce] Whither Stateless PCE? Robert Varga