> On 23 Dec 2015, at 04:06, Kent Watsen <[email protected]> wrote: > > > > > > > On 12/21/15, 2:21 PM, "netmod on behalf of Ladislav Lhotka" > <[email protected] on behalf of [email protected]> wrote: > >> >>> On 21 Dec 2015, at 19:02, Juergen Schoenwaelder >>> <[email protected]> wrote: >>> >>> On Mon, Dec 21, 2015 at 06:47:49PM +0100, Benoit Claise wrote: >>> >>>> I hope that nobody disagrees that the operational state design and how >>>> to structure the models are the two blocking factors to publish YANG >>>> models. If you disagree or don't see this, let me know, I should >>>> communicate better. >>> >>> Even if it may spoil your day, I disagree that there is a blocking >>> factor that should stop us from publishing models. There seem to be >>> ways to address the requirements without having to block all work or >>> to redo what that we have published. But sure, if you make it a >>> blocking factor, it will be one. >> >> I agree with Juergen. It is not clear to me how the proposed split between >> intended and applied configuration is supposed to affect the data models we >> are working on. > > > As I understand it, solution #1 affects the models themselves, whereas > solutions #2 and #3 are transparent to the models.
Then #1 looks like a non-starter to me. Lada > > Kent > > > >> Lada >> >>> >>>> I hope that nobody really believes that because some people in IETF (or >>>> in any other SDOs) thinks that what those operators want is a bad idea, >>>> those operators will not get what they request/pay for from their >>>> suppliers. >>> >>> To be fair, those operators also tell us that they use protocols that >>> are not IETF protocols and it remains somewhat unclear what those >>> protocols are we are expected to optimize data model solutions for. >>> >>> /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 >> >> -- >> Ladislav Lhotka, CZ.NIC Labs >> PGP Key ID: E74E8C0C >> >> >> >> >> _______________________________________________ >> netmod mailing list >> [email protected] >> https://www.ietf.org/mailman/listinfo/netmod -- Ladislav Lhotka, CZ.NIC Labs PGP Key ID: E74E8C0C _______________________________________________ netmod mailing list [email protected] https://www.ietf.org/mailman/listinfo/netmod
