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.