Hi Randy,
Hi -
On 10/13/2017 11:55 PM, Benoit Claise wrote:
...
Since RFC8049 is not implementable and therefore not implemented,
That's rather a leap of faith. The fact that spec is badly broken
and probably should not have been published in the first place isn't
of itself going to stop someone from using it as the basis for an
implementation of *something*.
Quoting Jan Lindblad, as YANG doctor:
"The 8049 YANG model had broken XPATH expressions, so a compliant
implementation was impossible."
RFC 1065 is a great example of something
quite unimplementable as specified (its usage of ASN.1 MACRO
notation is gobbledygook) yet nonetheless saw rather wide deployment.
If there is a need for something, folks are pretty good at DWIM.
It may well be true that there are no implementations of this module,
but the rationale given is most unconvincing, particularly given the
importance of module name/content stability in stitching this stuff
together.
keeping the same YANG module name seems about right.
This group seems to be rather attached to module names, and
in ways at odds with the on-the-wire significance of those names.
Seems like some thought needs to be given to configuration management.
See the NETMOD discussion
https://www.ietf.org/mail-archive/web/netmod/current/msg19108.html
Keeping the same YANG module has the advantage than the link between the
old and the new YANG modules will be maintained.
And the "import" (as opposed to "import by revision") will take into
account the new correct module.
Regards, Benoit
Randy
.