Re: [Pce] Comments on draft-chen-pce-forward-search-p2p-path-computation-00.txt

Huaimo Chen <huaimo.chen@huawei.com> Mon, 28 March 2011 20:31 UTC

Return-Path: <huaimo.chen@huawei.com>
X-Original-To: pce@core3.amsl.com
Delivered-To: pce@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F408628C106 for <pce@core3.amsl.com>; Mon, 28 Mar 2011 13:31:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.599
X-Spam-Level:
X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lD+zPKwQ6r8S for <pce@core3.amsl.com>; Mon, 28 Mar 2011 13:31:22 -0700 (PDT)
Received: from usaga02-in.huawei.com (usaga02-in.huawei.com [206.16.17.70]) by core3.amsl.com (Postfix) with ESMTP id 9782628C0F2 for <pce@ietf.org>; Mon, 28 Mar 2011 13:31:22 -0700 (PDT)
Received: from huawei.com (localhost [127.0.0.1]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIS00G5FBQZG2@usaga02-in.huawei.com> for pce@ietf.org; Mon, 28 Mar 2011 13:33:00 -0700 (PDT)
Received: from dfweml201-edg.china.huawei.com ([172.18.9.107]) by usaga02-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPS id <0LIS00NUTBQZ1W@usaga02-in.huawei.com> for pce@ietf.org; Mon, 28 Mar 2011 13:32:59 -0700 (PDT)
Received: from DFWEML402-HUB.china.huawei.com (10.193.5.102) by dfweml201-edg.china.huawei.com (172.18.9.107) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 28 Mar 2011 13:32:57 -0700
Received: from DFWEML503-MBX.china.huawei.com ([169.254.3.54]) by DFWEML402-HUB.china.huawei.com ([::1]) with mapi id 14.01.0270.001; Mon, 28 Mar 2011 13:32:58 -0700
Date: Mon, 28 Mar 2011 20:32:57 +0000
From: Huaimo Chen <huaimo.chen@huawei.com>
In-reply-to: <AAC09C6F-24A5-4F00-B0FD-0EC38EE7728D@cisco.com>
X-Originating-IP: [10.212.244.125]
To: JP Vasseur <jpv@cisco.com>
Message-id: <5316A0AB3C851246A7CA5758973207D40493D394@dfweml503-mbx.china.huawei.com>
MIME-version: 1.0
Content-type: text/plain; charset="us-ascii"
Content-language: en-US
Content-transfer-encoding: 7bit
Accept-Language: en-US
Thread-topic: Comments on draft-chen-pce-forward-search-p2p-path-computation-00.txt
Thread-index: AQHL7SNNvlZalaKfNES3z1WEZqM1aJRChKkg
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
X-Mailman-Approved-At: Mon, 28 Mar 2011 15:12:24 -0700
Cc: "pce@ietf.org" <pce@ietf.org>
Subject: Re: [Pce] Comments on draft-chen-pce-forward-search-p2p-path-computation-00.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Path Computation Element <pce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 28 Mar 2011 21:39:14 -0000

Hi JP,

    Thanks for your comments!
    My answers are inline below.

Best Regards,
Huaimo
-----Original Message-----
From: JP Vasseur [mailto:jpv@cisco.com] 
Sent: Monday, March 28, 2011 3:36 AM
To: Huaimo Chen
Cc: pce@ietf.org
Subject: Comments on draft-chen-pce-forward-search-p2p-path-computation-00.txt

Few comments:
1) What makes you think that you cannot enforce the set of domains that you want to explore with BRPC 
using the IRO object specified in RFC5441?

Huaimo: This seems that there are some misunderstandings. I did not say that we could not enforce the sequence of domains or the set of domains that we want BRPC to explore using the IRO object. What I say is that the sequence of domains needs to be provided to BRPC in advance. 
 
2) If you have a mesh of domains and you try to compute the shortest inter-domain LSP according to some
metric, you just cannot afford not to explore all of them (unless you make use of some super-TED comprising 
resources information on all domains). This is true whether you use of forward or backward path computation ?

Huaimo: My understanding is that BRPC will explore all the possible sequence of domains, compute the shortest path for each sequence of domains and select the shortest one. The forward search method works differently. It searches the shortest path in the way same as the normal CSPF does. It searches the special topology once and gets the shortest path. It will not explore all the possible sequence of domains.

I am trying to understand your claim about why forward computation would solve these problems ?

Huaimo: In the sense of that the forward search computation does not need any sequence of domains in advance, it guarantees that the path found is shortest, and it is efficient even for a topology of meshed domains.

Thanks.

JP.