Re: [Teas] WG Last Call: draft-ietf-teas-pcecc-use-cases-10

Adrian Farrel <adrian@olddog.co.uk> Sat, 02 July 2022 22:27 UTC

Return-Path: <adrian@olddog.co.uk>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C71BAC14F6EC; Sat, 2 Jul 2022 15:27:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.924
X-Spam-Level:
X-Spam-Status: No, score=-1.924 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_NONE=0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VZVdHYScvT6F; Sat, 2 Jul 2022 15:27:18 -0700 (PDT)
Received: from mta8.iomartmail.com (mta8.iomartmail.com [62.128.193.158]) (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 F18FFC14F613; Sat, 2 Jul 2022 15:27:15 -0700 (PDT)
Received: from vs4.iomartmail.com (vs4.iomartmail.com [10.12.10.122]) by mta8.iomartmail.com (8.14.7/8.14.7) with ESMTP id 262MRA4r010078; Sat, 2 Jul 2022 23:27:10 +0100
Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 79F964604A; Sat, 2 Jul 2022 23:27:10 +0100 (BST)
Received: from vs4.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 5A91546043; Sat, 2 Jul 2022 23:27:10 +0100 (BST)
Received: from asmtp3.iomartmail.com (unknown [10.12.10.224]) by vs4.iomartmail.com (Postfix) with ESMTPS; Sat, 2 Jul 2022 23:27:10 +0100 (BST)
Received: from LAPTOPK7AS653V (93.197.bbplus.pte-ag1.dyn.plus.net [81.174.197.93] (may be forged)) (authenticated bits=0) by asmtp3.iomartmail.com (8.14.7/8.14.7) with ESMTP id 262MR9PG012247 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Sat, 2 Jul 2022 23:27:09 +0100
Reply-To: adrian@olddog.co.uk
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Vishnu Pavan Beeram' <vishnupavan@gmail.com>, 'TEAS WG' <teas@ietf.org>
Cc: 'TEAS WG Chairs' <teas-chairs@ietf.org>
References: <CA+YzgTtaT0O9=15RQQOgJ_hRmFPV3ae4uwQawoqYkv=iVHjv7Q@mail.gmail.com>
In-Reply-To: <CA+YzgTtaT0O9=15RQQOgJ_hRmFPV3ae4uwQawoqYkv=iVHjv7Q@mail.gmail.com>
Date: Sat, 02 Jul 2022 23:27:09 +0100
Organization: Old Dog Consulting
Message-ID: <029901d88e62$de905610$9bb10230$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_029A_01D88E6B.4055CF80"
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQGFs35/G6DRPrajMKRUPMloSrqk0K4RXqKA
Content-Language: en-gb
X-Originating-IP: 81.174.197.93
X-Thinkmail-Auth: adrian@olddog.co.uk
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1002-26992.003
X-TM-AS-Result: No--33.369-10.0-31-10
X-imss-scan-details: No--33.369-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1002-26992.003
X-TMASE-Result: 10--33.369000-10.000000
X-TMASE-MatchedRID: oll/cJ/dUC5fsB4HYR80ZnFPUrVDm6jtiRPU6vvejXJcybOKQAEmSLd2 BlHAIizFGiHcq0WQFE4VPEime2+RVehiJwi8RVSlOIQ9GP2P2u/UoMiU4Mi75WZUQIxXqcdrqi6 0ovfnD33ziwxSah1a6MVWt+webelAZlQfVWPyBxP4t8u4p+B04Kn/3nyhTdZwgQF5fS5D6emV8L da5KsI1JxWn6dtA5GQhLHpZMphGBX9i6R/jgXUBkWX0DfhVamwTSz0JdEAJbRYfsHHDgAMI/tlN RuGlPT/VZgj5XTGqG7PPdLxHWscA2wYJ6a6zhumGAYtwXJjg+kh/JA0dHadprV5fSMRD1zqWDwI di/sXKSSgQ9/1HCvXHxDtM/H8r99H260pfIWXPfKYTAPOW8GIJQ7eT0DII9NP17PaHKtSe/33ol qXuk9XYDAbaZpdAwgSaVfaxxV94+zMJ0yoJG7DsG0UNgaZpYqN5dqZcIK7Vi5sqk1xxsSyN/O0T kwpBlDwn76N1IBRSSaSf4hnkTBUD+wOpps1LJAgNylVbI/EAzGhlMdn5cIUZbI+L60qto8JLFIn NYdwWUgXKLHLyCfrD20AuSjXEAlRS5eRZNKL9HcFkTd9CjuT/es4f8X5NWomCNknSXswf8PY7Ec 0tWek3Cs42g24Z/z+MOUD1zmrJ1S6W5UT/L39LNE9DxPih7l1ViV5EWK7TtJKYD1WhGOCaPFjJE Fr+ol4E9s12Gvf51Fi+KwZZttLwSz8fXAzKymKzfM9B6IRt4lCGssfkpInQ==
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
Archived-At: <https://mailarchive.ietf.org/arch/msg/teas/ifMjPkM-jN405nmKWo9lhfaW_yQ>
Subject: Re: [Teas] WG Last Call: draft-ietf-teas-pcecc-use-cases-10
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 02 Jul 2022 22:27:20 -0000

Hi,

 

I'm a day late on the WGLC review. Sorry.

 

Chairs, don't you think you should have notified the PCE working group

about this last call? Maybe you can drop them a note to give them a 

change to make any comments while the authors are handling the TEAS

last call comments and the shepherd is doing their business? 

 

 

I've reviewed and commented on this document in the past, and the 

authors updated the text to address my concerns. I have a few further

minor comments below, but otherwise I have no objection to this document

moving forward.

 

Best,

Adrian

 

===

 

You have just one use of "MUST", in Appendix A.3, and an Appendix is not

normative and so shouldn't use BCP 14 language.  So you should change

his to "must".

 

You have one use of "SHOULD" in 3.3.2. Given how everywhere else uses

"should", this looks odd and can probably change.

 

You also have a number of uses of "SHOULD" in Appendix A.4. The same

logic applies that you shouldn't be using normative language in a non-

normative section of the document, so you should change to "should".

 

There is also one use of "MAY" in A.4. Same logic.

 

Thus Requirements Language boilerplate is not needed and should be 

removed.

 

---

 

Section 1

 

s/draft/document/

 

---

 

Section 2 could probably use references for the terminology. How about:

 

   OSPF   rfc 2328 and rfc 5340

   IS-IS  rfc 1195

   PCC    rfc 4655

   PCE    rfc 4655

   TE     draft-ietf-teas-rfc3272bis

 

---

 

3.1

 

s/PCE- based/PCE-based/

 

SID is used without expansion

 

---

 

I think 3.1 is supposed to be a general introduction to the remaining

subsections of section 3. It might be helpful if some text in 3.1 made

this clear because, otherwise, section 3.1 seems very lightweight and

speculative, but as an introduction to the sections that follow, it is

fine.

 

You might event 'promote' the text from 3.1 to section 3.

 

---

 

Figures:

 

- The figure in section 3.2 needs a caption and figure number

- The figure in section 3.3.1 needs a caption and figure number

- The figure in section 3.4.1 needs a caption and figure number

- The figure in section 3.4.2.1 needs a caption and a figure number

- The figure in section 3.4.2.2 needs a caption and a figure number

- The figure in section 3.6 needs a caption and a figure number

- All figures should be explicitly referenced in the text (i.e., don't

  use "in the figure below" but use "in Figure 3"). You can do this

  using <xref>

 

---

 

3.2

 

Segment Routing, LDP, and RSVP-TE could use references on this, their

first, use.

 

s/[RFC8664] specify/[RFC8664] specifies/

 

---

 

3.2.2

 

s/the PCECC just need/the PCECC just needs/

s/path just need/path just needs/

 

---

 

3.4

 

Please expand P2MP or mLDP on first use.

 

---

 

3.4.2.2

 

Please expand PLR and MP on first use.

 

---

 

3.7

 

Please expand NSH on first use

 

From: Teas <teas-bounces@ietf.org> On Behalf Of Vishnu Pavan Beeram
Sent: 17 June 2022 08:12
To: TEAS WG <teas@ietf.org>
Cc: TEAS WG Chairs <teas-chairs@ietf.org>
Subject: [Teas] WG Last Call: draft-ietf-teas-pcecc-use-cases-10

 

All,

This starts a two-week working group last call on

https://datatracker.ietf.org/doc/draft-ietf-teas-pcecc-use-cases/


 

The working group last call ends on July 1st, 2022.

Please send your comments to the working group mailing list.

Positive comments, e.g., "I've reviewed this document
and believe it is ready for publication", are welcome!
This is useful and important, even from authors.

Note: IPR has been disclosed on this document


Thank you,
Pavan and Lou