IETF Logo Mail Archive

Re: [Idr] Questions on draft-ietf-idr-te-lsp-distribution-01

Qin Wu <bill.wu@huawei.com> Fri, 19 December 2014 03:30 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: idr@ietfa.amsl.com
Delivered-To: idr@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA5901A006F for <idr@ietfa.amsl.com>; Thu, 18 Dec 2014 19:30:44 -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 grNL4Hu4hrZI for <idr@ietfa.amsl.com>; Thu, 18 Dec 2014 19:30:43 -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 5C3F31A004C for <idr@ietf.org>; Thu, 18 Dec 2014 19:30:43 -0800 (PST)
Received: from 172.18.7.190 (EHLO lhreml402-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BNB83047; Fri, 19 Dec 2014 03:30:41 +0000 (GMT)
Received: from NKGEML406-HUB.china.huawei.com (10.98.56.37) by lhreml402-hub.china.huawei.com (10.201.5.241) with Microsoft SMTP Server (TLS) id 14.3.158.1; Fri, 19 Dec 2014 03:30:39 +0000
Received: from NKGEML501-MBS.china.huawei.com ([169.254.2.169]) by nkgeml406-hub.china.huawei.com ([10.98.56.37]) with mapi id 14.03.0158.001; Fri, 19 Dec 2014 11:30:07 +0800
From: Qin Wu <bill.wu@huawei.com>
To: Olivier Dugeon <olivier.dugeon@orange.com>, "idr@ietf.org" <idr@ietf.org>
Thread-Topic: [Idr] Questions on draft-ietf-idr-te-lsp-distribution-01
Thread-Index: AQHQGu10kO1RJalEIEuJJHN4PbICnZyWQHeQ
Date: Fri, 19 Dec 2014 03:30:06 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABA84696160@nkgeml501-mbs.china.huawei.com>
References: <549317B4.1070202@orange.com>
In-Reply-To: <549317B4.1070202@orange.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.138.41.180]
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/idr/umFUaiBhJBNTYxrXBudi6PEkuEo
Subject: Re: [Idr] Questions on draft-ietf-idr-te-lsp-distribution-01
X-BeenThere: idr@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Inter-Domain Routing <idr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/idr>, <mailto:idr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/idr/>
List-Post: <mailto:idr@ietf.org>
List-Help: <mailto:idr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/idr>, <mailto:idr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 19 Dec 2014 03:30:45 -0000

c)IGP-TE metric have been extended recently (see draft-ietf-te-metric-extensions, draft-ietf-ospf-te-metric-extensions)
with the possibility to distribute them with BGP-LS (see draft-ietf-idr-te-pm-bgp). Do you think it is feasible for the LER to compute the cumulative delay, jitter and loss along the path from the IGP-TE metrics it learn from the IGP-TE, and then, distribute the result through BGP-LS ? In this case, the TE Metric Object in the objects list of LSP State Information should be extended with the Metric Extensions, at least, delay, jitter and loss.

[Qin]: why rely on LER to compute the cumulative performance results, why not rely on PCE server to compute cumulative results (see draft-ietf-pce-pcep-service-aware).
Is it necessary to distribute cumulative results? I think it adds a lot of complexity.

v2.23.0 | Report a Bug | By Email