Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pcep-domain-sequence
Julien Meuric <julien.meuric@orange.com> Mon, 02 November 2015 15:57 UTC
Return-Path: <julien.meuric@orange.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A939E1B48F1; Mon, 2 Nov 2015 07:57:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.194
X-Spam-Level:
X-Spam-Status: No, score=-3.194 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, HELO_EQ_FR=0.35, RCVD_IN_DNSWL_MED=-2.3, SPF_SOFTFAIL=0.665, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 lTLpdulEt5VK; Mon, 2 Nov 2015 07:57:25 -0800 (PST)
Received: from r-mail2.rd.orange.com (r-mail2.rd.orange.com [217.108.152.42]) by ietfa.amsl.com (Postfix) with ESMTP id DB3D11B48EE; Mon, 2 Nov 2015 07:57:24 -0800 (PST)
Received: from r-mail2.rd.orange.com (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with SMTP id D751A5D8900; Mon, 2 Nov 2015 16:57:15 +0100 (CET)
Received: from FTRDCH01.rd.francetelecom.fr (unknown [10.194.32.11]) by r-mail2.rd.orange.com (Postfix) with ESMTP id CB47B5D85AF; Mon, 2 Nov 2015 16:57:15 +0100 (CET)
Received: from [10.193.116.76] (10.193.116.76) by FTRDCH01.rd.francetelecom.fr (10.194.32.11) with Microsoft SMTP Server id 14.3.224.2; Mon, 2 Nov 2015 16:57:22 +0100
To: Dhruv Dhody <dhruv.dhody@huawei.com>, Joel Halpern Direct <jmh.direct@joelhalpern.com>, Dhruv Dhody <dhruv.ietf@gmail.com>
References: <5631337F.3050703@nostrum.com> <56320B67.9050309@nostrum.com> <56328BAB.2000208@joelhalpern.com> <CAB75xn5xsMsZBYWnGpBLn8nHz_5ttMJBkcjZZgC0uZzOBfPvBQ@mail.gmail.com> <56336308.2080504@joelhalpern.com> <56338E34.1000109@orange.com> <23CE718903A838468A8B325B80962F9B8C434C03@BLREML509-MBX.china.huawei.com>
From: Julien Meuric <julien.meuric@orange.com>
Organization: Orange
Message-ID: <563787DF.6070103@orange.com>
Date: Mon, 02 Nov 2015 16:57:19 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <23CE718903A838468A8B325B80962F9B8C434C03@BLREML509-MBX.china.huawei.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 8bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/0MdUMzYiqCRNSFq4kCVkwIEQkY4>
Cc: "draft-ietf-pce-pcep-domain-sequence.all@ietf.org" <draft-ietf-pce-pcep-domain-sequence.all@ietf.org>, General Area Review Team <gen-art@ietf.org>
Subject: Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pcep-domain-sequence
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/gen-art/>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2015 15:57:26 -0000
Hi, How about adding a sentence reminding that "A" stands for "Autonomous"? E.g., "policies may apply at AS boundaries and Area IDs after AS change may be pruned/ignored." Regard, Julien Nov. 02, 2015 - dhruv.dhody@huawei.com: > Hi All, > > How is this - > > IGP Area subobjects in the XRO are local to the current AS. In case > of multi-AS path computation to exclude an IGP area in a different > AS, IGP Area subobject should be part of Explicit Exclusion Route > Subobject (EXRS) in the IRO to specify the AS in which the IGP area > is to be excluded. > > I have attached the working copy diff for easy reference. > > Regards, > Dhruv > >> -----Original Message----- >> From: Dhruv Dhody >> Sent: 02 November 2015 00:33 >> >> Hi All, >> >> Sorry for delay in replying, let me try to send you proposed text >> tomorrow as per Julien's suggestion! >> >> Regards, >> Dhruv >> >>> -----Original Message----- >>> From: Julien Meuric [mailto:julien.meuric@orange.com] >>> Sent: 31 October 2015 00:35 >>> >>> Hi Joel, hi Dhruv, >>> >>> Focusing on the Area ID issue, I'd support adding some text along >> with >>> Dhruv's proposal, but stricter (not just deferring to >>> "implementation's feeling"). I.e., Area IDs are AS-specific and >>> mustn't cross AS borders; AS-local Area IDs may be used inside an AS >>> (without restricting to the origin AS). >>> >>> See you in Yokohama, >>> >>> Julien >>> >>> >>> Oct. 30, 2015 - jmh.direct@joelhalpern.com: >>>>> Given that Exclude Route Objects are not interleaved with >>>>> include Objects, is there a restriction that Area IDs may only >>> be >>>>> excluded from paths within a single AS? >>>>> >>>>> >>>>> [Dhruv]: I guess this would depend on the PCE behavior during >>>>> inter-AS path computation i.e. PCEmay feel the area id subobjectis >>>>> irreleventand strips from the XRO before sending the request to >>>>> another PCE or it might keep it intact. >>>>> >>>>> >>>>> This would be in s >>>>> pi >>>>> ritof RFC 4874 where >>>>> - >>>>> >>>>> >>>>> >>>>> The number of subobjects to be avoided, specified in the >>>>> signaled XRO, may be constant throughout the whole path setup, >>> or the >>>>> subobjects to be avoided may be removed from the XRO as they >>> become >>>>> irrelevant in the subsequent hops of the path setup. >>>>> >>>>> We can always >>>>> use >>>>> EXRS in IRO specify the intentions much more clearly. >>>>> >>>>> If you agree, we can work on some text to add. >>>> >>>> I still can not see how the Excluded Route Object with an Area ID >>> will >>>> work. How will a PCE which receives such a request know what AS it >>>> applies to? It works fine if the whole path is within one AS. But >>> if >>>> this is a multi-AS request, the AS elements, if present at all, are >>> in >>>> the IRO. >>>> The most obvious approach would be to declare that the PCE shall >>>> assume that all Area ID exclusions apply to the origin AS.
- [Gen-art] A *new* batch of IETF LC reviews - 2015… A. Jean Mahoney
- Re: [Gen-art] A *new* batch of IETF LC reviews - … A. Jean Mahoney
- [Gen-art] Gen-art] Review: draft-ietf-pce-pcep-do… Joel M. Halpern
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Dhruv Dhody
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Joel Halpern Direct
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Julien Meuric
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Dhruv Dhody
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Dhruv Dhody
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Julien Meuric
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Dhruv Dhody
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Joel M. Halpern
- Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pce… Jari Arkko