[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./
- [RTG-DIR] Rtgdir early review of draft-ietf-pce-p… Susan Hares via Datatracker
- [RTG-DIR] 答复: Rtgdir early review of draft-ietf-p… Zhenghaomian