From: netmod on behalf of Juergen Schoenwaelder
Sent: 09 February 2021 19:10
On Tue, Feb 09, 2021 at 05:47:28PM +, Kent Watsen wrote:
>
> > I agree, but it takes an I-D to do the update, yes?
> >
> >
> > I don't see why; the registry is expert review and we are doing a change
> > that com
From: Kent Watsen
Sent: 09 February 2021 17:47
I agree, but it takes an I-D to do the update, yes?
I don't see why; the registry is expert review and we are doing a change that
comes under permitted changes for a YANG module, ie a status change.
My understanding is that a publication of a dra
>
> It happens in the TLS WG, for example, where the registries of security
> options are Expert Review and when an e-mail comes to IANA, which may be from
> outside the IETF, the reviewers raise it on the TLS list and if they are
> satisfied with the support, tell IANA to go ahead.
Gotcha. R
>
> The more interesting bit is what IANA has to say about this registry:
>
> iana-crypt-hash YANG Module RFC 7317
>Expert Review (Expert: Unassigned)
>
> Perhaps we should focus more on finding a volunteer willing to take
> the role of the Designated Expert..
From: Kent Watsen
Sent: 10 February 2021 16:15
The more interesting bit is what IANA has to say about this registry:
iana-crypt-hash YANG Module RFC 7317
Expert Review (Expert: Unassigned)
Perhaps we should focus more on finding a volunteer willing to take
the
> On Feb 10, 2021, at 11:46 AM, tom petch wrote:
>
> Not quite for me. The current version is that on the IANA website, RFC7317
> is history at least for IANACH so I think that the YANG reference for the
> update should be to the IANA website.
>
Please provide OLD/NEW text.
FWIW, RFC8407
RFC 8407:
4. YANG Usage Guidelines
Modules in IETF Standards Track specifications MUST comply with all
syntactic and semantic requirements of YANG 1.1 [RFC7950].
The rule you quoted does not apply since we are talking about an IANA
document.
/js
On Wed, Feb 10, 2021 at 05:25:26PM +,
On T4 (gaps in revision numbers and revision history), I have some proposed
text for both draft-ietf-netmod-yang-module-versioning and
draft-ietf-netmod-yang-semver. See these diffs (some changes are due to
xml2rfc changes, but you'll note the more substantive text additions).
Thoughts:
modu