On Tue, 2019-10-08 at 09:47 -0400, Bob Harold wrote: > > On Tue, Oct 8, 2019 at 9:23 AM Normen Kowalewski <[email protected]> wrote: > > Dear Paul, Benno, > > > > thanks for your replies. > > > > > On 7. Oct 2019, at 19:31, Paul Wouters <[email protected]> wrote: > > > > > > On Mon, 7 Oct 2019, Benno Overeinder wrote: > > > > > >> Questions to WG: > > >> > > >> 1) iana-class-type-yang document to OPSAWG? > > > > > > I would assume most people here will the same about the document, > > > wherever it is discussed ? So this option seems odd. > > > > > > > We should IMHO be as close to the DNS experts as possible, to me that feels > > rather like DNSOP than like OPSAWG. > > A "YANG doctors” expert review is part of the publication process, so this > > will happen anyway. It’s also worth nothing that one author is one of these > > experts himself. > > > > > > >> 2) follow-up work on YANG data models for DNS servers in DNSOP? > > > > > > Speaking for myself, as long as we are not populating RFCs with > > > obsoleted DNS data or just create RFC with copies of IANA registries, > > > I'm fine with helping on a document. But not if it is a blind copy > > > and paste from IANA (whether at DNSOP or OPSAWG) > > > > > > Paul > > > > In order for the IANA registry to be re-used by other YANG modules, a YANG > > modelled version of the registry is needed. There is precedence for doing > > this for other registries. e.g. The IANA ifType registry has a corresponding > > YANG module in RFC8343. A number of other registries also have corresponding > > YANG modules published or in draft (iana-identity-mib, bfd-parameters, smi- > > numbers). > > > > Updating and maintaining the contents of the IANA registry as a whole is an > > orthogonal question to creating a YANG representation of an existing > > registry and should be handled as a separate task. > > > > Finally, one reason why we would like to see this draft adopted is because > > we’d like to use it within a real world DNS server implementation. > > > > BR, > > > > Normen > > 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. 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. Lada > > -- > Bob Harold > -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67 _______________________________________________ DNSOP mailing list [email protected] https://www.ietf.org/mailman/listinfo/dnsop
