> On Dec 22, 2015:6:38 AM, at 6:38 AM, Benoit Claise <[email protected]> wrote:
>
> Jürgen,
>> 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.
> Interestingly, I received that feedback again recently, this time from the
> OSPF and ISIS YANG model authors.
This is a blocking factor that people are not considering: The RFC
process the
IETF has in place is not suitable for rapid/modern/canonical model development.
It will
be difficult for the IESG review process to scale to even a couple models
during any given
telechat period given the state of the document review/approval process. How do
we
envision the IESG reviewing 250+ models (and growing)? Besides the initial RFC
version,
rapid refresh/update of models has the same issues.
—Tom
>> There seem to be
>> ways to address the requirements without having to block all work or
>> to redo what that we have published.
> That's my hope too.
>> But sure, if you make it a
>> blocking factor, it will be one.
> I'll chose to ignore this last sentence.
>
> Regards, Benoit
>>
>>> 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
>>
>
> _______________________________________________
> netmod mailing list
> [email protected]
> https://www.ietf.org/mailman/listinfo/netmod
_______________________________________________
netmod mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/netmod
