Hi, Juergen,
I agree that if system configuration changes, any reference to it might cause <intended> to become invalid. As Kent suggested, how about we add some following text in section 6.1 to clarify: Server MUST ensure that any updates of <system> do not render <intended> invalid. However, any mechanism for handling these circumstances is outside the scope of this document. Or even go one step further, although out of scope, we can gives some examples to show how to ensure <intended> remains valid: · Servers internally marked any invalid configuration in <running> caused due to <system> changes as “inactive” · Servers migrate system configuration update in <running>, e.g., by updating configuration data that references stale system nodes · What else? Thoughts? Best Regards, Qiufang -----Original Message----- From: Jürgen Schönwälder [mailto:[email protected]] Sent: Friday, November 22, 2024 6:06 AM To: Jason Sterne (Nokia) <[email protected]> Cc: Kent Watsen <[email protected]>; maqiufang (A) <[email protected]>; [email protected] Subject: Re: [netmod] origin "system" in system-config-09 On Thu, Nov 21, 2024 at 08:20:18PM +0000, Jason Sterne (Nokia) wrote: > I don't think we can just say to get rid of leafrefs and use name bindings > instead (or require-instance false). In many situations, the "built in" > system objects were talking about in the draft are in a list that can also > contain user-configured entries, and it is useful in many data models to have > hard leafrefs (require instance true) to those entries (e.g. avoid misconfig > with dangling references). > But when the referenced leaf disappears since it is controlled by the system, you do what? Accept invalid config? Reboot? Send an SMS to tell a human network operator to please put the linecard back or to ask the finance department to extend the software license that just expired? /js -- Jürgen Schönwälder Constructor University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany
_______________________________________________ netmod mailing list -- [email protected] To unsubscribe send an email to [email protected]
