Re: [yang-doctors] Question about implementation of yang modules for recently published RFC

[Jürgen Schönwälder <[e-mail]>]

Lada,

I think it is highly desirable to have an automated workflow that
avoids manual work as much as possible. Creating such a workflow,
however, may not be easy and might require a couple of hackathons in
order to weed out the corner cases that will show up (and I expect
there to be quite a few of them if you look at the larger universe of
IANA registries).

So it boils down to who brings up the energy for working on this. If
you have time for it, you have my ideological support but I may not be
able to contribute much to it (and I am not good at xslt transforms in
particular). Back in a day, I would likely have contributed to such an
activity during IETF meetings, but in the modern times with meetings
that tend to do not get me anymore out of my everyday life, activities
like this tend to find no time anymore.

/js

On Fri, Sep 10, 2021 at 10:03:31AM +0200, Ladislav Lhotka wrote:
> Hi,
> 
> this is unrelated to Michelle's question but...
> 
> It seems it is somewhat complicated for IANA to maintain YANG modules mirroring IANA registries. I am thinking about using the approach of RFC 9108 on a larger scale - specifically, developing XSLT stylesheets that would take the online XML format of an IANA registry and transform it to a YANG module. This way, IANA would only maintain the registries, but YANG modellers can always obtain a YANG module corresponding to the up-to-date revision of the registry.
> 
> Moreover, there would be some hope that important IANA registries can be made available to YANG before the end of the universe - it took three years to finish RFC 9108 in DNSOP WG.
> 
> What do you think?
> 
> Lada
> 
> Michelle Cotton <[e-mail]> writes:
> 
> > Hello Yang Doctors!
> >
> >  
> >
> > Quick question about implementation of RFC 9132.
> >
> >  
> >
> > For the IANA maintained Yang, iana-dots-signal-channel, the RFC-Editor sent us a replacement yang file.
> >
> >  
> >
> > In this case, do we just delete the older yang file and completely replace it with the new one?
> >
> >  
> >
> > At https://www.iana.org/assignments/yang-parameters we point the iana-dots-signal-channel entry to the newer yang file.
> >
> >  
> >
> > Then we’ll update https://www.iana.org/assignments/iana-dots-signal-channel/iana-dots-signal-channel.xhtml so that it points to the newer yang file and update the RFC.
> >
> >  
> >
> > Do we have that correct?
> >
> >  
> >
> > For the ietf-dots-signal-channel yang, an additional entry was added since it is not IANA maintained (per previous instructions from Benoit).
> >
> >  
> >
> > Thanks for any confirmation you can provide!
> >
> >  
> >
> > --Michelle
> >
> >  
> >
> > Michelle Cotton
> >
> > Protocol Parameters Engagement Sr. Manger
> >
> > IANA Services
> >
> >  
> >
> > _______________________________________________
> > yang-doctors mailing list
> > [e-mail]
> > https://www.ietf.org/mailman/listinfo/yang-doctors
> 
> -- 
> Ladislav Lhotka
> Head, CZ.NIC Labs
> PGP Key ID: 0xB8F92B08A9F76C67
> 
> _______________________________________________
> yang-doctors mailing list
> [e-mail]
> https://www.ietf.org/mailman/listinfo/yang-doctors

-- 
Juergen Schoenwaelder           Jacobs University Bremen gGmbH
Phone: [phone]         Campus Ring 1 | 28759 Bremen | Germany
Fax:   [phone]         <https://www.jacobs-university.de/>