Re: [Pce] PCEP ERO

"Adrian Farrel" <adrian@olddog.co.uk> Mon, 16 June 2014 11:33 UTC

Return-Path: <adrian@olddog.co.uk>
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 389A51B2BB7 for <pce@ietfa.amsl.com>; Mon, 16 Jun 2014 04:33:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.9
X-Spam-Level:
X-Spam-Status: No, score=-101.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, USER_IN_WHITELIST=-100] 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 qoy1LeuTBHeq for <pce@ietfa.amsl.com>; Mon, 16 Jun 2014 04:33:31 -0700 (PDT)
Received: from asmtp1.iomartmail.com (asmtp1.iomartmail.com [62.128.201.248]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D309D1B2BAE for <pce@ietf.org>; Mon, 16 Jun 2014 04:33:30 -0700 (PDT)
Received: from asmtp1.iomartmail.com (localhost.localdomain [127.0.0.1]) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5GBXPd6010623; Mon, 16 Jun 2014 12:33:26 +0100
Received: from 950129200 (4513.ip.megatro.com [46.253.45.13] (may be forged)) (authenticated bits=0) by asmtp1.iomartmail.com (8.13.8/8.13.8) with ESMTP id s5GBXL67010578 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 16 Jun 2014 12:33:22 +0100
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Dhruv Dhody' <dhruv.ietf@gmail.com>, 'Julien Meuric' <julien.meuric@orange.com>
References: <23CE718903A838468A8B325B80962F9B7556E603@szxeml556-mbs.china.huawei.com> <539EB1E9.2040008@orange.com> <CAB75xn475ROzMBxN1YY=4a+vqxgyYddBi3KQncetznLp3md_yA@mail.gmail.com>
In-Reply-To: <CAB75xn475ROzMBxN1YY=4a+vqxgyYddBi3KQncetznLp3md_yA@mail.gmail.com>
Date: Mon, 16 Jun 2014 12:33:23 +0100
Message-ID: <00cb01cf8956$c92fcea0$5b8f6be0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQK1l1N/qAZMYeQ3qq/OkN2eGZIDxAHd47r8AmofzOiZhT0I4A==
Content-Language: en-gb
X-TM-AS-MML: disable
X-TM-AS-Product-Ver: IMSS-7.1.0.1576-7.0.0.1014-20760.006
X-TM-AS-Result: No--38.101-10.0-31-10
X-imss-scan-details: No--38.101-10.0-31-10
X-TMASE-MatchedRID: TmlY9+XBoTkTfAqiYFP7BgNN0R+idwGjzJHaSc2zFBEuaIC/E9/9wfm0 YT+bdWqun3rjF8xATgfqhExOle2OL/RjKvJZnxB98eSmTJSmEv1R3sGN+j7mNLYr7u1Uz1Si0u5 faGP8ztQk/TQmrPGEgLhXEYVAE0l4xKLLrNp1np3bB8cowInHkIyzstdwoG+PnvbaEOoeixNw6A NnZjelyLXARQ+AE/h6H5JoWuEv+JNuxSleAS9vyP/23FKnjAyxHUEsjxm+pgh9Q5/gynnG1tS98 UDwymVBBLmjugkj0SOoSEEfveL5m4vyjdRKrHFa5qhand0wQANj0mUvAvV2Dcpj/9aYiP+h+lmN ZCKoGWH/dkUr1zsp7YsrPNEQ6WipeFgenOaidhsIjkR6VoWuWLpZtsuh6XalgwAxxxH8MzoRZcC YVXElTgSR3hPwg99bs43J+FgHK2SRUXjihTf9CJ1U1lojafr/QZXZg2I8JabnU40jhQv76qPFjJ EFr+olqYB+kyCYtxRcLc3sLtjOt+03P1hii2skseWplitmp0j6C0ePs7A07QKmARN5PTKc
Archived-At: http://mailarchive.ietf.org/arch/msg/pce/0RTwsvMK883gdtYeCzXkMFx5m0w
Cc: pce@ietf.org
Subject: Re: [Pce] PCEP ERO
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
Reply-To: adrian@olddog.co.uk
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 11:33:33 -0000

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