[Pce] RtgDir review: draft-ietf-pce-stateful-pce-app-06.txt

Tomonori Takeda <tomonori.takeda@ntt.com> Fri, 09 September 2016 14:46 UTC

Return-Path: <tomonori.takeda@ntt.com>
X-Original-To: pce@ietfa.amsl.com
Delivered-To: pce@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1B86B12B122; Fri, 9 Sep 2016 07:46:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.409
X-Spam-Level:
X-Spam-Status: No, score=-3.409 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-1.508, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 HU-CxCGo1ENX; Fri, 9 Sep 2016 07:46:15 -0700 (PDT)
Received: from mgw020.noc.ntt.com (mgw020.noc.ntt.com [210.160.55.2]) by ietfa.amsl.com (Postfix) with ESMTP id A074E12B166; Fri, 9 Sep 2016 07:46:08 -0700 (PDT)
Received: from c0042i0.coe.ntt.com (c0042i0.nc.agilit-hosting.com [10.18.161.11]) by mgw020.noc.ntt.com (NTT Com MailSV) with ESMTP id 97255446159E; Fri, 9 Sep 2016 23:46:07 +0900 (JST)
Received: from C0041I0.coe.ntt.com (10.18.160.45) by c0042i0.coe.ntt.com (10.18.161.11) with Microsoft SMTP Server (TLS) id 14.3.181.6; Fri, 9 Sep 2016 23:46:07 +0900
Received: from C0561I0.coe.ntt.com ([169.254.1.161]) by C0041I0.coe.ntt.com ([10.18.160.45]) with mapi id 14.03.0181.006; Fri, 9 Sep 2016 23:46:07 +0900
From: Tomonori Takeda <tomonori.takeda@ntt.com>
To: "'rtg-ads@ietf.org'" <rtg-ads@ietf.org>
Thread-Topic: RtgDir review: draft-ietf-pce-stateful-pce-app-06.txt
Thread-Index: AdIKqDg5BThlaDp0Suq7kh+dmeZr1A==
Date: Fri, 09 Sep 2016 14:46:05 +0000
Message-ID: <EB0F2EAC05E9C64D80571F2042700A2A864BA76C@C0561I0.coe.ntt.com>
Accept-Language: ja-JP, en-US
Content-Language: ja-JP
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ccmail-original-to: rtg-ads@ietf.org
x-ccmail-original-cc: rtg-dir@ietf.org, draft-ietf-pce-stateful-pce-app@ietf.org, pce@ietf.org
x-originating-ip: [10.25.166.50]
Content-Type: text/plain; charset="iso-2022-jp"
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/powBswzHqqpB5-HrR1P1EL5Mvv4>
Cc: "'rtg-dir@ietf.org'" <rtg-dir@ietf.org>, "'pce@ietf.org'" <pce@ietf.org>, "'draft-ietf-pce-stateful-pce-app@ietf.org'" <draft-ietf-pce-stateful-pce-app@ietf.org>
Subject: [Pce] RtgDir review: draft-ietf-pce-stateful-pce-app-06.txt
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 09 Sep 2016 14:46:23 -0000

Hello,

I have been selected as the Routing Directorate reviewer for this draft. The Routing Directorate seeks to review all routing or routing-related drafts as they pass through IETF last call and IESG review, and sometimes on special request. The purpose of the review is to provide assistance to the Routing ADs. For more information about the Routing Directorate, please see http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir

Although these comments are primarily for the use of the Routing ADs, it would be helpful if you could consider them along with any other IETF Last Call comments that you receive, and strive to resolve them through discussion or by updating the draft.

Document: draft-ietf-pce-stateful-pce-app-06.txt
Reviewer: Tomonori Takeda
Review Date: September 9th, 2016
IETF LC End Date: Not known
Intended Status: Informational

Summary: 

I have some minor concerns about this document that I think should be resolved before publication. 

Comments: 

This document describes applicability of a stateful PCE, as well as general considerations for deployment. The document is well organized and easy to read. However, there are some minor points which I think should be clarified for completeness and easiness to ready.

Major Issues: 

None

Minor Issues: 

1) In page 5, section 4.1, multi-PCE deployments are described. It says, "Regardless of the reason for multiple PCEs, an LSP is only delegated to one of the PCEs at any given point in time." Is this described/defined in some other document, or in this document? In the first case, please indicate a reference. In the latter case, I would like to see more clarification and reasoning.

2) In page 12, section 5.1.4, predictability is described as an application. It says "A stateful PCE can solve this through control over LSP ordering.", but I am not sure how stateful PCE solves this scenario. Is it possible even if computation requests come in a time series? Or is it assumed that a stateful PCE is used in such a way that computation requests do not come in a time series? (For example, in a failure scenario, LSP re-computation is not triggered by PCC requesting path computation, but by link failure?)

Nits:

None

Thanks,
Tomonori Takeda