Re: [Pce] PCEP ERO

Igor Bryskin <IBryskin@advaoptical.com> Mon, 16 June 2014 12:23 UTC

Return-Path: <IBryskin@advaoptical.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6210F1B2C0C for <pce@ietfa.amsl.com>; Mon, 16 Jun 2014 05:23:39 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.551
X-Spam-Level:
X-Spam-Status: No, score=-2.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-0.651] 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 Qf0UkaRAWb5K for <pce@ietfa.amsl.com>; Mon, 16 Jun 2014 05:23:37 -0700 (PDT)
Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA2141B2C09 for <pce@ietf.org>; Mon, 16 Jun 2014 05:23:36 -0700 (PDT)
Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id s5GCNYGC009593 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 16 Jun 2014 08:23:34 -0400
Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.181.6; Mon, 16 Jun 2014 08:23:33 -0400
Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX1.advaoptical.com (172.16.5.45) with Microsoft SMTP Server (TLS) id 15.0.913.18; Mon, 16 Jun 2014 08:23:14 -0400
Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.0913.011; Mon, 16 Jun 2014 08:23:14 -0400
From: Igor Bryskin <IBryskin@advaoptical.com>
To: "adrian@olddog.co.uk" <adrian@olddog.co.uk>, 'Dhruv Dhody' <dhruv.ietf@gmail.com>, 'Julien Meuric' <julien.meuric@orange.com>
Thread-Topic: [Pce] PCEP ERO
Thread-Index: Ac+JKz6XpC21EQSJR3awxwp+nfBxXQAAEHFQAA3SeYAAAPm+gAAEZ2yAAAc/5aA=
Date: Mon, 16 Jun 2014 12:23:14 +0000
Message-ID: <c8db482c6d2c4dedbfc8a4444763633b@ATL-SRV-MBX1.advaoptical.com>
References: <23CE718903A838468A8B325B80962F9B7556E603@szxeml556-mbs.china.huawei.com> <539EB1E9.2040008@orange.com> <CAB75xn475ROzMBxN1YY=4a+vqxgyYddBi3KQncetznLp3md_yA@mail.gmail.com> <00cb01cf8956$c92fcea0$5b8f6be0$@olddog.co.uk>
In-Reply-To: <00cb01cf8956$c92fcea0$5b8f6be0$@olddog.co.uk>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.222.2.58]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.12.52, 1.0.14, 0.0.0000 definitions=2014-06-16_02:2014-06-16,2014-06-15,1970-01-01 signatures=0
Archived-At: http://mailarchive.ietf.org/arch/msg/pce/umN7AOGI8uvxmFS_ugjE_egeYTE
Cc: "pce@ietf.org" <pce@ietf.org>
Subject: Re: [Pce] PCEP ERO
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Mon, 16 Jun 2014 12:23:39 -0000

Hello,
You are right Julien and Adrian, this is a very old issue. One thing that has been missing IMO is a flag in a numbered/unnumbered link ERSO indicating whether the indicated side of the link is outbound or inbound wrt the path direction from its source to destination. The lack of said flag has been especially a problem when combined with the LOOSE flag. Consider, for example, the situation when a  1.1.24.1/loose is found in the ERO. If 1.1.24.1 interface is meant to be inbound, the path should *enter* the NE that terminates the interface. However, If 1.1.24.1 interface is meant to be outbound, the path should *exit*the said NE. So, if the ERO is specified as a path computation constraint, the PCE may produce very different resulting paths depending on the PCE's assumptions/ interpretations. The introduction of said flag would resolve the ambiguity and provide the flexibility (e.g. Druv is talking about) for the ERO encoding.

Regards,
Igor


-----Original Message-----
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Adrian Farrel
Sent: Monday, June 16, 2014 7:33 AM
To: 'Dhruv Dhody'; 'Julien Meuric'
Cc: pce@ietf.org
Subject: Re: [Pce] PCEP ERO

Julien is right (of course).

This survey led (in part) to RFC 4990. section 6 may be what Dhruv is looking for.

A nasty question lurking in the background is whether a PCC needs to indicate which construction of ERO is prefers. Consider if the interface was CLI not
PCEP: in this case the supported construction of ERO is part of the CLI definition. However, given that most of the ERO is not for local consumption and does not need to be examined by the PCC, this question may be of debatable value.

Adrian

> -----Original Message-----
> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Dhruv Dhody
> Sent: 16 June 2014 10:27
> To: Julien Meuric
> Cc: pce@ietf.org
> Subject: Re: [Pce] PCEP ERO
> 
> Hi Julien,
> 
> Thanks for the pointer, this surely helps.
> Time to dive into the archives.....
> 
> Dhruv
> 
> On Mon, Jun 16, 2014 at 2:29 PM, Julien Meuric 
> <julien.meuric@orange.com>
> wrote:
> > Hi Dhruv.
> >
> > PCEP does not mandates more rules on ERO than RSVP-TE, which reminds 
> > me
> of
> > an old discussion in CCAMP. You may want to have a look at
> > http://tools.ietf.org/html/draft-farrel-ccamp-ero-survey-00 and dive 
> > into the associated thread back in 2006.
> >
> > Julien
> >
> >
> > Jun. 16, 2014 - Dhruv Dhody:
> >>
> >> Attaching the figure in a pdf, in case you could not view in my 
> >> previous mail.
> >>
> >> Regards,
> >>
> >> Dhruv
> >>
> >> ---------------------------------------------------------------
> >>
> >> *Dhruv Dhody *
> >>
> >>
> >> System Architect,
> >>
> >> Huawei Technologies India Pvt. Ltd.,
> >>
> >> Banagalore
> >>
> >> Mobile: +91-9845062422
> >>
> >> This e-mail and its attachments contain confidential information 
> >> from HUAWEI, which
> >>
> >> is intended only for the person or entity whose address is listed above.
> >> Any use of the
> >>
> >> information contained herein in any way (including, but not limited 
> >> to, total or partial
> >>
> >> disclosure, reproduction, or dissemination) by persons other than 
> >> the intended
> >>
> >> recipient(s) is prohibited. If you receive this e-mail in error, 
> >> please notify the sender by
> >>
> >> phone or email immediately and delete it!
> >>
> >> *From:*Dhruv Dhody
> >> *Sent:* 16 June 2014 11:52
> >> *To:* pce@ietf.org
> >> *Subject:* PCEP ERO
> >>
> >>
> >> Dear WG,
> >>
> >>
> >> Consider the below topology, PCE computes a path from RTA to RTC.
> >>
> >> This path maybe encoded in PCEP ERO as  -
> >>
> >> ~ (10.1.1.1, 10.1.1.2, 20.1.1.1, 20.1.1.2)
> >>
> >> or
> >>
> >> ~ (10.1.1.2, 20.1.1.1, 20.1.1.2) [without local IP address of 
> >> ingress]
> >>
> >> IMO both should be considered as viable options.
> >>
> >> Is there any reason for PCC to consider one of them as incorrect?
> >>
> >> Regards,
> >>
> >> Dhruv
> >>
> >> ---------------------------------------------------------------
> >>
> >> Dhruv Dhody
> >>
> >> System Architect,
> >>
> >> Huawei Technologies India Pvt. Ltd.,
> >>
> >> Banagalore
> >>
> >> Mobile: +91-9845062422
> >>
> >>
> >>
> >> _______________________________________________
> >> Pce mailing list
> >> Pce@ietf.org
> >> https://www.ietf.org/mailman/listinfo/pce
> >>
> >
> > _______________________________________________
> > Pce mailing list
> > Pce@ietf.org
> > https://www.ietf.org/mailman/listinfo/pce
> 
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce

_______________________________________________
Pce mailing list
Pce@ietf.org
https://www.ietf.org/mailman/listinfo/pce