[rtgwg] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Lou Berger
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 u

[rtgwg] Re: [spring] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Joel Halpern
I should also point out that years ago the I2RS effort looked at creating transient state in routers, and concluded that YANG could be used for that task, even with the responsiveness requirements. Yours, Joel On 3/19/2025 12:38 AM, Joel Halpern wrote: My understanding is that part of the r

[rtgwg] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Zafar Ali (zali)
Hi Joel As this is for ephemeral state, the consistency check with the configuration is not required. Thanks Regards … Zafar From: Joel Halpern Date: Wednesday, March 19, 2025 at 11:38 AM To: Zafar Ali (zali) , rtgwg@ietf.org , spr...@ietf.org Subject: Re: [rtgwg] RPC for programming epheme

[rtgwg] Re: [spring] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Joel Halpern
I don't think that ignoring consistency follows.  The combined (long term plus ephemeral) state still has to be valid and operable.  Pretending that the controller will always send only correct ephemeral changes seems an invitation to trouble.  But the main point is that you need to make the ar

[rtgwg] Re: [spring] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Zafar Ali (zali)
Hi Joel As I mentioned earlier, the goal of the draft is to solicit this type of feedback. Our goal is to find best way to move forward. Appreciate the feedback. Thanks Regards … Zafar From: Joel Halpern Date: Wednesday, March 19, 2025 at 12:58 PM To: Zafar Ali (zali) , rtgwg@ietf.org , spr.

[rtgwg] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Zafar Ali (zali)
Hi Joel Many thanks for your comments; much appreciated. The goal of the draft is to solicit this type of feedback. MANY THANKS! The draft talks about applicability of the Yang over Netconf (I know you mentioned RESTCONF). Specifically, the Netconf route is slow and unpredictable for real-time

[rtgwg] Re: RPC for programming ephemeral routing states

2025-03-18 Thread Joel Halpern
My understanding is that part of the reason people are often moving to restconf is that the protocol exchanges are somewhat simpler.  Note that the significant delay I have heard about is often in the processing system and consistency checks, and moving to restconf, or gRPC, or ... does not cha