I have to say this draft seems like a step backwards. The value of yang is you can focus on information elements and desired transactions, and then matching it to (standard) encoding, transport, security, etc that best matches your use case. This approach, as you know, is standardized and in use by many (I'm including gNMI).
I don't see a basis for not just defining a yang model with an example or even suggested, encoding/transport/sec for your use case. I hope you address why the existing yang/xxx-conf standards are insufficient and why your approach is a substantive improvement in your upcoming presentations and document revisions. Thanks, Lou ________________________________ On March 9, 2025 2:11:50 AM Joel Halpern <j...@joelhalpern.com> wrote: One thing I missed in reading this draft is why this was better than existing tools, e.g. YANG over RESTCONF. For which we know the integration with the rest of the operational environment. (I can believe there is an advantage, but I couldn't tell what it was.) Yours, Joel On 3/8/2025 1:04 PM, Zafar Ali (zali) wrote: Hi, Recently, the industry has witnessed increasing use cases where a controller needs to install ephemeral routing states in the network. Protocol use requires the controller to implement laborious encoding, decoding, serialization of data streams, etc. We have written a generic draft of routing RPC API for programming ephemeral routing states, using SR policy programming as an example. https://datatracker.ietf.org/doc/draft-ali-spring-sr-policy-programming-rpc/. It aims to ease the programming of ephemeral routing states in the network using an SDN controller. We request a review and discussion on how to forward the work to the IETF. We will present it at the upcoming RTGWG meeting. Thanks Regards ... Zafar (on behalf of co-authors) _______________________________________________ rtgwg mailing list -- rtgwg@ietf.org<mailto:rtgwg@ietf.org> To unsubscribe send an email to rtgwg-le...@ietf.org<mailto:rtgwg-le...@ietf.org>
_______________________________________________ rtgwg mailing list -- rtgwg@ietf.org To unsubscribe send an email to rtgwg-le...@ietf.org
