Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-stateful-pce-app-07: (with COMMENT)

"BRUNGARD, DEBORAH A" <db3546@att.com> Thu, 27 October 2016 13:54 UTC

Return-Path: <db3546@att.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 7B41E1295FC; Thu, 27 Oct 2016 06:54:49 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level:
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=unavailable 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 SjrHdK_aq1SR; Thu, 27 Oct 2016 06:54:48 -0700 (PDT)
Received: from mx0a-00191d01.pphosted.com (mx0a-00191d01.pphosted.com [67.231.149.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40EDD1295C5; Thu, 27 Oct 2016 06:46:48 -0700 (PDT)
Received: from pps.filterd (m0048589.ppops.net [127.0.0.1]) by m0048589.ppops.net-00191d01. (8.16.0.17/8.16.0.17) with SMTP id u9RC55p7046767; Thu, 27 Oct 2016 08:10:15 -0400
Received: from alpi155.enaf.aldc.att.com (sbcsmtp7.sbc.com [144.160.229.24]) by m0048589.ppops.net-00191d01. with ESMTP id 26bf6t7jsg-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Thu, 27 Oct 2016 08:10:15 -0400
Received: from enaf.aldc.att.com (localhost [127.0.0.1]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u9RCADhW030087; Thu, 27 Oct 2016 08:10:14 -0400
Received: from mlpi407.sfdc.sbc.com (mlpi407.sfdc.sbc.com [130.9.128.239]) by alpi155.enaf.aldc.att.com (8.14.5/8.14.5) with ESMTP id u9RCA5H8029935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 27 Oct 2016 08:10:09 -0400
Received: from MISOUT7MSGHUBAD.ITServices.sbc.com (MISOUT7MSGHUBAD.itservices.sbc.com [130.9.129.148]) by mlpi407.sfdc.sbc.com (RSA Interceptor); Thu, 27 Oct 2016 12:09:53 GMT
Received: from MISOUT7MSGUSRDE.ITServices.sbc.com ([169.254.5.170]) by MISOUT7MSGHUBAD.ITServices.sbc.com ([130.9.129.148]) with mapi id 14.03.0319.002; Thu, 27 Oct 2016 08:09:52 -0400
From: "BRUNGARD, DEBORAH A" <db3546@att.com>
To: Alvaro Retana <aretana@cisco.com>, The IESG <iesg@ietf.org>
Thread-Topic: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-stateful-pce-app-07: (with COMMENT)
Thread-Index: AQHSLsABMlNSN8koy0SKfAv7oNEHAKC8Nd8A
Date: Thu, 27 Oct 2016 12:09:52 +0000
Message-ID: <F64C10EAA68C8044B33656FA214632C85DDD060F@MISOUT7MSGUSRDE.ITServices.sbc.com>
References: <147740052242.15199.4026997320564075389.idtracker@ietfa.amsl.com>
In-Reply-To: <147740052242.15199.4026997320564075389.idtracker@ietfa.amsl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [130.10.255.189]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-RSA-Inspected: yes
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:, , definitions=2016-10-27_06:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_policy_notspam policy=outbound_policy score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1609300000 definitions=main-1610270203
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/WXmJljB4uaY4lQW7paPUxvmQHOw>
Cc: "draft-ietf-pce-stateful-pce-app@ietf.org" <draft-ietf-pce-stateful-pce-app@ietf.org>, "pce@ietf.org" <pce@ietf.org>, "pce-chairs@ietf.org" <pce-chairs@ietf.org>
Subject: Re: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-stateful-pce-app-07: (with COMMENT)
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: Thu, 27 Oct 2016 13:54:50 -0000

Hi Alvaro,

Thanks for the comments. I've discussed with the Chairs and Authors, and we will keep the document on the telechat for today. The Chairs and Authors think it is possible to change the language so the document can stand on its own. They believe the overall change is small (they already are scrubbing a version).

Deborah

> -----Original Message-----
> From: Pce [mailto:pce-bounces@ietf.org] On Behalf Of Alvaro Retana
> Sent: Tuesday, October 25, 2016 9:02 AM
> To: The IESG <iesg@ietf.org>
> Cc: draft-ietf-pce-stateful-pce-app@ietf.org; pce@ietf.org; pce-
> chairs@ietf.org
> Subject: [Pce] Alvaro Retana's No Objection on draft-ietf-pce-stateful-pce-
> app-07: (with COMMENT)
> 
> Alvaro Retana has entered the following ballot position for
> draft-ietf-pce-stateful-pce-app-07: No Objection
> 
> When responding, please keep the subject line intact and reply to all
> email addresses included in the To and CC lines. (Feel free to cut this
> introductory paragraph, however.)
> 
> 
> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
> for more information about IESG DISCUSS and COMMENT positions.
> 
> 
> The document, along with other ballot positions, can be found here:
> https://datatracker.ietf.org/doc/draft-ietf-pce-stateful-pce-app/
> 
> 
> 
> ----------------------------------------------------------------------
> COMMENT:
> ----------------------------------------------------------------------
> 
> This document mostly presents application scenarios, which (by reference)
> serve as motivation for draft-ietf-pce-stateful-pce.  However, there are
> a couple of places (in Section 4) where the operation defined in
> draft-ietf-pce-stateful-pce is used as part of the considerations.  For
> example (from 4.1):
> 
>    Stateless and stateful PCEs can co-exist in the same network and be
>    in charge of path computation of different types.  To solve the
>    problem of distinguishing between the two types of PCEs, either
>    discovery or configuration may be used.  The capability negotiation
>    in [I-D.ietf-pce-stateful-pce] ensures correct operation when the PCE
>    address is configured on the PCC.
> 
> I see a circular dependency between this document and
> draft-ietf-pce-stateful-pce, where the considerations here are expected
> to motivate the extensions, but the specific extensions are used to
> discuss “generic issues with stateful PCE deployments”.
> 
> Given that draft-ietf-pce-stateful-pce is a Normative Reference, I would
> rather see this document come back for IESG Evaluation with/after
> draft-ietf-pce-stateful-pce.  Note that draft-ietf-pce-stateful-pce is
> still (AFAICT) under consideration in the WG.
> 
> 
> I am not making this comment a DISCUSS because I don’t think that it
> raises to the appropriate level (as only some parts of the document seem
> to have the dependency), and we’ll have to wait for
> draft-ietf-pce-stateful-pce to be processed before publication anyway.
> However, I think that the application scenarios and motivation for future
> extensions should be able to be described without referring to the
> extensions themselves — I would then like the authors, Shepherd and the
> responsible AD to consider whether it is possible for this document to
> stand on its own, or whether we need to process it with the extensions
> draft.  Given that draft-ietf-pce-stateful-pce is still in the WG, I
> think it is important for us to talk about it as this point.  I noted in
> the Shepherd’s writeup that this document used to be “originally included
> in the base stateful PCE protocol specification” (which I assume is
> draft-ietf-pce-stateful-pce).
> 
> To be clear: I am not opposing the publication of this document (even
> though the content could have been part of draft-ietf-pce-stateful-pce),
> I just think that in the current form it should be processed/published
> *with* draft-ietf-pce-stateful-pce.
> 
> 
> [Mechanisms from I-D.ietf-pce-stateful-sync-optimizations and
> I-D.ietf-pce-pce-initiated-lsp are also mentioned in similar ways, and
> those drafts are also in process in the WG.  I’m focusing on
> draft-ietf-pce-stateful-pce above just to make the point.]
> 
> 
> _______________________________________________
> Pce mailing list
> Pce@ietf.org
> https://www.ietf.org/mailman/listinfo/pce