Hi -
> From: "Bernard Aboba" <bernarda@xxxxxxxxxxxxxxxxxxxxx>
> To: <ietf@xxxxxxxx>
> Sent: Thursday, April 24, 2008 6:40 PM
> Subject: Re: WG Review: NETCONF Data Modeling Language (netmod)
>
> I echo Tom Petch's concern.
>
> Given the level of deployment success of IETF management efforts
> for the last 5-10 years, I'd suggest that we need both customer
> "pull" as well as technical community "push" for such an effort
> to succeed. While there have been arguments made for the latter,
> I don't see enough evidence of customer (in particular, operator)
> involvement to feel confident that the former has been addressed.
...
Whether we like it or not, the last five years have been devoted largely to
NETCONF. RFC 4741 is already published on the standards track.
During that time, the community has been forbidden to work on data models
in the IETF. Without data models, NETCONF's utility is rather limited, to
say the least. Consequently, a lack of perceived "pull" should hardly be
surprising.
The choice before us is pretty simple:
- allow work to continue on standardized data models, so there will be
some hope of interoperability
- ignore the need, rely on the continued proliferation of proprietary
approaches, and hope someone else figures out how to interoperate
(though some may consider the lack of interoperability to be a sales-
enhancing feature rather than a problem to be overcome)
- hope some other organization will give the work a home if the people
willing to do the work are not allowed to do it on IETF turf.
The question now is whether the IETF wants NETCONF protocol to succeed.
Yes, more operator input is desirable. But in the case of NETCONF,
the protocol itself is far removed from what the operators asked for
at the IAB workshop. These leaves me wondering whether more input
would really change anything.
Based on my understanding of the operator input at the IAB workshop,
the Yang proposal, of all the ones mentioned at the CANMOD BOF,
is by far the best-aligned with the concerns the operators voiced,
which were, in a word, "readability". (For the data itself, terms like
"screen scraping" came up a lot.)
I'm certain something better is possible, but no one has bothered
to write an i-d. At some time we have to stop waiting for something
better to magically appear and go with something that will be good
enough that has the support of implementors.
This work should have been undertaken five years ago. How much
longer?
Randy
_______________________________________________
IETF mailing list
IETF@xxxxxxxx
https://www.ietf.org/mailman/listinfo/ietf