Hi Aijun, Apart from the global replacement of should/SHOULD, I also noticed the following issues in -35.
(1) Abstract To handle Gunter's comment, you made the following change. 17 Abstract > 18 > 19 This document defines the Path Computation Element Communication > 20 Protocol (PCEP) extension for Central Control Dynamic Routing > (CCDR) > 21 based applications in Native IP networks. It describes the key > 22 information that is transferred between the Path Computation > Element > 23 (PCE) and the Path Computation Clients (PCC) to accomplish the > End- > 24 to-End (E2E) traffic assurance in the Native IP network under > PCE as > 25 a central controller (PCECC). > > [minor] > an alternate proposal for abstract easier to digest and read for people > with less PCEP awareness. Please use or ignore as you find useful > > " > This document defines extensions to the Path Computation Element > Communication Protocol (PCEP) to support the computation of paths for > native IP traffic. The proposed extensions enable a Path Computation > Element (PCE) to calculate and manage paths for native IP networks, > enhancing the capabilities of PCEP beyond traditional MPLS and GMPLS > networks. By introducing new PCEP objects and procedures, this document > allows for the efficient use of IP network resources and supports the > deployment of traffic engineering in native IP environments. " > > 【WAJ】Have updated the document accordingly. > I suggest the following rewording, hope this works for you and Gunter. This document introduces extensions to the PCE Communication Protocol (PCEP) to support path computation in native IP networks through a PCE-based central control mechanism known as Centralized Control Dynamic Routing (CCDR). These extensions empower a PCE to calculate and manage paths specifically for native IP networks, expanding PCEP’s capabilities beyond its traditional use in MPLS and GMPLS networks. By implementing these extensions, IP network resources can be utilized more efficiently, facilitating the deployment of traffic engineering in native IP environments. (2) Thanks for adding normative reference to [I-D.ietf-pce-iana-update], but you should also refer to it in Section 13.2. I suggest adding the following note - Editorial Note (To be removed by RFC Editor): This experimental track document is allocating a code point in the registry under the standards action registry which is not allowed. [I-D.ietf-pce-iana-update] updates the registration policy to IETF review allowing for this allocation. Note that an early allocation was made when the document was being progressed in the standards track. At the time of publication, please remove this note and the reference to [I-D.ietf-pce-iana-update]. (3) Please move RFC 3209 and RFC 5036 to Informative references. (4) There is an inconsistent use of lowercase "bytes" and "Byte". (5) Section 7.2, s/IP address MUST be one unicast address and/IP address MUST be a unicast address and/ (6) Section 5, you removed the mention of SRP and LSP in error handling. Note that section 6.1. of RFC 9050 does mention error handling for missing SRP, LSP objects alongside CCI objects. I saw Gunter's comment but I dont think the suggestion was that the other objects should be removed. Thanks! Dhruv (Doc Shepherd) On Thu, Aug 22, 2024 at 3:36 PM Aijun Wang <wangai...@tsinghua.org.cn> wrote: > Hi, All experts: > > I have uploaded the updated version of the IESG WGLC document, and wish it > address all the comments received until now. > If there is still any existing comments not solved, or new comments, > please let me know. > > I also removed the original section for the implementation considerations. > > Thanks all you for your careful reviews and suggestions! > > > Best Regards > > Aijun Wang(on behalf of all authors of this document) > > > > > -----邮件原件----- > 发件人: forwardingalgori...@ietf.org [mailto:forwardingalgori...@ietf.org] > 代表 internet-dra...@ietf.org > 发送时间: 2024年8月22日 17:59 > 收件人: i-d-annou...@ietf.org > 抄送: pce@ietf.org > 主题: [Pce] I-D Action: draft-ietf-pce-pcep-extension-native-ip-35.txt > > Internet-Draft draft-ietf-pce-pcep-extension-native-ip-35.txt is now > available. It is a work item of the Path Computation Element (PCE) WG of > the IETF. > > Title: Path Computation Element Communication Protocol (PCEP) > Extensions for Native IP Networks > Authors: Aijun Wang > Boris Khasanov > Sheng Fang > Ren Tan > Chun Zhu > Name: draft-ietf-pce-pcep-extension-native-ip-35.txt > Pages: 37 > Dates: 2024-08-22 > > Abstract: > > This document defines extensions to the Path Computation Element > Communication Protocol (PCEP) to support the computation of paths for > native IP traffic. The proposed extensions enable a Path Computation > Element (PCE) to calculate and manage paths via Path Computation > Client (PCC)for native IP networks, enhancing the capabilities of > PCEP beyond traditional MPLS and GMPLS networks. By introducing new > PCEP objects and procedures, this document allows for the efficient > use of IP network resources and supports the deployment of traffic > engineering in native IP environments. > > The IETF datatracker status page for this Internet-Draft is: > https://datatracker.ietf.org/doc/draft-ietf-pce-pcep-extension-native-ip/ > > There is also an HTMLized version available at: > > https://datatracker.ietf.org/doc/html/draft-ietf-pce-pcep-extension-native-ip-35 > > A diff from the previous version is available at: > > https://author-tools.ietf.org/iddiff?url2=draft-ietf-pce-pcep-extension-native-ip-35 > > Internet-Drafts are also available by rsync at: > rsync.ietf.org::internet-drafts > > > _______________________________________________ > Pce mailing list -- pce@ietf.org > To unsubscribe send an email to pce-le...@ietf.org > >
_______________________________________________ Pce mailing list -- pce@ietf.org To unsubscribe send an email to pce-le...@ietf.org
