Re: [Gen-art] Gen-art] Review: draft-ietf-pce-pcep-domain-sequence

Dhruv Dhody <dhruv.dhody@huawei.com> Sun, 01 November 2015 15:33 UTC

Return-Path: <dhruv.dhody@huawei.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 40F551A035F; Sun, 1 Nov 2015 07:33:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.211
X-Spam-Level:
X-Spam-Status: No, score=-4.211 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, 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 33-8xOZ_CvDt; Sun, 1 Nov 2015 07:33:04 -0800 (PST)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B0AC1A0218; Sun, 1 Nov 2015 07:33:02 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml406-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BZQ17089; Sun, 01 Nov 2015 15:33:01 +0000 (GMT)
Received: from BLREML405-HUB.china.huawei.com (10.20.4.41) by lhreml406-hub.china.huawei.com (10.201.5.243) with Microsoft SMTP Server (TLS) id 14.3.235.1; Sun, 1 Nov 2015 15:33:00 +0000
Received: from BLREML509-MBX.china.huawei.com ([169.254.7.243]) by BLREML405-HUB.china.huawei.com ([10.20.4.41]) with mapi id 14.03.0235.001; Sun, 1 Nov 2015 21:02:52 +0530
From: Dhruv Dhody <dhruv.dhody@huawei.com>
To: Julien Meuric <julien.meuric@orange.com>, Joel Halpern Direct <jmh.direct@joelhalpern.com>, Dhruv Dhody <dhruv.ietf@gmail.com>
Thread-Topic: Gen-art] Review: draft-ietf-pce-pcep-domain-sequence
Thread-Index: AQHREu+Uj/DDe9ySQUWUiRidhgiykJ6EK3aPgAMjKeA=
Date: Sun, 01 Nov 2015 15:32:52 +0000
Message-ID: <23CE718903A838468A8B325B80962F9B8C4339A8@BLREML509-MBX.china.huawei.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>
In-Reply-To: <56338E34.1000109@orange.com>
Accept-Language: en-GB, zh-CN, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.194.187.123]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/gen-art/3AFuv0swV94WWYCywUQTqyPF-Tg>
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: Sun, 01 Nov 2015 15:33:05 -0000

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
> To: Joel Halpern Direct; Dhruv Dhody
> Cc: A. Jean Mahoney; General Area Review Team; draft-ietf-pce-pcep-
> domain-sequence.all@ietf.org; Dhruv Dhody
> Subject: Re: Gen-art] Review: draft-ietf-pce-pcep-domain-sequence
> 
> 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.