[Teas] Re: [OPSAWG]YANG deVELpment PrOCEss & maintenance (VELOCE): CCAMP/LSR/TEAS

[Per Andersson <[e-mail]>]

Hi Med,

I am interested in this work and might have a new
suitable draft [0] that has been well recieved by the
NETCONF WG to work on.

This draft will probably only involve IANA and
example YANG modules, but my opinion is that it
should be possible to streamline the creation and
development of those as well.


[0] https://datatracker.ietf.org/doc/draft-pamtv-netconf-error-registries/


--
Per

On Wed, Apr 8, 2026 at 8:55 AM <[e-mail]> wrote:
>
> Hi CCAMP/LSR/TEAS,
>
>
>
> As you know, there are several issues with the current operation mode for developing YANG modules within the IETF. Also, experience with some recent bis doc in teas (for example) further revealed to need for a different approach to handle such maintenance effort.  As an attempt to address some those, OPSAWG is considering a process experiment called VELOCE for developing YANG modules [1].
>
>
>
> There is on overall sketch of the new VELOCE process, but not all details are set. We still need to agree collectively on the goals of this effort (whether we are aiming for speed, quality, or enabling others with distinct skills to contribute). There are different perspectives from those who write the specifications vs those who code or review code, so we should consider a range of criteria. The experiment may not be necessarily about doing things faster, but differently. We need to find the right balance and frame these goals clearly. I don’t expect we will resolve all issues with the first version of VELOCE, but we need to start at some point and iterate. The tooling is also important here. This is why we started by providing IETF-OPS-AD/I-D-with-yang-template: A template repository for Internet-Draft with YANG Modules management.
>
>
>
> Given the LSR/CCAMP/TEAS experience in defining/maintaining YANG modules and that you are familiar with issues with developing YANG modules in RFCs, your perspective and inputs are highly welcomed.
>
>
>
> In order to have the new process right, we are looking for candidates of bis documents but also completely new modules who are willing to exercise the new process and help adjust it as needed. Hence, this call for interest and volunteers. I already noted that Italo/Aihua/Oscar has some ideas.
>
>
>
> If you are interested to contribute, please send a note to OPSAWG or directly to Mahesh or myself.
>
>
>
> Cheers,
>
> Med
>
>
>
> [1] https://datatracker.ietf.org/meeting/125/materials/minutes-125-opsawg-00
>
>
>
> ____________________________________________________________________________________________________________
> Ce message et ses pieces jointes peuvent contenir des informations confidentielles ou privilegiees et ne doivent donc
> pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce message par erreur, veuillez le signaler
> a l'expediteur et le detruire ainsi que les pieces jointes. Les messages electroniques etant susceptibles d'alteration,
> Orange decline toute responsabilite si ce message a ete altere, deforme ou falsifie. Merci.
>
> This message and its attachments may contain confidential or privileged information that may be protected by law;
> they should not be distributed, used or copied without authorisation.
> If you have received this email in error, please notify the sender and delete this message and its attachments.
> As emails may be altered, Orange is not liable for messages that have been modified, changed or falsified.
> Thank you.
>
> _______________________________________________
> OPSAWG mailing list -- [e-mail]
> To unsubscribe send an email to [e-mail]