On Tue, Jun 20, 2017 at 12:39:55PM +0100, t.petch wrote: > --- Original Message ----- > From: "Phil Shafer" <[email protected]> > To: "Andy Bierman" <[email protected]> > Cc: <[email protected]> > Sent: Tuesday, June 20, 2017 7:05 AM > > > Andy Bierman writes: > > >This draft addresses all remaining open issues, include the rewrite > of the > > >opstate section. > > > > >>In YANG, any data that has a "config" statement value of "false" > > >>could be considered operational data. The relationship between > > >>configuration (i.e., "config" statement has a value of "true") and > > >>operational data can be complex. > > > > The NMDA draft includes the following in its terminology section: > > > > - configuration: Data that determines how a device behaves. This > > data is modeled in YANG using "config true" nodes. Configuration > > can originate from different sources. > > > > - operational state: The combination of applied configuration and > > system state. > > > > It would be nice to use matching terms, either by importing the > > NMDA terms directly, or by mimicing them in this draft. If your > > "operational data" means "config false" and NMDA's "operational state" > > means both config true and config false, readers will be confused. > > Phil > > Well, it would if the definitions in NMDA brought clarity but I think > the opposite. > > 'Data that determines how a device behaves' seems clear until you read > on and find that this excludes data learnt from the system or data > learnt from routing protocols. > > I find the idea that the behaviour of a device is not determined by > routing protocols or a hot-plugged card an odd one. > > This definition is rather different to that in NETCONF and seems > unlikely to bring clarity so I think it would be a mistake to > incorporate it in rfc6087bis.. >
RFC 6087 (and RFC 6087bis) is about YANG models, not about NETCONF and not about routing protocols or any other control plane mechanisms. If the terms in the NMDA are not good, start a thread about it; try to improve them if you can. I do not see that using different terms in the YANG related specifications is less confusing. /js -- Juergen Schoenwaelder Jacobs University Bremen gGmbH Phone: +49 421 200 3587 Campus Ring 1 | 28759 Bremen | Germany Fax: +49 421 200 3103 <http://www.jacobs-university.de/> _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
