Hi, Dhruv:
Except the “should/SHOULD” concern, which I will check it carefully later and reply to John in another separate mail, I have updated the document again according to your suggestions. I will upload the updated document later once the “should/SHOULD” issues are solved. Thanks for your suggestions! Some detail responses are inline below. Best Regards Aijun Wang China Telecom 发件人: Dhruv Dhody [mailto:d...@dhruvdhody.com] 发送时间: 2024年8月23日 1:20 收件人: Aijun Wang <wangai...@tsinghua.org.cn> 抄送: The IESG <i...@ietf.org>; pce@ietf.org; draft-ietf-pce-pcep-extension-native...@ietf.org; pce-cha...@ietf.org 主题: Re: [Pce] I-D Action: draft-ietf-pce-pcep-extension-native-ip-35.txt 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. 【WAJ】I am OK for the text that you proposed except the following concerns: Should the above “expanding” be replaced with “expands”, because the subject is also the “these extensions”? (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]. 【WAJ】Done (3) Please move RFC 3209 and RFC 5036 to Informative references. 【WAJ】Done. Thanks for your suggestions! (4) There is an inconsistent use of lowercase "bytes" and "Byte". 【WAJ】Go through the overall text, and replace all the “Byte” with “byte” (5) Section 7.2, s/IP address MUST be one unicast address and/IP address MUST be a unicast address and/ 【WAJ】Done. Thanks for the suggestions. (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. 【WAJ】Have wrapped back the descriptions as “Error handling for missing SRP, LSP or CCI objects MUST be performed as specified in RFC 9050.” Thanks! Dhruv (Doc Shepherd) On Thu, Aug 22, 2024 at 3:36 PM Aijun Wang <wangai...@tsinghua.org.cn <mailto: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> [mailto:forwardingalgori...@ietf.org <mailto:forwardingalgori...@ietf.org> ] 代表 internet-dra...@ietf.org <mailto:internet-dra...@ietf.org> 发送时间: 2024年8月22日 17:59 收件人: i-d-annou...@ietf.org <mailto:i-d-annou...@ietf.org> 抄送: pce@ietf.org <mailto: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 <mailto:pce@ietf.org> To unsubscribe send an email to pce-le...@ietf.org <mailto:pce-le...@ietf.org>
_______________________________________________ Pce mailing list -- pce@ietf.org To unsubscribe send an email to pce-le...@ietf.org
