Paul Wouters <[email protected]> writes: > On Tue, 8 Oct 2019, Ladislav Lhotka wrote: > > (added IESG to CC:) > >>> We don't want to have to update the RFC every time the registry is updated. >>> Could the RFC just describe exactly how to to convert the registry to YANG? >>> Then it won't need updates. >> >> Only the initial version of the YANG module will be published as an RFC, and >> IANA will then handle all future updates on their own. This is explained in >> the >> I-D itself (last paragraph of the Introduction) and has already been >> discussed >> in this mailing list. > > What is "future updates on its own"? How are implementors reading the > this (now old) RFC to know what they are missing or what obsoleted and > deprecated options listed in the RFC should not be implemented?
They should not actually be reading the RFC but get the latest revision of the module from this page: https://www.iana.org/assignments/yang-parameters/yang-parameters.xhtml Along with every update to the ifTypes registry, IANA also updates the iana-if-type module, the current revision date is 2019-07-16. I do admit that this may not be clear to everybody. What we are really missing is a well-known and authoritative repository of YANG modules, at least those produced by IETF and managed by IANA. Would it help to reclassify the RFC as historic as soon as IANA takes over the responsibility for such a module? > >> The IANA Considerations sections then gives details about converting new >> registry entries into the corresponding YANG types. >> >> Several years of experience with the interface type registry (RFC 7224) shows >> that this process works quite smoothly. > > I think this claim is both an unquantifed appeal to authority and unfair. The > technical debt of doing this happens 10+ years from now, when people are > implementing obsolete record types because a modern DNS Yang RFC references > these record types, and might be missing new record types because the > modern DNS Yang RFC did not yet have this new record type listed. I really don't understand. What DNS Yang RFC are you referring to? I am not aware of any. > > I have brought this issue of putting IANA snapshots in RFC's up on a > number of occasions and WGs now, including at IETF Plenaries. I was told > the IESG is working on it. Can the IESG tell me what is being done here, > and what the IESG believes should happen to drafts suggesting to do this > meanwhile? We are open to all reasonable suggestions. Thanks, Lada > > Paul -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
