[Pce] Shepherd Review of draft-ietf-pce-association-diversity-07

<julien.meuric@orange.com> Fri, 28 June 2019 15:23 UTC

Return-Path: <julien.meuric@orange.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 41E6D1202B7; Fri, 28 Jun 2019 08:23:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.29
X-Spam-Level:
X-Spam-Status: No, score=-0.29 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FORGED_MUA_MOZILLA=2.309, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=0.001] autolearn=no 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 hRpb3I3ZKvnV; Fri, 28 Jun 2019 08:23:31 -0700 (PDT)
Received: from relais-inet.orange.com (relais-inet.orange.com [80.12.66.41]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EFA311202BA; Fri, 28 Jun 2019 08:23:30 -0700 (PDT)
Received: from opfedar03.francetelecom.fr (unknown [xx.xx.xx.5]) by opfedar21.francetelecom.fr (ESMTP service) with ESMTP id 45b0sF2NNjz7yk8; Fri, 28 Jun 2019 17:23:29 +0200 (CEST)
Received: from Exchangemail-eme6.itn.ftgroup (unknown [xx.xx.13.51]) by opfedar03.francetelecom.fr (ESMTP service) with ESMTP id 45b0sF1VYpzCqkc; Fri, 28 Jun 2019 17:23:29 +0200 (CEST)
Received: from [10.193.71.104] (10.114.13.247) by OPEXCAUBM22.corporate.adroot.infra.ftgroup (10.114.13.51) with Microsoft SMTP Server (TLS) id 14.3.439.0; Fri, 28 Jun 2019 17:23:29 +0200
From: julien.meuric@orange.com
Organization: Orange
To: "draft-ietf-pce-association-diversity@ietf.org" <draft-ietf-pce-association-diversity@ietf.org>
CC: "pce@ietf.org" <pce@ietf.org>
Message-ID: <27633_1561735409_5D1630F1_27633_206_1_6625dc22-f403-4359-685b-73c79f6bb93b@orange.com>
Date: Fri, 28 Jun 2019 17:23:28 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.1
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Content-Language: en-US
X-Originating-IP: [10.114.13.247]
Archived-At: <https://mailarchive.ietf.org/arch/msg/pce/q50sLqljf2W5X0ZXHxC03OMnUtY>
Subject: [Pce] Shepherd Review of draft-ietf-pce-association-diversity-07
X-BeenThere: pce@ietf.org
X-Mailman-Version: 2.1.29
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, 28 Jun 2019 15:23:32 -0000

Hi authors,

Please find below my detailed comments on
draft-ietf-pce-association-diversity. I originally started to review
-06. Thanks for posting -07 after Dhruv's comments, as it addressed some
on mine as well.

The main technical concern lies in section 4.6, in case no solution is
found by the PCE. Section 4.3, about SVEC, relies on PCRep with NO-PATH,
which is consistent with existing PCEP specification. IMHO, section 4.6
is confusing and incomplete. What about the following?

OLD
   [...] the PCE SHOULD
   reply with a PCUpd message containing an empty ERO.  In addition to
   the empty ERO Object, the PCE MAY add the NO-PATH-VECTOR TLV [...]

NEW
    [...] the PCE MUST
   reply to a request (PCEReq) with a PCRep message containing a NO-PATH
   object. In case of network event leading to an impossible strict
   disjointness, the PCE SHOULD send a PCUpd message containing an empty
   ERO to the corresponding PCCs. In addition to the NO-PATH or the
   empty ERO object, the PCE MAY add the NO-PATH-VECTOR TLV [...]

Complementary question: why an optional behavior (SHOULD) instead of
mandatory (MUST)?


Nits:
------
Global and usual nit: the flag name. The I-D has a collection of X
flag/X-flag/X-Flag/flag X/etc that needs consistency. Many PCEP
documents use "X flag".
------
Title
---
- s/communication Protocol (PCEP) extension for signaling LSP diversity
constraint/Communication Protocol (PCEP) Extension for LSP Diversity
Constraint Signaling/
------
Abstract
---
- s/Communication Protocol/communication Protocol/
- s/knows that LSPs in the same group/knows that the LSPs in the same group/
- s/needs to/need to/
------
2. Terminology
---
- s/Communication Protocol/communication Protocol/
------
3.  Motivation
---
- s/above, consider that/above, let us consider that/
- s/difficult. Whereas, computation/difficult, whereas computation/
- s/These messages uses/These messages use/
- s/the disjoint path computation/a disjoint path computation/
- s/disjoint group-ids/disjoint group IDs/
- s/should allow to overcome/allows to overcome/
- s/association source could/the association source could/
------
4. Protocol extension
---
- s/Protocol extension/Protocol Extension/
- s/Association group/Association Group/
- s/TLVs - Global Association Source or Extended Association ID are
included/TLVs - Global Association Source or Extended Association ID -
are included/
- s/to uniquely identifying/to uniquely identify/
- s/Association object -/Association object:/
- s/[I-D.ietf-pce-association-group]
specify/[I-D.ietf-pce-association-group] specifies/
- s/in the PCEP messages/in PCEP messages/
- s/Refer [I-D.ietf-pce-association-group]/Refer to
[I-D.ietf-pce-association-group]/
- s/more LSPs. But a PCE/more LSPs, but a PCE/
- s/in how many LSPs/in the number of LSPs/
- s/vendor specific behavioral information/vendor-specific behavioral
information/
- OLD
         When unset, PCE is allowed to relax disjointness
         by using either applying a requested objective function or any
         other behavior if no objective function is requested (e.g.:
         using a lower disjoint type (link instead of node) or relaxing
         disjointness constraint fully)
  NEW
         When unset, the PCE is allowed to relax disjointness
         by either applying a requested objective function (cf. section
         4.4 below) or using any other behavior if no objective function
         is requested (e.g. using a lower disjoint type (link instead of
         node) or fully relaxing disjointness constraint).

- s/The flags  L, N, and S/The L, N and S flags/
- s/The flag P/The P flag/
- s/the flag T/the T flag/
- s/both SVEC and ASSOCIATION object/both SVEC and ASSOCIATION objects/
- s/in SVEC object/in the SVEC object/
- s/with NO-PATH object/with a NO-PATH object/
- s/Disjointness objective functions/Disjointness Objective Functions/
- s/The PCEP OF-List TLV allow/Whereas the PCEP OF-List TLV allows/
- s/Incompatible OF codes/Incompatible OF code/
- s/listed below -/listed below:/
- The last example at the end of section 4.4 shows that the
specification doesn't prohibit redundant constraints. I would be nice to
add a sentence explicitly stating that in the previous paragraph.
- s/P-flag considerations/P Flag Considerations/
- s/fulfill the customer requirement/fulfill customer's requirements/
- s/Consider, this customer/Let us consider that this customer/
- s/( and/(and/
- s/allows a simple expression that/allows to simply express that/
- s/If PE->PE2/If PE1->PE2/
- Many P-flag/P-Flag to be fixed in section 4.5.
- s/Disjointness computation issues/Disjointness Computation Issues/
- s/T-bit/T flag/  [x2]
------
5. Security Considerations
---
- s/which do not/which does not/
- s/defines following new PCEP TLVs/defines the following new PCEP TLVs/
- s/PCEP-ERROR codes/PCEP-ERROR Codes/
- s/defines new Error-Type and Error-Value/defines new Error-Value
within existing Error-Type/
- s/Incompatible OF codes/Incompatible OF code/
------
8. Acknowledgements
---
- s/to author of/to the authors of/
------

Thanks,

Julien


_________________________________________________________________________________________________________________________

Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.

This message and its attachments may contain confidential or privileged information that may be protected by law;
they should not be distributed, used or copied without authorisation.
If you have received this email in error, please notify the sender and delete this message and its attachments.
As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
Thank you.