[RTG-DIR] Rtgdir early review of draft-ietf-pce-pcep-stateful-pce-gmpls-19

Susan Hares via Datatracker <noreply@ietf.org> Thu, 23 June 2022 00:44 UTC

Return-Path: <noreply@ietf.org>
X-Original-To: rtg-dir@ietf.org
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id AE7ACC15D482; Wed, 22 Jun 2022 17:44:59 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: Susan Hares via Datatracker <noreply@ietf.org>
To: rtg-dir@ietf.org
Cc: draft-ietf-pce-pcep-stateful-pce-gmpls.all@ietf.org, pce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 8.4.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <165594509970.34815.588574046224953480@ietfa.amsl.com>
Reply-To: Susan Hares <shares@ndzh.com>
Date: Wed, 22 Jun 2022 17:44:59 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/QFB7epcxzibtH4_Lgvu_ZssErN4>
Subject: [RTG-DIR] Rtgdir early review of draft-ietf-pce-pcep-stateful-pce-gmpls-19
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.39
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 23 Jun 2022 00:44:59 -0000

Reviewer: Susan Hares
Review result: Has Nits


Reviewer: Susan Hares 
Status: Has nits 

Technical nits: 
1. page 6, section 6.2.2 last paragraph in section. 

 line/Note that this XRO Sub-object could also be used by non-GMPLS LSPs./
 
 Please either describe its intended use in non-GMPLS LSPs or indicate the 
 description of the use is out of scope for this document.  

2.  Section 10.2 

I realize you indicate that draft-ietf-pce-pcep-yang can be expanded
to cover the features in this document.  

The IESG wants to know that whether:  
  a) the expansion underway (if so, in what draft), 
  b) the expansion is part of WG planned work but not yet started, 
  c) not useful. 

I think you are stating #b.  Please work with Dhruv to gain the 
appropriate clarity for the IESG.  One question that yang model 
raises is when to use the Yang model and when to use PCEP.    

Editorial Nits: 

1. page: 5, section 3 

Old/ The PCE-Initiated LSP would follow the
   principle specified in [RFC8281], and GMPLS-specific extensions are
   also included in this document./
New/ The PCE-Initiated LSP follow the
   principles specified in [RFC8281] and the GMPLS-specific extensions are
   also included in this document./

2. page 6, section 5.1, paragraph 1, last sentence

Old/New bits, LSP-
   REPORT-CAPABILITY(TBDa), LSP-UPDATE-CAPABILITY (TBD1), and LSP-
   INSTANTIATION-CAPABILITY (TBD2), are introduced in the GMPLS-   
   CAPABILITY TLV as flags to indicate the capability for LSP report,
   update and initiation in GMPLS networks./
New:/ The following bits are introduced by this document in the 
 GMPLS-CAPABILITY TLV as flags to indicate the capability for LSP report,
   update and initiation in GMPLS networks: LSP-REPORT-CAPABILITY(TBDa), 
   LSP-UPDATE-CAPABILITY (TBD1), and LSP-INSTANTIATION-CAPABILITY (TBD2)./ 
   
3. page 10, section 6.2.2 

Old/X bit is defined in [RFC5521]/ 
New/X bit is defined in [RFC5521 in section 2.1.1/ 

4. page 11 section 7 paragraph 1 

 Old/In this document the following error handling procedures are
   introduced. All the error handling specified in section 3 of
   [RFC8779] is applicable and MUST be supported for stateful PCE in
   GMPLS networks./
 New /This section add the additional error handling procedures 
  to the error handling specified in section 3 of [RFC8779]. 
  Please note that all error handling specified in section 3 of
   [RFC8779] is applicable and MUST be supported for stateful PCE in
   GMPLS networks./
   
5. General comment on text for section 7.1  

	Consider reviewing the text to see if a compression of the 
	text will make it more readable.  
	
	It is correct, but difficult to follow. 
	
6. Section 10, p.age 16 introductory paragraph. 
    Old/ In this document the management
   considerations for stateful PCEP extension in GMPLS are described./
   New/ This section describes the management considerations for 
   stateful PCEP extensions in GMPLS./ 
   
7. Section 11, paragraph 2. 

Old/  Additional security issues incurred due
   to the new extensions in [RFC8231] and [RFC8281] and possible
   solutions are needed to support for the new stateful PCE
   capabilities./
   
New/Security issues caused by the extension in [RFC8231]
and RFC8281] are not altered by the additions in this draft./