Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt

Leeyoung <leeyoung@huawei.com> Tue, 15 July 2014 22:37 UTC

Return-Path: <leeyoung@huawei.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 E6D071B2960 for <pce@ietfa.amsl.com>; Tue, 15 Jul 2014 15:37:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.851
X-Spam-Level:
X-Spam-Status: No, score=-3.851 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-0.651, SPF_PASS=-0.001] 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 pGEDQzC3MyZE for <pce@ietfa.amsl.com>; Tue, 15 Jul 2014 15:37:25 -0700 (PDT)
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 A6C571A011D for <pce@ietf.org>; Tue, 15 Jul 2014 15:37:24 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml404-hub.china.huawei.com) ([172.18.7.190]) by lhrrg02-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id BHF63076; Tue, 15 Jul 2014 22:37:23 +0000 (GMT)
Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml404-hub.china.huawei.com (10.201.5.218) with Microsoft SMTP Server (TLS) id 14.3.158.1; Tue, 15 Jul 2014 23:37:22 +0100
Received: from DFWEML706-CHM.china.huawei.com ([169.254.8.145]) by dfweml702-chm.china.huawei.com ([169.254.4.217]) with mapi id 14.03.0158.001; Tue, 15 Jul 2014 15:37:04 -0700
From: Leeyoung <leeyoung@huawei.com>
To: "Zhangxian (Xian)" <zhang.xian@huawei.com>, "pce@ietf.org" <pce@ietf.org>
Thread-Topic: New Version Notification for draft-lee-pce-transporting-te-data-00.txt
Thread-Index: AQHPlj0OW9iC/jQJM0KZkUiukoKBKZuNTqlggBNrxMCAARKhoA==
Date: Tue, 15 Jul 2014 22:37:03 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729C0186B@dfweml706-chm.china.huawei.com>
References: <7AEB3D6833318045B4AE71C2C87E8E1729BFEDB7@dfweml706-chm.china.huawei.com> <C636AF2FA540124E9B9ACB5A6BECCE6B470F6109@SZXEMA512-MBS.china.huawei.com>
In-Reply-To: <C636AF2FA540124E9B9ACB5A6BECCE6B470F6109@SZXEMA512-MBS.china.huawei.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.47.140.104]
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: http://mailarchive.ietf.org/arch/msg/pce/iQrRxJzKtSLPGWtK8tUMPIx8y90
Cc: Greg Bernstein <gregb@grotto-networking.com>, Zhenghaomian <zhenghaomian@huawei.com>
Subject: Re: [Pce] New Version Notification for draft-lee-pce-transporting-te-data-00.txt
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: Tue, 15 Jul 2014 22:37:27 -0000

Hi Xian,

Thanks for posting your comments that are valuable. Please see inline for my comments to yours.

Regards,
Young

-----Original Message-----
From: Zhangxian (Xian) 
Sent: Tuesday, July 15, 2014 2:11 AM
To: Leeyoung; pce@ietf.org
Cc: Greg Bernstein; Zhenghaomian
Subject: RE: New Version Notification for draft-lee-pce-transporting-te-data-00.txt

Hi, Young and authors, 

    Thank you for putting forward such a draft. This reminds me to check if draft-ietf-pce-questions touches upon this issue and I find the following description (in Section 3):

$B|~(B
   It has also been proposed that the PCE Communication Protocol (PCEP)
   [RFC5440] could be extended to serve as an information collection
   protocol to supply information from network devices to a PCE.  The
   logic is that the network devices may already speak PCEP and so the
   protocol could easily be used to report details about the resources
   and state in the network, including the LSP state discussed in
   Sections 14 and 15.
$B|~(B
   So, indeed this draft discusses something interesting. Would be good to hear how other PCErs think about this. 

YOUNG>> Indeed, I think what you quoted is in the spirit of this draft in light of draft-ietf-pce-questions. 

   BTW, by browsing through the content, it seems that there are no extensions included so far. Since the document type is standard track, I wonder if the intention is to include PCEP extensions in the future or the draft actually meant to be informational only?

YOUNG>> We intended this draft to be protocol enhancement. For 00 version, we did not have time to put this aspect. But, we will definitely add details in the revision. 

Regards,
Xian

-----Original Message-----
From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Leeyoung
Sent: 2014$BG/(B7$B7n(B3$BF|(B 5:51
To: pce@ietf.org
Cc: Greg Bernstein; Zhenghaomian
Subject: [Pce] FW: New Version Notification for draft-lee-pce-transporting-te-data-00.txt

Hi, 

We have just published a new PCE draft concerning alternative ways of transporting TE data that may not depend on IGP-TE or BGP-LS. 

The motivation for this work is a timely update of TE data directly from nodes to PCE(s) to support scenarios like:

(i) networks that do not support IGP-TE or BGP-LS but want to implement PCE.
(ii) applications that require accurate and timely TE data that current convergence time associated with flooding is not justified.  
(iii) reduction of node OH processing of flooding mechanisms (esp. optical transport networks where there are large amounts of traffic data and constraints due to OTN/WSON/Flexi-grid, etc. Note that also BGP-LS is not supported in optical transport networks today)

Your comment will always be appreciated. 

Thanks,
Young (on behalf of other co-authors)


-----Original Message-----
From: internet-drafts@ietf.org [mailto:internet-drafts@ietf.org] 
Sent: Wednesday, July 02, 2014 4:32 PM
To: Greg Bernstein; Dhruv Dhody; Greg Bernstein; Zhenghaomian; Dhruv Dhody; Leeyoung; Leeyoung; Zhenghaomian
Subject: New Version Notification for draft-lee-pce-transporting-te-data-00.txt


A new version of I-D, draft-lee-pce-transporting-te-data-00.txt
has been successfully submitted by Young Lee and posted to the IETF repository.

Name:		draft-lee-pce-transporting-te-data
Revision:	00
Title:		PCEP Extensions in Support of Transporting Traffic Engineering Data
Document date:	2014-07-02
Group:		Individual Submission
Pages:		20
URL:            http://www.ietf.org/internet-drafts/draft-lee-pce-transporting-te-data-00.txt
Status:         https://datatracker.ietf.org/doc/draft-lee-pce-transporting-te-data/
Htmlized:       http://tools.ietf.org/html/draft-lee-pce-transporting-te-data-00


Abstract:
   In order to compute and provide optimal paths, Path Computation
   Elements (PCEs) require an accurate and timely Traffic Engineering
   Database (TED). Traditionally this TED has been obtained from a link
   state routing protocol supporting traffic engineering extensions.
   This document discusses possible alternatives to TED creation. This
   document gives architectural alternatives for these enhancements and
   their potential impacts on network nodes, routing protocols, and
   PCE.

                                                                                  


Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

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